Cómo se cuida el producto

Un control de seguridad que no se prueba se afloja sin que nadie lo note. Este artículo describe lo que mantiene los controles de ELYRA en su sitio con el paso de los cambios.

Las dependencias

ELYRA se construye sobre bibliotecas de terceros, y cada una es una puerta que alguien más mantiene.

• Versión exacta y huella. Las dependencias del servidor se declaran en una lista corta y se instalan desde su compilado, con la versión exacta y la huella criptográfica de cada paquete. Un paquete que no coincida con su huella no se instala.
• Auditadas en cada cambio, y cada semana. En cada cambio del código, la integración continua revisa las dependencias del servidor y del portal contra las bases de vulnerabilidades conocidas, y un hallazgo grave detiene la integración. Y como una vulnerabilidad nace en una biblioteca sin que nadie cambie el código, la misma revisión corre también una vez por semana por calendario.
• La imagen es el build. Lo que corre en producción es una imagen construida de un cambio concreto, sellado, y la instalación dice cuál corre.

La regresión de seguridad

Cada control de seguridad tiene su prueba automática, y cada prueba comprueba sus dos mitades: que lo malo se rechaza y que lo bueno sigue pasando. Un candado que lo cierra todo aprobaría la primera mitad y rompería el producto.

Lo que comprueba hoy, por grupos:

Grupo	Qué asegura
Configuración	La instalación de producción no arranca con una llave de ejemplo ni corta; las siembras de datos de prueba no corren en producción.
Salidas	Ninguna llamada a un sistema alcanza la red interna ni la dirección de secretos de la nube; la dirección se fija al revisarla; las credenciales no siguen a otro servidor.
Lo tuyo	El registro de auditoría y la configuración de tu empresa solo contienen lo de tu empresa, y nada que no sea tuyo se puede nombrar desde ella.
Contenido	El HTML que escribe un cliente en una plantilla o una respuesta no ejecuta nada al pintarse; el widget no deja salir texto crudo.
Canales	Las firmas de los proveedores no se apagan por configuración; sin secreto, producción no atiende; sin propiedad probada, tampoco.
Accesos	Tantos fallos de contraseña y a esperar, con la misma respuesta exista o no el correo; cerrar las sesiones mata las credenciales emitidas; la cuenta apagada no entra ni con una sesión viva.
Transporte	Cada respuesta lleva sus cabeceras de seguridad, también los errores internos; el portal no ejecuta código que no sea suyo.
Copias	La copia sale cifrada, su manifiesto lo dice, con otra frase no se abre y la restauración se ensaya descifrando una credencial real.

Léalo así: no es una lista de buenas intenciones. Cada fila es un conjunto de comprobaciones que se ejecuta antes de cada despliegue y que se vio fallar cuando el control correspondiente se apagó a propósito. Hoy son más de ciento cuarenta comprobaciones, y crece con cada control nuevo.

Además de esa regresión, cada pieza del producto tiene la suya, y un robot corre las que se bastan solas en cada cambio del código.

Las auditorías

El código se revisa en auditorías de seguridad con informe escrito, por frentes: autenticación y la frontera de cada empresa, puertas públicas e inyección, secretos, registros y dependencias, y la infraestructura. Cada hallazgo recibe una severidad y entra en un plan por fases; lo cerrado deja su candado en la regresión, y lo abierto se vuelve a revisar en la auditoría siguiente. Las dos últimas auditorías se hicieron en septiembre de 2026, y los cierres de la primera se revalidaron uno a uno antes de darlos por buenos.

Cómo reportar una vulnerabilidad

Quien encuentre una vulnerabilidad en ELYRA debe reportarla a su contacto en ELYRA, con los pasos para reproducirla. Se confirma la recepción, se evalúa su severidad y se informa del cierre. Lo que no se hace es publicar el detalle antes de que el cierre esté desplegado.