Una capacidad de SAPTIVA Studio.
Residencia de datos, postura de cifrado, controles de acceso, superficie de auditoría, declaración de subprocesadores y alineación regulatoria. Todo lo que un comité de cumplimiento necesita para evaluar a SAPTIVA AI contra su marco de control existente - dicho con claridad, incluyendo lo que aún no tenemos.
La postura de seguridad que un cliente experimenta depende de cómo se configura su despliegue contra su política - no de una propiedad fija de la plataforma. Un cliente que opera en modo air-gapped tiene una envolvente de seguridad materialmente distinta a la de un cliente que opera en nube pública. Ambas son válidas. La plataforma es la misma en cada caso; los controles que la rigen son distintos.
Todo lo que está en esta página describe capacidad. Qué capacidades se activan en un despliegue específico lo determina la configuración del cliente, aplicada por Studio, y queda reflejado en el registro de auditoría. Los comités de cumplimiento que evalúen SAPTIVA AI deben leer este documento junto con la configuración de despliegue específica propuesta para su entorno - no como sustituto de ella.
La residencia es una propiedad de la arquitectura, no de la confianza. A cada clase de datos se le asignan los entornos donde puede correr. Studio enruta en consecuencia y registra la ruta. El cliente define las clases.
Residencia satisfecha por arquitectura. Regiones en el país y on-premise, dentro de México.
Despliegue en mercado en MultiMoney. On-premise y nube privada.
Despliegues air-gapped para infraestructura crítica y las cargas de trabajo financieras más sensibles.
Para despliegues donde la residencia es un requisito definitorio, publicamos la región física, la jurisdicción legal y el compromiso contractual de residencia en el contrato con el cliente. Lo que dice esta página no es el compromiso. El compromiso vive en el MSA.
SAML 2.0 y OIDC. Se integra con el directorio del cliente (Active Directory, Okta, Azure AD). SAPTIVA AI no mantiene un proveedor de identidad separado para los usuarios de producción de los despliegues del cliente.
Roles definidos en el directorio y la configuración del cliente. El mapeo rol → capacidad es parte de esa configuración, y cada dispatch queda en el registro de auditoría con el rol y la justificación capturados.
El acceso a la aplicación está acotado a la capacidad específica que se necesita para la tarea. La sesión de copiloto de un oficial de crédito no ve datos de KYC a menos que esté permitido explícitamente.
MFA requerido para acceso administrativo y para cargas de trabajo en producción que toquen datos sensibles. La aplicación se ata a la política del directorio del cliente.
El personal de SAPTIVA AI no tiene acceso permanente a los datos de producción del cliente. La intervención operativa requiere acceso autorizado por el cliente, acotado en el tiempo y atado a un incidente o orden de trabajo específica, con auditoría completa de la sesión.
Configurable por el cliente. Los defaults siguen expectativas de banca. Re-autenticación requerida para operaciones privilegiadas sin importar el estado de la sesión.
Cada dispatch de Studio produce un registro de auditoría firmado e inmutable. El registro captura qué modelo corrió, sobre qué datos, bajo qué versión de configuración, autorizado por qué identidad, y con qué resultado. Es el objeto que examina tu auditor, una auditoría interna o una investigación post-incidente - no un archivo de log, sino un registro estructurado.
Nombramos una autoridad aquí solo donde una carga de trabajo corre bajo ella hoy. Todo lo demás es arquitectura, y la arquitectura está en el resto de esta página.
SAPTIVA AI aún no cuenta con un dictamen completo SOC 2 Tipo II. Estamos en fase formal de readiness y assessment con un evaluador calificado. Esperamos completarlo en el ejercicio fiscal en curso y publicaremos la fecha del dictamen cuando esté firmado.
ISO 27001 está en alcance para el siguiente ejercicio fiscal. La buscamos porque nuestros clientes empresa la piden - no porque cambie materialmente nuestra postura de seguridad de producción, que ya está gobernada por los controles de esta página.
La autoría de políticas dentro de la plataforma y el ruteo basado en políticas - una regla escrita una vez y aplicada en cada ruta - son lo siguiente en entregarse. Hasta que se entreguen, el ruteo lo configuran tus operadores y cada ruta queda registrada. Lo decimos aquí para que no aparezca en procurement.
Si tu marco de cumplimiento exige un dictamen completo de SOC 2 o ISO 27001 antes de poder onboardear a un proveedor, podemos compartir nuestros artefactos de readiness actuales bajo NDA y conectar a tu equipo de cumplimiento con nuestro líder de seguridad. Preferimos decirlo de frente que dejar que la conversación aparezca en procurement.
Mantenemos las siguientes certificaciones y alineaciones operativas:
La lista de subprocesadores depende del modo de despliegue. Los despliegues air-gapped no tienen subprocesadores. Los despliegues en nube pública heredan al proveedor de nube como subprocesador. Los despliegues en el país y on-premise pueden o no involucrar subprocesadores adicionales dependiendo de la configuración del cliente.
Para cada engagement con cliente publicamos la lista activa de subprocesadores en el DPA y notificamos al cliente con anticipación de cualquier cambio. La lista canónica de subprocesadores está disponible bajo NDA para clientes prospecto; los clientes activos la reciben como parte de su DPA.
Nuestra postura de respuesta a incidentes está construida alrededor de la notificación oportuna al cliente, la respuesta técnica conjunta y la transparencia post-incidente. Las especificidades se gobiernan por el MSA y el DPA de cada cliente.
Para preocupaciones de seguridad, reportes de vulnerabilidad, preguntas de cumplimiento de equipos de riesgo de clientes prospecto o divulgación responsable - usa la dirección de abajo. La monitorea nuestro líder de seguridad y se enruta apropiadamente.
No vamos a perseguir ni a respaldar una acción contra quien investigue de buena fe. Las condiciones que definen la buena fe están escritas una sola vez, en la sección 011 de los Términos de Uso, para que exista una única versión de ellas.
Para cuestionarios de cumplimiento y revisión de DPA de clientes prospecto, aplica la misma dirección.
Un Forward Deployed Engineer y nuestro líder de seguridad pueden caminar a tus equipos de cumplimiento y seguridad por el despliegue propuesto para tu entorno - atado a tu marco regulatorio específico y a tu postura de control existente. Respondemos en 48 horas.