Description
Le SPW Digital gère un patrimoine d’environ 800 applications, dont près de 400 applications web, reposant sur des technologies et des prestataires variés. Une mauvaise maîtrise de leur cycle de vie peut entraîner :
- une interruption de services publics ;
- une compromission de données ou de fonctions applicatives ;
- l’exploitation de failles dans le code, les composants ou les configurations ;
- une augmentation de la dette technique et des risques d’obsolescence ;
- une non-conformité aux exigences de sécurité, notamment NIS2, CyFun et le Programme de sécurité de l’information du SPW ;
- des corrections plus longues et plus coûteuses lorsque la sécurité intervient trop tard.
Pour répondre à ces risques, le Pôle Sécurité du SPW Digital possède une équipe dédiée au Secure Application Lifecycle Management (SALM). Elle est principalement chargée de :
- déterminer la criticité des applications et les contrôles de sécurité à appliquer ;
- réaliser les analyses de risques et le suivi des mesures décidées selon la méthodologie en place au SPW ;
- définir les standards et pratiques de sécurité applicative du SPW ;
- intégrer les contrôles de sécurité dans les projets et les chaînes DevSecOps/CI/CD : SAST, DAST, SCA, scans de vulnérabilités et tests d’intrusion ;
- suivre les dérogations, les risques résiduels et les recommandations avant la mise en production ;
- assurer le suivi des vulnérabilités, de l’obsolescence et du décommissionnement des applications ;
- conseiller les équipes de projet, de développement, d’architecture et d’exploitation.
L’équipe travaille avec les chefs de projet, les développeurs, les architectes, l’exploitation, les responsables fonctionnels, les centres de services, les équipes DevSecOps et SecOps, le SOC, les métiers et les prestataires.
L’objectif est de remplacer les contrôles ponctuels et manuels par une démarche commune, proportionnée aux risques, davantage automatisée et couvrant tout le cycle de vie des applications.
Compétences comportementales attendues
- Esprit d’analyse : structurer une situation complexe et distinguer les risques prioritaires.
- Pragmatisme : proposer des mesures proportionnées, réalistes et vérifiables.
- Pédagogie : rendre les exigences de sécurité compréhensibles par les projets et les métiers.
- Rigueur : documenter les hypothèses, décisions, preuves et risques résiduels.
- Autonomie : gérer plusieurs dossiers en parallèle.
- Collaboration : travailler avec les développeurs, architectes, DevSecOps, exploitation et fournisseurs.
Description de la mission
Mission principale
Prendre en charge les volets risques et exigences des dossiers SALM. Accompagner les projets depuis la qualification initiale jusqu’à la mise en production, en veillant à l’adéquation des contrôles avec la criticité de l’application et à la traçabilité des décisions.
L’ensemble de membres l’équipe SALM rapporte hiérarchiquement au responsable du sous-pôle GRC & sécurité applicative (assuré ad interim par le responsable du pôle sécurité).
Activités clés
|
Domaine |
Activités clés |
|
Qualification et criticité |
|
|
Risques et menaces |
|
|
Architecture et exigences |
|
|
Accompagnement des projets |
|
|
Avis et mise en production |
|
|
Amélioration continue |
|
Exemples de livrables
- Fiche de qualification et de criticité.
- Analyse de risques ou modèle de menaces.
- Exigences et plan de contrôles de sécurité.
- Compte rendu de revue d’architecture ou de conception.
- Registre des recommandations, dérogations et risques résiduels.
- Avis SALM avant mise en production.

