Centinela

Problema

Escanear un sitio web en busca de vulnerabilidades es útil, pero hecho sobre un sitio ajeno y sin permiso es un problema serio. Muchas herramientas dejan esa responsabilidad en manos de quien las usa y no comprueban nada. Para un producto que se quiere ofrecer como servicio a varias organizaciones, eso no alcanza.

Centinela parte de una idea: solo se escanea lo que el usuario puede demostrar que le pertenece, y ninguna organización puede ver datos de otra. De esas dos reglas sale casi todo el diseño, y por eso las construí antes que el escáner.

Lo que está planeado

Centinela es un producto en construcción. Esta sección separa con claridad lo que ya existe de lo que todavía es un plan, porque no quiero que se lea como más avanzado de lo que está.

Lo que ya existe

Los fundamentos ya están construidos y probados:

• Una base de datos con seguridad por filas, que aísla los datos de cada organización.
• Identidad, organizaciones y equipos, con roles de propietario, administrador, miembro y lector que el servidor hace cumplir.
• Una interfaz en español y en inglés, y la estructura para planes distintos, sin cobro todavía.
• El acuerdo de autorización que el usuario debe aceptar, con registro de cuándo y qué versión aceptó.
• La verificación de propiedad de un dominio por registro DNS TXT o por carta firmada y revisada.

Esto es lo que se puede usar hoy. Todavía no hay escaneo de ningún tipo.

Lo que viene

Las siguientes etapas, en orden, son las que harán del proyecto un escáner de verdad:

• Una salida segura a internet, para que los escaneos solo alcancen los destinos autorizados.
• Colas y workers que ejecuten los escaneos fuera de la aplicación web.
• Chequeos pasivos de lo que un sitio ya expone: cabeceras, TLS, cookies y configuración de correo.
• Un panel con el resultado y informes claros y accionables.
• Más adelante, escaneo de APIs y chequeos activos no destructivos.

Las pantallas que se ven en este caso son bocetos con datos ficticios de lo que se pretende construir, y lo indican en su pie de imagen.

Cómo lo abordo

Elegí un orden poco vistoso a propósito. Un panel con gráficos se puede construir en cualquier momento, pero el aislamiento entre organizaciones y la prueba de autorización son difíciles de añadir cuando ya hay datos y usuarios. Hacerlos primero me da una base sobre la que el escáner puede crecer sin riesgos escondidos.

Cada etapa se planifica antes de escribir código y se cierra solo cuando está probada. Prefiero mostrar un producto pequeño y honesto, con lo que ya funciona a la vista y lo que falta señalado, antes que una lista larga de promesas.