Confianza respaldada por controles y evidencia.

• Aplicación web pública OMNIX
• APIs públicas documentadas
• Infraestructura DNS · certificados
• Configuración de superficie pública

• Sistemas de clientes · datos de clientes
• Ataques DDoS · social engineering
• Acceso físico o intrusión no autorizada
• Extorsión · amenazas · interrupción

El Trust Center centraliza información sobre seguridad, privacidad, gobierno de inteligencia artificial, resiliencia, auditorías y gestión de terceros. Permite a clientes y evaluadores comprender los controles de OMNIX, verificar el estado de cada evidencia con su alcance y vigencia, y solicitar documentación técnica o contractual mediante un proceso de acceso controlado. No sustituye contratos, DPA ni auditorías del cliente.

El estado de cada certificación se muestra individualmente con alcance, vigencia y evidencia disponible. Cuando OMNIX toma una norma como referencia sin estar certificada, se identifica expresamente como "referencia" o "en implementación". No afirmamos certificación sin certificado formal, vigente y emitido por organismo autorizado. Consulte el registro público de certificaciones para el estado actualizado.

SOC 2 no es una certificación · es un informe de atestación emitido por un auditor. El estado actual se muestra en el registro público con el tipo de informe (Type I o Type II), periodo, auditor y disponibilidad. Cuando el informe esté disponible, se comparte bajo NDA con clientes en evaluación. El estado se actualiza según el roadmap firmado.

Como diseño y referencia: ISO/IEC 27001 (ISMS), ISO/IEC 27701 (PIMS), ISO/IEC 42001 (AIMS), ISO 22301 (BCMS), NIST CSF 2.0, NIST AI RMF 1.0. Por caso: GDPR, LGPD, leyes locales de privacidad, marcos sectoriales aplicables. Referencia no implica certificación · cada marco muestra su estado real en el registro público.

Datos, corpus y modelos permanecen dentro del perímetro autorizado (VPC, on-premise, aislado). Controles: cifrado en tránsito y reposo, gestión de llaves, RBAC/ABAC, mínimo privilegio, segregación por tenant, logs firmados WORM, seudonimización, retención por política y contrato. La eliminación se documenta con certificado de borrado al finalizar el propósito o el contrato.

Los datos del cliente no se utilizan para entrenar modelos públicos o compartidos sin autorización contractual explícita. Los SDMs se entrenan sobre el corpus autorizado del cliente, permanecen dentro de su perímetro y su propiedad se define en el contrato de cada proyecto. La política específica se documenta en el DPA correspondiente.

Ocho modalidades soportadas: VPC privada en cloud del cliente, cloud dedicado, on-premise en datacenter propio, híbrido, edge, air-gapped (en implementación), regional por jurisdicción, sincronización diferida (en implementación). Cada modalidad muestra estado real, casos recomendados y responsabilidades. La residencia se configura por jurisdicción, sector y regulación aplicable.

Cada SDM y agente documenta: propósito, propietario, corpus, fuentes, categorías de datos, versión, reglas, usos autorizados y prohibidos, sistemas disponibles, nivel de autonomía (N1-N5), evaluaciones, aprobaciones, monitoreo, drift, reentrenamiento, rollback y retiro. Ciclo Govern-Map-Measure-Manage según ISO 42001 y NIST AI RMF como referencia.

Con niveles de autonomía configurables N1 (observación) a N5 (ejecución controlada). Cada nivel define límites, aprobaciones, rollback y kill switch. Los casos de alto impacto mantienen aprobación humana obligatoria (definida por industria y jurisdicción). Sin modo permisivo no autorizado · sin excepciones automáticas · con logs firmados por cada decisión.

Vulnerabilidades: programa continuo (identificar, validar, clasificar, priorizar, remediar, verificar, documentar, comunicar) con pentest anual y SLA por criticidad. Incidentes: proceso de 10 pasos con detección, contención, investigación, preservación de evidencia, comunicación coordinada, revisión posterior. Plazos específicos se definen contractualmente. No publicamos vulnerabilidades abiertas ni playbooks.

La lista actualizada de subprocesadores (nombre, función, tipo de datos, país/región, propósito, salvaguardas, fecha de incorporación) está disponible bajo NDA a clientes en evaluación. Publicamos las categorías generales (infraestructura cloud, observabilidad, seguridad WAF/DDoS, comunicaciones transaccionales) sin identificar proveedores específicos por razones de seguridad operacional.

Mediante el formulario controlado en la sección "Solicitud de documentación". El workflow incluye validación de identidad, confirmación de relación comercial, revisión de NDA, autorización, acceso temporal, registro de descarga y revocación. La disponibilidad depende de la etapa comercial, el documento solicitado y los acuerdos de confidencialidad. Tiempo estimado de respuesta: 24-48h hábiles.