Seguridad y aislamiento de datos

La seguridad de los dispositivos de borde debe estar integrada en la arquitectura del sistema, en lugar de depender de correcciones posteriores. JelinaOS aplica defensa en profundidad al sistema, los datos y la red para que los dispositivos funcionen con seguridad en entornos complejos.

Capa del sistema: una base que no puede alterarse

Sistema de solo lectura

La partición del sistema se monta en modo de solo lectura durante el funcionamiento; esta es la base de la seguridad de JelinaOS:

Ningún programa, script o error de operación puede modificar el contenido del sistema;
Los virus y programas maliciosos no pueden persistir mediante la modificación del sistema;
La arquitectura garantiza la integridad del sistema sin depender de software antivirus.

Comprobación de integridad durante el arranque

En cada arranque se comprueba la integridad de la partición del sistema actual y, si se detecta una anomalía, se cambia automáticamente al sistema de respaldo. Incluso si un atacante intenta dañar el sistema, el dispositivo recupera automáticamente un estado confiable en el siguiente arranque.

Capa de datos: protección mediante aislamiento físico

Partición de datos independiente

Todos los datos de usuario y las escrituras realizadas durante el funcionamiento se almacenan en una partición de datos independiente, físicamente separada de la partición del sistema:

Los fallos de las aplicaciones o del sistema no se propagan a la partición de datos;
Los datos originales permanecen separados de las operaciones posteriores para reducir los riesgos potenciales;
La partición de datos se administra de forma independiente y puede respaldarse, limpiarse o conservarse según las políticas definidas.

Control del ciclo de vida de los datos

Operación	Efecto sobre los datos	Descripción
Actualización del sistema	Ninguno	Solo afecta a la partición del sistema
Restablecimiento de fábrica	Restablecimiento	El sistema y las escrituras del usuario vuelven al estado de fábrica; realiza antes una copia de seguridad de los datos importantes
Caída del sistema	Ninguno	La partición de datos es independiente del sistema

Capa de red: exposición mínima y acceso seguro

Registro e identidad de los dispositivos

Cada dispositivo se registra mediante una configuración única que establece una asociación de identidad individual entre el dispositivo y la nube;
Las credenciales de registro son de un solo uso para evitar la suplantación de identidad;
El código de registro está vinculado al identificador único del dispositivo para impedir su alteración o traslado a otro dispositivo;
El tipo de dispositivo no puede cambiarse después del registro, lo que mantiene claros los límites de administración.
Se admite el registro mediante licencia: registro manual, servidor de registro en la red local, registro por lotes sin conexión y firma sin conexión para satisfacer los requisitos de autorización en redes internas o entornos desconectados.

Canal seguro

El dispositivo y la nube se comunican mediante un canal cifrado;
En modo de producción, el dispositivo solo permite el acceso desde la nube. Ni siquiera los equipos de la misma red local pueden acceder directamente a él, lo que reduce al mínimo la superficie de exposición de red;
Las funciones de mantenimiento, como SSH remoto y escritorio remoto, se reenvían a través del canal seguro sin exponerse a la red pública.

Control de acceso

Las interfaces locales del dispositivo utilizan autenticación mediante clave y rechazan todas las solicitudes no autorizadas;
Las claves de acceso pueden regenerarse según sea necesario para responder de inmediato a una filtración;
La nube proporciona un sistema completo de roles y permisos que permite controlar de forma precisa las operaciones sobre los dispositivos.

Registros y auditoría

Los registros de los dispositivos se envían de forma centralizada a la nube, con almacenamiento de grandes volúmenes de registros disponible de forma predeterminada;
Las operaciones críticas son trazables y proporcionan una base completa para las auditorías de seguridad;
Las políticas de control de registros permiten elegir qué registros se envían.

Resumen del diseño de seguridad

┌────────────────────────────────────────────────────────────────────────────┐
│ Aplicaciones  Contenedores / aplicaciones nativas: ejecución controlada    │
├────────────────────────────────────────────────────────────────────────────┤
│ Acceso        Autenticación local por clave API / permisos por roles nube  │
├────────────────────────────────────────────────────────────────────────────┤
│ Red           Canales cifrados / exposición mínima en producción           │
├────────────────────────────────────────────────────────────────────────────┤
│ Datos         Partición separada / ciclo de vida de datos controlado       │
├────────────────────────────────────────────────────────────────────────────┤
│ Sistema       Solo lectura / verificación de integridad de arranque        │
└────────────────────────────────────────────────────────────────────────────┘

Estas cinco capas de protección se refuerzan sucesivamente. Si una se vulnera, las demás siguen constituyendo una defensa eficaz. Esta es la respuesta integral de JelinaOS a la seguridad en el borde.