Security Management assure l'ensemble du cycle de vie des opérations de sécurité de la plateforme depuis une console unique. Il exécute une analyse des vulnérabilités sur le code de l'application elle-même, sur son arbre de dépendances et sur sa configuration, faisant apparaître les faiblesses avec un niveau de gravité, un composant affecté et une description reproductible. Il réalise un audit de sécurité structuré au regard d'un catalogue de contrôles défini couvrant les dépendances, les secrets, l'authentification, l'autorisation, l'injection, les schémas d'exécution dangereux, la validation des entrées, la posture réseau et l'exposition aux requêtes côté serveur. Chaque faiblesse devient un constat suivi doté d'un responsable, d'une gravité, d'un statut et d'un historique de correction, afin que rien ne soit découvert puis discrètement oublié.

Au-delà de la détection, le module gère le suivi de la remédiation et le durcissement comme des activités de premier plan. Il maintient les en-têtes de sécurité de la plateforme, sa content security policy, les protections des cookies, les limites de débit et les règles de transport en tant que configuration gouvernée, vérifie qu'ils restent en vigueur et signale toute dérive. Il inventorie le patrimoine de dépendances, le met en correspondance avec les avis de vulnérabilité publiés et distingue l'exposition en exécution du risque transitif limité au développement, afin que les efforts se concentrent là où ils comptent. L'hygiène des secrets, les calendriers de rotation des identifiants et les contrôles de préparation avant mise en production sont conservés et rapportés ici, offrant à la fonction sécurité un lieu de référence unique pour visualiser la posture, l'avancement et le risque résiduel.

Au cœur du module se trouve le constat : une observation de sécurité unique et vérifiable sur la plateforme. Un constat porte une gravité, une catégorie, une description de la faiblesse, le composant qu'il touche et un cycle de vie qui va de la découverte au tri, à la remédiation et à la vérification, jusqu'à la clôture. Les constats sont la monnaie du module, et presque tout le reste existe pour les produire, les résoudre ou en rendre compte.

Les constats sont regroupés par l'analyse qui les a produits. Une analyse est un examen de la plateforme à un instant donné, daté et attribué, au regard duquel les constats sont enregistrés pour que la posture puisse être comparée dans le temps et l'avancement mesuré d'un examen au suivant. Les analyses donnent à l'équipe de sécurité une chronologie défendable : ce qui était connu, à quel moment et avec quelle rapidité cela a été traité.

Chaque constat est évalué au regard d'un contrôle, l'attente testée d'un comportement sécurisé tirée d'un catalogue de contrôles reconnu. Un contrôle exprime ce à quoi ressemble une bonne pratique dans un domaine tel que l'authentification ou la résistance à l'injection, et un constat est l'enregistrement d'un endroit où la réalité ne l'atteint pas. Transversale à l'ensemble se trouve la base de durcissement de la plateforme : l'ensemble gouverné de réglages protecteurs, des en-têtes et de la content security policy jusqu'aux drapeaux de cookies et aux limites de débit, que le module affirme en continu. Constats, analyses, contrôles et base de durcissement s'articulent simplement. Une analyse teste le patrimoine au regard des contrôles, lève des constats là où les contrôles ne sont pas satisfaits, et les clôt une fois que la base et le code satisfont de nouveau le contrôle qui les avait exposés.

La boucle centrale est : analyser, trier, corriger, vérifier. Une analyse s'exécute, qu'elle soit planifiée, déclenchée par une modification de code ou lancée à la demande, et produit un ensemble de constats classés par gravité. Le personnel de sécurité trie la file d'attente, confirme le risque réel, écarte les éléments acceptés ou non exploitables avec une justification consignée, et attribue des responsables. Chaque constat passe ensuite par la remédiation, où le correctif est mis en œuvre et rattaché, puis par la vérification, où une analyse de suivi ou un contrôle manuel confirme que la faiblesse est réellement corrigée et non simplement déclarée close. L'historique du constat conserve chaque transition, de sorte qu'un auditeur peut reconstituer précisément la manière dont tout risque donné a été traité.

Un workflow parallèle gouverne le durcissement et la préparation. Le module conserve la configuration protectrice de la plateforme comme base de référence, confronte le système en fonctionnement à celle-ci et lève un constat dès qu'un réglage est absent ou affaibli. Un workflow dédié de préparation avant mise en production pilote la checklist qui doit être satisfaite avant qu'un environnement ne soit exposé : complétude de la configuration d'exemple, rotation des identifiants, hygiène des données de départ et des valeurs par défaut, garde-fous d'analyse des secrets et stratégie définie de gestion des secrets en production. Chaque élément est suivi jusqu'à son achèvement, preuves à l'appui, de sorte que la promotion en production est une décision encadrée et consignée plutôt qu'une supposition.

