Seguridad desde el diseño, no por lista de comprobación
Por qué integramos el control de acceso, el cifrado y la auditoría en la arquitectura desde el primer commit, y cómo se traduce en la práctica.
Es tentador tratar la seguridad como una fase: primero se construye el producto y luego se refuerza. Creemos que ese orden está al revés. Cuando uno sale a buscar los huecos, la arquitectura ya ha decidido dónde están. Por eso, en Vexaro, las propiedades de seguridad van primero y las funciones se adaptan a ellas, no al contrario.
Sin confianza implícita, por defecto
En Vexaro nada se considera de confianza por el lugar que ocupa en la red. Cada sesión necesita el consentimiento en pantalla del equipo anfitrión o su contraseña de acceso desatendido, cada dispositivo tiene sus propias reglas sobre quién puede conectarse y con qué permisos, y el acceso desatendido puede limitarse a una lista de ID de Vexaro permitidos. Esa es la parte que hace manejable todo lo demás: cuando cada sesión pasa los mismos controles, en los términos del anfitrión, se puede razonar sobre quién llega a qué sin dibujar un mapa de la red.
Un cifrado que no hay que activar
Las sesiones directas van cifradas de extremo a extremo: la frontera del cifrado son las dos máquinas, no nuestra infraestructura. Cuando una red obliga a usar una conexión retransmitida, el tráfico sigue cifrado en tránsito a través de relays operados por Vexaro. En ambos casos no hay ningún interruptor que activar: el cifrado es como funciona una sesión.
Mínimo privilegio y un registro de auditoría de verdad
- Los roles conceden el acceso más limitado que basta para la tarea, y cada dispositivo tiene sus propias reglas sobre quién puede conectarse a él de forma desatendida y con qué permisos.
- Las acciones administrativas, las sesiones y los eventos de acceso quedan en un registro de auditoría que, en los planes de pago, puedes exportar y revisar con tus propios criterios.
- La grabación de sesiones, que un administrador activa para toda la organización desde el plan Team, te da un relato de lo que ocurrió durante una conexión, no solo la constancia de que hubo una.
Decir que el acceso está controlado vale tanto como tu capacidad de comprobarlo después; por eso el registro es parte fundamental del producto y no una exportación añadida más tarde.
Dónde estamos hoy
La seguridad desde el diseño es un trabajo continuo, y estamos en acceso anticipado. No presumiremos de certificaciones que no hemos obtenido ni publicaremos un número de clientes para parecer más grandes de lo que somos. Lo que sí haremos es decir claramente lo que es cierto hoy, trabajar para obtener una certificación internacional reconocida y publicar nuestra situación a medida que alcancemos cada hito. Si estás haciendo una evaluación de proveedores, nuestro equipo puede explicarte la visión general de seguridad actual y los detalles que la respaldan.
Una afirmación de seguridad vale tanto como el registro de auditoría capaz de comprobarla.
Diseñar pensando en la seguridad desde el primer commit no tiene glamur y rara vez se ve en una demo. Pero es la diferencia entre un producto seguro porque alguien se acordó de comprobarlo y otro que es seguro porque difícilmente podría no serlo. Esa es la versión que queremos operar, y la que queremos que tú operes también.