Security Management ofrece el ciclo de vida completo de las operaciones de seguridad de la plataforma desde una única consola. Ejecuta análisis de vulnerabilidades sobre el propio código de la aplicación, su árbol de dependencias y su configuración, sacando a la luz cada debilidad con una calificación de severidad, un componente afectado y una descripción reproducible. Realiza auditorías de seguridad estructuradas frente a un catálogo de controles definido que abarca dependencias, secretos, autenticación, autorización, inyección, patrones de ejecución peligrosos, validación de entradas, postura de red y exposición de peticiones del lado del servidor. Cada debilidad se convierte en un hallazgo con seguimiento, dotado de un responsable, una severidad, un estado y un registro de corrección, de modo que nada se descubre para después caer discretamente en el olvido.

Más allá de la detección, el módulo gestiona el seguimiento de la corrección y el endurecimiento (hardening) como trabajo de primer orden. Mantiene las cabeceras de seguridad de la plataforma, la política de seguridad de contenido, las protecciones de las cookies, los límites de frecuencia y las reglas de transporte como configuración gobernada, verifica que siguen en vigor y señala cualquier desviación. Inventaría el patrimonio de dependencias, lo coteja con los avisos de vulnerabilidad publicados y distingue la exposición en ejecución del riesgo transitivo exclusivo del entorno de desarrollo, de forma que el esfuerzo se concentre donde importa. La higiene de secretos, los calendarios de rotación de credenciales y las comprobaciones de disponibilidad previas a una publicación se conservan y se informan aquí, dando a la función de seguridad un único lugar de referencia para ver la postura, el progreso y el riesgo residual.

En el centro del módulo se encuentra el hallazgo: una observación de seguridad única y verificable sobre la plataforma. Un hallazgo lleva asociada una severidad, una categoría, una descripción de la debilidad, el componente al que afecta y un ciclo de vida que va desde el descubrimiento, pasando por la clasificación, la corrección y la verificación, hasta el cierre. Los hallazgos son la moneda de cambio del módulo, y casi todo lo demás existe para producirlos, resolverlos o rendir cuentas de ellos.

Los hallazgos se agrupan según el análisis que los produjo. Un análisis es un examen puntual de la plataforma, fechado y atribuido, frente al cual se registran los hallazgos para poder comparar la postura a lo largo del tiempo y medir el progreso entre un examen y el siguiente. Los análisis proporcionan al equipo de seguridad una cronología defendible: qué se sabía, cuándo, y con qué rapidez se abordó.

Cada hallazgo se evalúa frente a un control, la expectativa comprobada de un comportamiento seguro extraída de un catálogo de controles reconocido. Un control expresa cómo debe ser lo correcto en un área como la autenticación o la resistencia a la inyección, y un hallazgo es el registro de un punto en el que la realidad no llega a alcanzarlo. Por encima de todo esto se sitúa la línea base de endurecimiento de la plataforma: el conjunto gobernado de ajustes de protección, desde las cabeceras y la política de seguridad de contenido hasta las banderas de las cookies y los límites de frecuencia, que el módulo confirma de forma continua. Hallazgos, análisis, controles y línea base se relacionan de forma sencilla. Un análisis comprueba el patrimonio frente a los controles, genera hallazgos allí donde los controles no se cumplen y los cierra una vez que la línea base y el código vuelven a satisfacer el control que los expuso.

El bucle central es analizar, clasificar, corregir y verificar. Se ejecuta un análisis, ya sea de forma programada, ante un cambio en el código o bajo demanda, y produce un conjunto de hallazgos ordenados por severidad. El personal de seguridad clasifica la cola, confirmando el riesgo real, descartando los elementos aceptados o no explotables con una justificación registrada y asignando responsables. Cada hallazgo pasa luego a la corrección, donde se implementa y se vincula la solución, y a la verificación, donde un análisis de seguimiento o una comprobación manual confirma que la debilidad está cerrada y no meramente declarada como cerrada. El historial del hallazgo conserva cada transición, de modo que un auditor puede reconstruir con exactitud cómo se gestionó cualquier riesgo dado.

Un flujo de trabajo paralelo gobierna el endurecimiento y la disponibilidad. El módulo conserva la configuración de protección de la plataforma como una línea base, coteja el sistema en vivo frente a ella y genera un hallazgo siempre que un ajuste falta o se ha debilitado. Un flujo de trabajo específico de disponibilidad previa a producción impulsa la lista de comprobación que debe satisfacerse antes de exponer cualquier entorno: integridad de la configuración de ejemplo, rotación de credenciales, higiene de datos semilla y valores por defecto, salvaguardas de análisis de secretos y una estrategia definida de secretos de producción. Cada elemento se hace seguir hasta su finalización con evidencia, de modo que la promoción a producción sea una decisión controlada y registrada en lugar de una suposición.

