El appliance en el que funciona cada producto
Seguridad que nace de la estructura
| Capa | Qué hace |
|---|---|
| Aislamiento físico | Un conmutador interno une una red cada vez y desconecta por completo la primera antes de unir la otra. En cada arranque todo se desconecta primero, y el estado desconectado lo demuestra la propia respuesta del conmutador, no el hecho de que se ejecutara una orden. |
| Arranque de confianza | UEFI Secure Boot, el arranque medido en un chip TPM 2.0 y un sistema de solo lectura verificado bloque a bloque con dm-verity. La cadena de arranque se construye una vez y es la misma en todas las unidades. |
| Datos en reposo | Cifrados desde el primer arranque con LUKS2 y AES-256-XTS. La clave solo se libera para un arranque firmado por el fabricante, y el secreto de recuperación se muestra una sola vez, a la persona que pone en servicio la unidad. |
| Inspección aislada | Los programas que abren archivos y los motores de inspección funcionan en contenedores sin root con AppArmor, seccomp, sin red, raíz de solo lectura y límites de recursos. Cualquier fallo mantiene el paso cerrado. |
| Criptografía | Firmas ECDSA sobre P-256 y SHA-256, solo TLS 1.3, AES-256-GCM, contraseñas con Argon2id. Nunca se usan MD5, SHA-1, 3DES, RC4 ni TLS 1.2 o anterior. |
| Identidad y auditoría | Una contraseña, que se vuelve a pedir en las acciones de alto riesgo; ninguna cuenta ni clave oculta del fabricante. El registro de auditoría solo admite añadir entradas y está a prueba de manipulaciones. |
Inteligencia en el propio appliance
Bardin Gate no se limita a aplicar reglas: entiende lo que pasa. Todo lo que sigue funciona en el propio appliance, sin conexión, y trabaja para la frontera, nunca a sus espaldas.
| Capacidad | Qué hace |
|---|---|
| Comprensión del contenido | Cada archivo se juzga por sus bytes reales, no por su nombre ni por lo que dice el remitente: su tipo verdadero, contenido activo oculto como macros y scripts, archivos comprimidos peligrosos y datos sensibles. |
| Inspección con IA | Un modelo de IA en el appliance examina lo que las reglas fijas dejan pasar y detiene lo que parece malicioso o fuera de lugar. Puede retener un archivo; nunca puede dejarlo pasar. |
| Detección de anomalías | El appliance aprende el patrón normal de cada flujo (volumen, horario, tipos de archivo y orígenes) y lanza una alerta en la consola y en su SIEM cuando un paso se aparta de él. |
| Asistente de políticas | Un administrador describe con palabras sencillas qué debe pasar, y el asistente redacta las reglas y la política. Nada entra en vigor hasta que una persona lo revisa y lo aprueba, como una versión nueva y auditada. |
| Decisiones con motivos | Cada resultado queda registrado con las pruebas que lo respaldan y la versión de cada regla, motor y modelo que lo produjo. |
Las reglas que respeta el modelo
- En el appliance, sin conexión. El modelo funciona dentro de la inspección aislada del appliance, sin red y sin ningún servicio externo.
- Pruebas, nunca la última palabra. Decide una persona, o una política que usted aprobó; el modelo aporta pruebas a esa decisión.
- Mudo ante el remitente. Sus hallazgos nunca vuelven al lado del que llegó el archivo.
- Registrado. Cada hallazgo queda en el registro de auditoría con la versión del modelo.
- Se actualiza como las firmas. Los modelos nuevos llegan firmados y sin conexión, en el paquete solo de datos que nunca cambia el software.
Identidad y acceso
- El appliance es la única autoridad. El navegador, los archivos importados y todo lo demás aportan afirmaciones; ninguno puede conceder autoridad.
- Por defecto, denegar. Los roles tienen un alcance explícito, y un permiso que no está escrito es una negativa.
- La contraseña, y otra vez la contraseña. Roles, política de seguridad, importación de licencias y actualizaciones, corrección de la hora, recuperación e importación de la configuración la vuelven a pedir.
- Sin puerta trasera. No existe contraseña maestra del fabricante, cuenta oculta, restablecimiento por correo ni atajo sin auditar. Recuperar al último administrador es un procedimiento físico en la unidad.
- SSH solo llega a una cuenta de soporte restringida. Devuelve informes, registros y estado, y nada más. Root no tiene acceso por SSH, y no hay shell habitual ni acceso directo a la base de datos.
Auditoría y SIEM
| Propiedad | Valor |
|---|---|
| Evidencia de manipulación | Cada evento se encadena al hash del anterior; un segmento se cierra a los 10.000 eventos o al cabo de una hora, y su punto de control se firma. |
| Qué se registra | Cada intento y resultado de seguridad, administrativo o crítico para el negocio, incluidas las acciones de alto riesgo rechazadas. |
| Hora de confianza | La mantiene el propio appliance, sin conexión; una anomalía del reloj no puede ampliar una licencia ni un plazo de retención. |
| SIEM | Una exportación unidireccional de eventos estructurados: TCP sobre TLS por defecto, TLS mutuo opcional, RFC 5424 JSON o CEF, con direcciones seudonimizadas. |
| Nunca se exporta | Contenido de archivos, credenciales, tokens y claves privadas. |
Lo que recibe y lo que aporta
| Elemento | Qué significa |
|---|---|
| El appliance | Un appliance de rack 2U, listo tal como se entrega. No hay servidor, sistema operativo ni software adicional que elegir o instalar. |
| Espacio y alimentación | 2U de espacio en un rack estándar, y alimentación eléctrica. |
| Red | Una conexión a las redes segura, no segura y de gestión. Las dos primeras nunca se unen entre sí. |
| En el día a día | Solo un navegador. La consola habla catorce idiomas, entre ellos el español. |
| Internet | No es necesario. Licencias, actualizaciones y firmas llegan sin conexión y firmadas. |
En marcha en cuatro pasos
Instalarlo en el rack
Monte el appliance y conecte la alimentación y las redes segura, no segura y de gestión.
Abrir la consola
Ábrala en un navegador. Un código en la pantalla del propio appliance demuestra que está usted delante de la unidad.
Seguir la puesta en servicio guiada
Los pasos van en orden y cada uno se comprueba a sí mismo: hardware, hora, direcciones de red y el primer administrador.
Aceptarlo
Obtenga la prueba firmada de puesta en servicio. El appliance está listo para trabajar.
Actualizaciones que no pueden dejarle tirado
- Los paquetes son firmados y sin conexión. Un paquete sin firma válida, o más antiguo que la versión ya instalada, se rechaza.
- Dos ranuras. Una actualización se escribe en la otra ranura, se arranca una vez a modo de prueba y se conserva solo si se superan las comprobaciones de salud; si no, la unidad vuelve por sí sola a la versión anterior.
- Los datos están separados del software. Firmas de los motores, modelos de IA, reglas y esquemas de validación llegan en un paquete solo de datos que nunca cambia el software.
Autorreparación y recuperación
El appliance da por hecho que nadie puede llegar a él, así que se repara solo. No tiene teclado, sesión de pantalla ni shell habitual, y ningún camino de recuperación exige llegar a una unidad averiada.
| Situación | El camino correcto |
|---|---|
| El software deja de estar sano | Un reinicio suave lo devuelve al último estado bueno conocido; identidad, configuración, registros y auditoría se conservan. |
| Falla un disco | Sustitúyalo según el procedimiento; el volumen sigue sano o recuperable. |
| Fuente de alimentación o ventilador | El procedimiento del fabricante dentro del mantenimiento, y después una comprobación de disponibilidad. |
| Placa base o chip de seguridad | El appliance pide una vez el secreto de recuperación, en la unidad, y conserva su identidad, su configuración y su licencia. |
| Se pierde el appliance entero | Una sustitución: nueva puesta en servicio, configuración importada y secretos introducidos de nuevo. La identidad antigua nunca se clona. |
Hable con nuestros especialistas
Cuéntenos cómo es su entorno y qué necesita. Uno de nuestros especialistas le responderá.