Inicio / Seguridad y confianza
Seguridad y confianzaSus datos nunca salen de su perímetro.
AANCER se ejecuta en su propia infraestructura, dentro de su red. No existe ningún endpoint de AANCER por el que pasen sus datos, ni ninguna llamada de telemetría a casa. Cuando un mensaje es demasiado sensible para un modelo en la nube, la plataforma rechaza la llamada en lugar de confiar en una casilla marcada.
Diseñada para los marcos que citan los reguladores.
Un despliegue aislado (air-gapped), sin llamada a casa, satisface los requisitos de localización de datos en la UE, MENA y APAC. Se asigna directamente a los regímenes que sus auditores ya conocen.
GDPR
Art. 17 / 22 / 30La exportación del registro de actividades de tratamiento y el borrado con confirmación tecleada vienen incluidos en el producto. Ninguno de los dos rompe una retención por litigio.
NIS2
Directiva de la UELa salida denegada por defecto y un flujo aislado de eventos de seguridad abordan directamente los deberes de resiliencia y notificación de incidentes. El registro es a prueba de superusuario.
ISO 27001
En cursoPrueba de intrusión independiente y proceso de certificación en marcha. El despliegue on-premise exime a AANCER de la mayoría de los esquemas de nube por completo.
EU AI Act
Art. 12 / 14Registros de evidencia por llamada y controles de aprobación humana. Un flujo de trabajo puede esperar una decisión hasta 30 días sin caducar.
Soberanía impuesta en la ruta del código.
- Clasificación por mensaje. Cada mensaje es Soberano, Interno o Permitido. Un mensaje marcado como soberano no puede llegar a un modelo en la nube, porque la plataforma devuelve un 403 SOVEREIGNTY_BLOCK en lugar de hacer la llamada.
- Política por espacio de trabajo. Finanzas y Legal pueden operar solo en local mientras Ventas usa la nube gobernada, y un espacio solo local se verifica como soberano en vez de darse por sentado.
- Un bloqueo SSRF que ningún operador puede desactivar. Los rangos internos, el loopback y el link-local se rechazan en la capa de infraestructura, de modo que un prompt secuestrado no puede alcanzar el interior de su red.
- Salida de conectores denegada por defecto. Cada conector declara con quién puede comunicarse, y cualquier otro destino se rechaza y se audita.
- Una marca dataExitedPerimeter en cada evento de auditoría. Expórtela como informe estructurado y muestre a un regulador exactamente qué se quedó dentro.
Una defensa frente a inyecciones que empieza por la estructura.
- Dos barreras independientes. El contenido no confiable se delimita, se etiqueta con su procedencia y se degrada de rol antes de que actúe ningún detector. Una barrera de acción independiente examina cada llamada a herramienta, conector y subagente, de modo que ni una inyección perfecta puede llegar a actuar.
- Una capa de análisis por ML sobre GPU. El suelo estructural se ejecuta en cada instalación. En un despliegue con GPU, el sidecar LLM-Guard añade por encima una puntuación de inyección por aprendizaje automático, y en las instalaciones solo con CPU la defensa estructural funciona por sí sola.
- Detección de secretos con bloqueo duro. Pegue una clave de API y obtendrá un HTTP 422 antes de cualquier llamada al modelo, y el secreto en sí nunca se registra.
- Redacción de PII. Los datos se depuran in situ, y el modelo sigue devolviendo una respuesta útil.
- Filtros de temática y toxicidad. Los administradores los editan, y los cambios surten efecto al guardar.
- Marcado de fundamentación. Las respuestas de RAG que sus fuentes no respaldan llegan marcadas para revisión.
- Indicadores de estado en vivo. El verde se calcula a partir del estado real en ejecución, no está codificado a mano.
Archivos, modelos y roles, todo verificado.
La soberanía mantiene sus datos dentro. Estos controles verifican lo que entra, refuerzan el límite del modelo y limitan lo que cada persona puede hacer una vez dentro.
Análisis de malware on-premise
Cada archivo que se sube a conocimiento o a un flujo de trabajo es analizado por un motor de malware (ClamAV) que se ejecuta dentro de su perímetro antes de almacenarse o usarse. Los archivos infectados se rechazan, y el análisis está activado por defecto.
Guardia de LLM basado en ML
La defensa estructural frente a inyecciones se ejecuta en cada instalación. Añada una GPU y el sidecar LLM-Guard aporta una puntuación de inyección por aprendizaje automático, además de la detección de secretos, PII y toxicidad que se ejecuta antes y después de cada llamada al modelo.
Control de acceso basado en roles
Cada persona ve y hace solo lo que su rol permite. La navegación y las acciones se acotan por perfil en los asientos de administrador, editor y usuario, con roles personalizados en las ediciones Professional y Enterprise.
Un registro de auditoría que su DBA no puede reescribir sin dejar rastro.
Cada acción se registra automáticamente en un libro de solo anexado protegido en la capa de base de datos. No hay ningún paso de configuración ni forma de desactivarlo.
A prueba de superusuario
Los disparadores de base de datos bloquean UPDATE, DELETE y TRUNCATE sobre el libro, incluso para un superusuario de base de datos. Desactivar los disparadores queda a su vez registrado, lo que se sostiene en una investigación regulatoria.
Evidencia del artículo 12 por llamada
Cada solicitud de IA registra quién la ejecutó, la clasificación, la decisión de enrutado, los tokens, la latencia y el resultado. El registro se genera automáticamente y es exportable para los auditores.
Eventos de seguridad, separados
Los prompts bloqueados, los inicios de sesión fallidos, las revocaciones de certificados y los bloqueos de salida residen en su propio flujo, aislados del ruido operativo.
Dónde se impone cada garantía.
Estas son las capas que imponen cada garantía, no el lenguaje de política que la describe. Cada control falla en modo cerrado y escribe en el mismo libro de solo anexado.
| Control | Impuesto en | Comportamiento al activarse |
|---|---|---|
| Enrutado de soberanía | Ruta de la solicitud | Un mensaje clasificado como soberano en un nivel de nube devuelve 403 SOVEREIGNTY_BLOCK, y no se realiza ninguna llamada a la nube. |
| Bloqueo SSRF / de salida | Infraestructura | Rangos internos, loopback y link-local rechazados; ningún operador puede desactivarlo. |
| Salida de conectores | Política de red | Denegada por defecto, de modo que los destinos no declarados se rechazan y se auditan. |
| Defensa estructural frente a inyecciones | Ensamblaje del prompt | Contenido no confiable delimitado, etiquetado con su procedencia y degradado de rol antes de que actúe ningún detector. |
| Barrera de acción independiente | Invocación de herramientas | Cada llamada a herramienta, conector y subagente se examina por separado. Sin un pasaporte válido, no se ejecuta. |
| Detección de secretos | Antes del modelo | HTTP 422 antes de cualquier llamada al modelo; el secreto no se registra en ningún lugar. |
| Análisis de malware | Subida de archivos | Los archivos subidos se analizan con un motor ClamAV on-premise antes de almacenarse; los infectados se rechazan. Activado por defecto. |
| Análisis de inyecciones por ML | Límite del modelo (GPU) | Defensa estructural en cada instalación; el sidecar LLM-Guard añade una puntuación por aprendizaje automático en un despliegue con GPU. |
| Acceso basado en roles | Capa de aplicación | Navegación y acciones acotadas por perfil; roles personalizados en Professional y Enterprise. |
| Cifrado de credenciales | En reposo | Los secretos de conexión se cifran con AES-GCM, los custodia la pasarela; nunca se exponen al autor de un flujo de trabajo. |
| Pasaportes de agente firmados | CA por instalación | Presupuestos y topes emitidos por su propia CA; la revocación es inmediata y queda registrada. |
| Libro de auditoría de solo anexado | Disparadores de base de datos | UPDATE / DELETE / TRUNCATE bloqueados, incluso para un superusuario. Los cambios en los disparadores quedan a su vez registrados. |
| Retención legal y conservación | En el servidor | La retención en modo cerrado (fail-closed) bloquea el borrado; la conservación por clase la impone la plataforma, no las promesas. |
> del prompt a un registro de tratamiento demostrable.
Traiga a su equipo de seguridad.
Las mejores demos de AANCER son aquellas en las que el CISO hace las preguntas difíciles. Tráigalo, y ejecutaremos los mismos controles que describe esta página sobre su propio stack, en vivo, con sus propios datos.