El valor del módulo reside en el rigor de su cobertura de controles. En materia de dependencias, mapea el árbol completo de paquetes frente a los avisos de vulnerabilidad, separa la exposición en ejecución de la exclusiva del entorno de desarrollo e impulsa la sustitución aguas arriba de las bibliotecas sin mantenimiento o vulnerables. En materia de autenticación y autorización, verifica las protecciones de sesión, la vigencia de los tokens y las banderas de las cookies, y confirma que toda ruta que produce cambios impone una comprobación de permisos explícita bajo el modelo de acceso basado en atributos de la plataforma, tratando como hallazgo cualquier ruta desprotegida o pública de forma no intencionada. En materia de inyección, audita cada ruta de consulta dinámica en busca de validación de identificadores seguros y parametrización, y cada ruta de renderizado en busca de scripting entre sitios, exigiendo interfaces DOM seguras en lugar de la inserción de marcado en bruto.

Impone la validación de entradas como salvaguarda universal en los endpoints que producen cambios, con validación basada en esquemas para las cargas útiles estructuradas, y garantiza que las respuestas de error devuelvan mensajes genéricos en lugar de filtrar detalles de la base de datos o de la pila de ejecución a los clientes. En materia de postura de red, mantiene un conjunto completo de cabeceras de seguridad, una política de seguridad de contenido, límites de frecuencia en endpoints sensibles como la autenticación y controles frente a la falsificación de peticiones del lado del servidor allí donde la plataforma realiza llamadas salientes. Las severidades siguen una escala de crítica, alta, media y baja con expectativas de corrección claras en cada nivel, y el módulo informa del recuento permanente, de modo que la dirección pueda ver de un vistazo que la exposición crítica y alta se mantiene en cero y que los elementos de severidad inferior están resueltos o formalmente reconocidos con su justificación.

Security Management está entretejido en la plataforma que protege. Se apoya directamente en Role Management y en su modelo de acceso basado en atributos para auditar la superficie de autorización, comprobando que los permisos se declaran e imponen de forma coherente en cada sujeto y cada ruta. Alimenta y lee System Management, usando el registro de auditoría y de errores de la plataforma y sus señales de estado como evidencia, y tratando la copia de seguridad, la restauración y la configuración regional como parte del patrimonio que endurece. Sus hallazgos y su estado de disponibilidad fluyen hacia Governance, Risk and Compliance, donde un control técnico demostrado se convierte en evidencia frente a una obligación regulatoria, manteniendo sincronizadas las visiones organizativa y de plataforma de la garantía sin duplicar trabajo.

Las alertas discurren a través del Notification Engine, de modo que un nuevo hallazgo crítico o una comprobación de endurecimiento fallida alcanza de inmediato a las personas adecuadas por el canal adecuado. El trabajo de corrección se coordina a través de Flow Management para las aprobaciones y los traspasos, la gobernanza de credenciales y secretos se alinea con Data Management y los almacenes de datos de la plataforma, y la supervisión que el módulo ejerce sobre los endpoints de integración saliente lo conecta con Connector Management. El resultado es una función de seguridad que no está atornillada por encima, sino que es nativa, que ve los mismos módulos, datos y usuarios que ve todo el mundo.

Los AI Workers son participantes de primer orden en Security Management, no una capa auxiliar superpuesta a él. Un responsable de seguridad puede consultar el módulo de forma conversacional, preguntando qué hallazgos de severidad alta siguen abiertos, qué rutas carecen de una comprobación de permisos explícita o cómo ha evolucionado la velocidad de corrección desde el último análisis, y recibir respuestas extraídas de los datos en vivo del módulo. Los Workers ejecutan acciones dentro de los permisos que se les han otorgado: lanzar un análisis, clasificar un hallazgo, asignar un responsable o actualizar la línea base de endurecimiento, quedando cada acción registrada en el mismo historial que la de cualquier persona.

Vigilan de forma continua en busca de anomalías y excepciones, señalando un aviso recién publicado que afecta a una dependencia instalada, una configuración que se ha desviado de la línea base o un patrón inusual en los intentos de autenticación, y elevándolo a través del Notification Engine antes de que se convierta en un incidente. Los Workers realizan tareas de extracción e interpretación, leyendo el texto de los avisos, los manifiestos de dependencias y la salida de los análisis para enriquecer un hallazgo con las versiones afectadas, su explotabilidad y una solución propuesta. Prestan apoyo a la decisión proponiendo severidades, correlacionando hallazgos relacionados y redactando planes de corrección. Fundamentalmente, un AI Worker actúa como nodo de revisión o aprobación en los flujos de trabajo del módulo, dando el visto bueno a un cambio de endurecimiento rutinario o verificando que una corrección cerró realmente su hallazgo, mientras escala a una persona todo lo que resulte material, de modo que el rendimiento de la seguridad aumente sin relajar el control.