Seguridad verificable, sin promesas vacías
Aquí publicamos qué controles están implementados, cuáles son parciales y cuáles están planificados, con la evidencia exacta donde un auditor puede verificarlo. A la fecha IA Gobernanza no cuenta con certificaciones de tercero (ISO/IEC 42001, ISO/IEC 27001, SOC 2, PCI-DSS). Nuestro compromiso es decirlo así de claro.
Evidencia por capacidad
Qué está implementado, dónde se respalda y qué falta verificar. Las fechas corresponden a registros concretos, no a la visita a esta página.
Una implementación o prueba de agente no certifica seguridad, vigencia legal ni preparación productiva.
Cargando evidencia…
Privacidad según la integración
SDK/muro local y Gateway alojado no tienen el mismo recorrido de datos. No garantizamos cero PII recibida.
- 01SDK o muro local
Tokeniza patrones detectados antes de transmitir. El vault puede usar memoria o Redis. La configuración y los patrones no eliminan toda posible PII.
- 02Gateway alojado
Recibe texto antes de tokenizar para el proveedor externo. Retiene la respuesta completa para auditarla antes de entregarla. TLS y residencia dependen del despliegue.
- 03Persistencia por módulo
Logs de evaluación guardan hashes y métricas; HITL conserva payload. Los mapas cifrados del Gateway usan Redis o Mongo con TTL y limpieza al terminar.
Controles implementados y su estado
Mapeados a ISO/IEC 42001, NIST AI RMF 1.0, SOC 2 (TSC) y LFPDPPP. La columna Evidencia indica dónde verificar.
Identidad y acceso
| Control | Estado |
|---|---|
| Autenticación de operadores con bcrypt(12) + JWT HS256 en cookie httpOnly/SameSite, sesión ≤ 8 h | Implementado |
| RBAC de tres niveles (viewer / operator / admin) aplicado en cada ruta del plano de control | Implementado |
| Reactivación del kill-switch: rol admin y motivo obligatorio; disparar no autoriza cambiar mode, auto_trigger ni threshold | Implementado |
| Rate-limit distribuido en login, formulario público y API (contadores atómicos con TTL) | Implementado |
| MFA TOTP implementado para admin/operator; trials conservan una excepción. SSO/SAML no integrado | Parcial |
Tokenización y datos según arquitectura
| Control | Estado |
|---|---|
| SDK/muro local tokenizan patrones de PII detectados antes de transmitir; no cubren toda PII posible | Parcial |
| Vault local en memoria o Redis; Gateway usa mapas cifrados con TTL en Redis o Mongo | Implementado |
| Logs de evaluación con hashes y métricas. HITL persiste payload; no hay una garantía global de ausencia de texto | Parcial |
| evaluate-stream rechaza patrones de PII en claro con 422; esto no garantiza detectar todos los datos personales | Parcial |
| Aislamiento por empresa desde sesión/API key con consultas tenant-scoped | Implementado |
| TLS y mTLS opcional en SDK; infraestructura real y certificados deben verificarse por despliegue | Parcial |
Trazabilidad y anti-repudio
| Control | Estado |
|---|---|
| Bitácora append-only con cadena de hashes SHA-256 (prev_hash → hash) y secuencia única | Implementado |
| Hash de decisión por cada evaluación (inputs exactos: métricas, capas, acción) | Implementado |
| Webhooks al SOC firmados HMAC-SHA256 con reintento exponencial | Implementado |
| Anti-replay de webhooks: firma v2 HMAC(ts.nonce.body), ventana ±300 s, nonce único con TTL, timingSafeEqual; payloads no verificados no se persisten | Implementado |
| Exportación firmada del audit trail (PDF/JSONL) para reguladores | Planificado |
Resiliencia y operación
| Control | Estado |
|---|---|
| Estado de seguridad (ventanas anti-falso-positivo, circuit breaker, liveness) durable y compartido entre instancias | Implementado |
| Dead Man's Switch: incidente crítico si un cliente evalúa sin heartbeat > 60 s | Implementado |
| Página de estado con checks reales y uptime medido por muestreo | Implementado |
| Alta disponibilidad multi-región y RPO/RTO documentados | Planificado |
| Pentest externo anual y programa de divulgación responsable | Parcial |
AI Threat Shield (OWASP LLM Top 10 · MITRE ATLAS)
| Control | Estado |
|---|---|
| Detección determinista de prompt injection y jailbreak (9 patrones, normalización NFKC, decodificación base64, leetspeak) en INPUT y OUTPUT; también en el SDK (Zero-Knowledge) | Implementado |
| Huella de system prompt por n-gramas hasheados (texto nunca almacenado) y detección de fuga en la salida | Implementado |
| Detección de exfiltración por tokens PII (por respuesta y por sesión) y de sondeo/extracción por comportamiento del user_ref (ráfagas, tasa de violación, plantillas repetidas) | Implementado |
| Amenazas detectadas generan bloqueo e incidente. En Gateway, riesgo persistente o fugas críticas pueden activar el kill-switch vinculado | Implementado |
| Clasificador ML de intención adversaria (además de los patrones deterministas) | Planificado |
Gobernanza del modelo (RAG normativo)
| Control | Estado |
|---|---|
| Asistencia sobre un corpus local estático: se contrastan citas contra ese corpus, sin garantía de cero alucinaciones ni vigilancia continua | Parcial |
| Ninguna propuesta se aplica sin aprobación humana explícita del operador | Implementado |
| Actualización automática del corpus (DOF/RSS) con firma de origen | Planificado |
Certificaciones: hoja de ruta honesta
Ninguna de las siguientes ha sido obtenida a la fecha. Publicamos el plan para que puedas medirnos.
Arquitectura diseñada según el anexo A. Gap-analysis formal pendiente.
Gap-analysis: siguiente trimestre
Controles CC6/CC7 en implementación (ver tabla). Sin auditor contratado.
Type I: 3-4 meses tras cierre de Fase 1
Políticas de seguridad en redacción; SoA no iniciada.
Posterior a SOC 2 Type I
El SaaS está diseñado para NO recibir PAN (tokenización en el cliente). Se buscará SAQ-D/atestación de proveedor de servicios sólo si el alcance lo exige.
Evaluación de alcance con QSA
Subprocesadores
Los datos tratados dependen del módulo y de la arquitectura. Verifique residencia y condiciones del proveedor antes de enviar información sensible.
| Proveedor | Propósito |
|---|---|
| Proveedor de base de datos (MongoDB) | Políticas, bitácora, decisiones y payloads HITL; mapas cifrados si se usa fallback. |
| Proveedor LLM para RAG normativo (Anthropic Claude vía pasarela) | Análisis del corpus y consultas recibidas; evitar PII y revisar la transferencia. |
| Infraestructura de hosting del SaaS | Ejecución de la API y el panel. |
Datos que almacenamos y retención
- Logs de evaluación: hashes, métricas, acción y capas. La retención debe verificarse en la configuración efectiva del despliegue.
- Auditoría: cadena de hashes, no firma independiente ni garantía WORM. Exportación firmada pendiente.
- Gateway: cuerpo retenido temporalmente en proceso; mapa de tokens cifrado en Redis/Mongo con TTL y limpieza al terminar.
- HITL y RAG: las solicitudes pueden contener texto/payload; evitar PII innecesaria y revisar permisos y retención por módulo.
- Formulario de demo: datos de contacto enviados por el interesado. El procedimiento de eliminación debe validarse operativamente.
Divulgación responsable de vulnerabilidades (VDP)
Aún no operamos un programa de recompensas (bug bounty). Sí garantizamos puerto seguro y respuesta.
Cómo reportar: security@iagobernanza.com. Incluye pasos de reproducción y alcance. Aceptamos cifrado PGP (huella publicada al confirmar el canal).
Compromiso: acuse en ≤ 2 días hábiles, triage en ≤ 7, corrección de críticos en ≤ 30 días, divulgación coordinada a 90 días.
Puerto seguro: no emprenderemos acciones legales contra investigación de buena fe que evite acceso a datos de terceros, denegación de servicio e ingeniería social.
Fuera de alcance: entorno de demostración con DEMO_MODE, ataques físicos, spam al formulario.
Documentos
Arquitectura Zero-Knowledge, modelo de amenazas y despliegue.
Roles, subprocesadores, transferencias y medidas de seguridad.
Objetivo 99.9 %, ventanas de mantenimiento y créditos.
Responsable, finalidades, derechos ARCO.
Uso aceptable, límites de responsabilidad, propiedad intelectual.
Instalación, decorador @protect y redacción local.
Verificación HMAC, anti-replay y ejemplos para el SOC.
Las fechas de verificación figuran en cada ficha y no se actualizan al abrir esta página. Build · .