La valeur du module réside dans la rigueur de sa couverture de contrôles. Sur les dépendances, il met en correspondance l'ensemble de l'arbre des paquets avec les avis de vulnérabilité, sépare l'exposition en exécution de celle limitée au développement, et pilote le remplacement en amont des bibliothèques non maintenues ou vulnérables. Sur l'authentification et l'autorisation, il vérifie les protections de session, la durée de vie des jetons et les drapeaux de cookies, et confirme que chaque route mutante impose un contrôle de permission explicite dans le cadre du modèle d'accès à base d'attributs de la plateforme, en traitant comme un constat toute route non protégée ou involontairement publique. Sur l'injection, il audite chaque chemin de requête dynamique pour la validation des identifiants sûrs et le paramétrage, et chaque chemin de rendu pour le cross-site scripting, en exigeant des interfaces DOM sûres plutôt que l'insertion de balisage brut.

Il impose la validation des entrées comme garde universel sur les points de terminaison de mutation, avec une validation fondée sur des schémas pour les charges utiles structurées, et veille à ce que les réponses d'erreur renvoient des messages génériques plutôt que de divulguer aux clients des détails de base de données ou de pile d'exécution. Sur la posture réseau, il maintient un jeu complet d'en-têtes de sécurité, une content security policy, une limitation de débit sur les points de terminaison sensibles tels que l'authentification, et des contrôles contre la server-side request forgery là où la plateforme effectue des appels sortants. Les gravités suivent une échelle critique, élevée, moyenne et faible, avec des attentes de correction claires à chaque niveau, et le module rapporte le décompte courant, afin que la direction constate d'un coup d'œil que l'exposition critique et élevée est maintenue à zéro et que les éléments de moindre gravité sont soit résolus, soit formellement reconnus avec justification.

Security Management est tissé dans la plateforme qu'il protège. Il s'appuie directement sur Role Management et son modèle d'accès à base d'attributs pour auditer la surface d'autorisation, en vérifiant que les permissions sont déclarées et appliquées de manière cohérente pour chaque sujet et chaque route. Il alimente et lit System Management, en utilisant la journalisation d'audit et d'erreurs de la plateforme ainsi que les signaux de santé comme éléments de preuve, et en traitant la sauvegarde, la restauration et la configuration régionale comme faisant partie du patrimoine qu'il durcit. Ses constats et son état de préparation remontent vers Governance, Risk and Compliance, où un contrôle technique démontré devient une preuve à l'appui d'une obligation réglementaire, maintenant en phase les vues organisationnelle et plateforme de l'assurance sans dupliquer le travail.

Les alertes transitent par le Notification Engine, de sorte qu'un nouveau constat critique ou un contrôle de durcissement en échec atteint immédiatement les bonnes personnes sur le bon canal. Les travaux de remédiation sont coordonnés via Flow Management pour les approbations et les transferts, la gouvernance des identifiants et des secrets s'aligne avec Data Management et les magasins de données de la plateforme, et la supervision par le module des points de terminaison d'intégration sortants le relie à Connector Management. Il en résulte une fonction sécurité qui n'est pas rapportée après coup mais native, voyant les mêmes modules, données et utilisateurs que tout le monde.

Les AI Workers sont des participants de premier plan au sein de Security Management, et non une couche d'assistance superposée. Un responsable de la sécurité peut interroger le module de manière conversationnelle, en demandant quels constats de gravité élevée demeurent ouverts, quelles routes sont dépourvues de contrôle de permission explicite, ou comment la vélocité de remédiation a évolué depuis la dernière analyse, et recevoir des réponses tirées des données en direct du module. Les Workers exécutent des actions dans le cadre des permissions qui leur sont accordées : lancer une analyse, trier un constat, attribuer un responsable ou mettre à jour la base de durcissement, chaque action étant consignée dans le même historique que celle de tout humain.

Ils surveillent en continu les anomalies et les exceptions, signalant un avis nouvellement publié affectant une dépendance installée, une configuration qui a dérivé de la base de référence, ou un schéma inhabituel dans les tentatives d'authentification, et le remontant via le Notification Engine avant qu'il ne devienne un incident. Les Workers réalisent des tâches d'extraction et d'interprétation, en lisant le texte des avis, les manifestes de dépendances et les sorties d'analyse pour enrichir un constat avec les versions affectées, l'exploitabilité et un correctif proposé. Ils apportent une aide à la décision en proposant une gravité, en corrélant des constats liés et en rédigeant des plans de remédiation. Fait essentiel, un AI Worker sert de nœud de revue ou d'approbation dans les workflows du module, en validant un changement de durcissement de routine ou en vérifiant qu'une remédiation a réellement clos son constat, tout en escaladant vers un humain tout élément significatif, de sorte que le débit de sécurité augmente sans relâcher le contrôle.