Modelo de seguridad
Construido para entornos que usted no controla
Aegis Secure View asume que el host es hostil. Cinco capas independientes protegen los documentos del cliente, la propiedad intelectual de la plataforma y la integridad de cada decisión de acceso.
# atacante: acceso root obtenido en el host
$ docker exec aegis -- sh
sh: no encontrado
$ ls /
aegis-cloud-api etc usr
$ strings /aegis-cloud-api | head
símbolos eliminados · compilación LTO fat
$ curl localhost/api/...
→ { "lease": "valid", "signature": "Ed25519" }
nada que extraer · nada que ejecutar
$
Capa 01 · Distribución binaria sin fugas
La plataforma se defiende a sí misma
El software on-premise tradicionalmente confía en la máquina donde se ejecuta. Aegis Secure View no lo hace. Toda la aplicación se entrega a través de un pipeline de compilación endurecido de múltiples etapas diseñado para mantener la propiedad intelectual sellada incluso en un centro de datos hostil.
Frontend incrustado
La aplicación de una sola página de React se compila e inyecta directamente en el segmento .rodata del binario Rust. No hay archivos HTML, JavaScript o CSS en disco para copiar, modificar o inspeccionar.
Ofuscación a nivel de compilador
El backend se compila con optimización de tiempo de enlace configurada en "fat" y todos los símbolos eliminados. El resultado es un ejecutable de código máquina opaco y altamente optimizado sin superficie significativa de ingeniería inversa.
Runtime distroless sin shell
La imagen de producción se construye FROM scratch. No contiene shell, gestor de paquetes ni utilidades. El sistema de archivos del contenedor es completamente inerte y los ataques docker exec no tienen de dónde sujetarse.
Capa 02 · EDRM sin fricción
El documento nunca cruza el cable
Los visores tradicionales envían el PDF al cliente y esperan lo mejor. Aegis Secure View invierte ese modelo: el renderizado ocurre en el servidor, en memoria, y solo píxeles sellados salen jamás.
Rasterización en memoria
Los PDF se renderizan directamente a buffers de memoria en el servidor. El contenido vectorial, las fuentes incrustadas, los metadatos y la estructura del archivo permanecen en el host en todo momento.
Marca de agua forense
Cada fotograma renderizado recibe una marca de agua dinámica a nivel de píxel, atribuible al usuario y la sesión que lo solicitaron — con plantilla definida por el administrador ({COMPANY_NAME}, {USERNAME}, {FULL_NAME}, {EMAIL}, {IP_ADDRESS}, {TIMESTAMP}) y opacidad ajustable del 5% al 50% (12% por defecto).
Entrega solo por transmisión
El cliente recibe el flujo raster sellado y nada más. El original solo se puede descargar cuando una política Shield otorga la descarga en crudo; cualquier otra visualización permanece como píxeles protegidos — nunca en caché, nunca entregados.
Barreras de contenido en el cliente
Para los no administradores, el menú contextual, el arrastre a escritorio de páginas renderizadas y Ctrl/Cmd+S se suprimen en la fase de captura; las caídas de archivos de escritorio fuera de las zonas de carga se rechazan; y un hilo anti-manipulación vigila la interferencia de depuradores.
Capa 03 · Aegis Shield (ASP)
Control de acceso determinista y auditable
Aegis Shield decide exactamente quién puede hacer qué, sobre qué recurso — armado como un conjunto visual de reglas o como JSON, versionado y evaluado de forma determinista. Sin ambigüedad y sin estado oculto.
Anulaciones granulares
Las políticas se arman en un constructor visual de reglas — sentencias Allow y Deny sobre acciones y recursos — con una vista JSON de solo lectura para revisión y control de versiones. Las políticas del sistema son inmutables; las personalizadas se clonan y evolucionan.
Evaluación determinista
La misma entrada de política siempre produce la misma decisión, y cualquier sentencia Allow puede exigir además un segundo factor mediante la condición MultiFactorAuthPresent. Los resultados de acceso son reproducibles y fáciles de auditar.
Abstracción de almacenamiento
El almacenamiento físico SAN/NAS se mapea en carpetas lógicas gobernadas por política. Los clientes nunca tocan, ni siquiera ven, el diseño subyacente del sistema de archivos.
ACLs por carpeta
Otorgue o niegue acceso a usuarios, grupos o al público sobre nueve acciones — listar, ver, descargar en crudo, imprimir, crear, modificar, eliminar, cambiar permisos, bloquear — con alcance a una carpeta, sus hijos o ambos, y vencimiento opcional. La herencia puede romperse y restaurarse deliberadamente.
Simulador de acceso efectivo
Antes de publicar una política, simúlela: apunte la calculadora a cualquier usuario o grupo y a cualquier ruta del VFS para obtener la matriz completa de capacidades y una traza de decisión — super admin, ACL directa o ACL heredada.
Reglas de contexto de red
Las reglas de IP por CIDR añaden contexto a cada solicitud: omita Turnstile o 2FA en rangos confiables, asigne automáticamente un grupo o una política Shield — con detección automática de la IP del servidor y un probador de reglas.
Capa 04 · Plano de control de licencias
Licencias criptográficas, aplicación elegante
Cada implementación opera bajo una licencia JWT activa y firmada criptográficamente emitida por el plano de control de Aegis Cloud Services, actuando como autoridad certificadora.
Ancla de confianza incrustada
Una clave pública Ed25519 está incrustada en el código máquina de la aplicación. Al arrancar, la plataforma se autentica contra el plano de control. Sin archivos de clave, sin configuración que manipular.
Degradación elegante
Si una licencia expira, la aplicación entra automáticamente en modo solo-lectura. Los usuarios mantienen visibilidad de sus documentos; el sobre de derechos permanece sellado.
Sin conexión y ligado al hardware
Las licencias se vinculan al ID de hardware de la instancia y pueden activarse, transferirse o desactivarse para migrar de hardware. Los despliegues aislados (air-gapped) operan con una licencia estática sin sincronización con el plano de control.
Capa 05 · Identidad y rendición de cuentas
Cada decisión deja un registro
La identidad y la evidencia cierran el ciclo: un segundo factor que no se puede omitir, dispositivos que expiran y una traza de auditoría que la consola no puede borrar.
2FA obligatorio
La autenticación de dos factores puede exigirse para todos y ordenarse por usuario. Los administradores deben vincular TOTP antes de entrar a la consola, y el usuario interrumpido vuelve exactamente a la página que disparó el desafío.
Dispositivos de confianza con vencimiento
Los usuarios pueden omitir el segundo factor solo en dispositivos de confianza, y solo dentro de la ventana que define el administrador — de 1 a 365 días, 180 por defecto. Cambiar la contraseña los revoca todos.
Auditoría que puede inspeccionar
47 tipos de eventos — 27 de ellos administrativos — cubren inicios de sesión, vistas de documentos, cargas, descargas y cambios de política. Filtre por fecha, actor o evento, inspeccione los metadatos JSON de cualquier entrada o exporte el registro completo a CSV.
¿Quiere verlo resistir en vivo?
Implementamos una instancia de demostración dentro de su propio entorno y recorremos cada capa, incluidas las que puede intentar vulnerar.