04 / Gouvernance / secteur public
Le risque, rendu lisible.
Contribuer à la gestion des risques et à la continuité
audits cloud · analyses de risques · plans d’actionVoir le chapitre ↗
Risques
Analyse de risques EBIOS RM et ISO 27005
Une analyse de risques doit aider à choisir quoi traiter avant quoi. Le travail relie scénarios, actifs, impacts métier, mesures existantes et décisions de traitement.
Avec qui
- DSI / RSSI
- Direction métier
- Responsables risques
- Ops / DevSecOps
Les bons signaux pour en parler
- Les vulnérabilités et demandes s'empilent.
- Les arbitrages budget manquent de base.
- Les équipes ont besoin d'une priorisation défendable.
Une intervention structurée.
Cadrer ce besoin ↗Qualifier le contexte
Actifs critiques, événements redoutés, dépendances, exposition et contraintes d'exploitation.
Construire les scénarios
Sources de risque, chemins d'attaque, vraisemblance, impacts et mesures existantes.
Prioriser les traitements
Backlog d'actions, acceptation de risque, preuves attendues et indicateurs de suivi.
Ce que vous récupérez
Les livrables.
- scénarios de risque
- registre risques
- KPI/KRI
- plan de traitement
La portée de l’accompagnement
Un périmètre explicite.
Les situations suivantes nécessitent un autre cadrage ou un accompagnement complémentaire.
- Vous voulez un scoring automatique sans atelier.
- Les métiers ne sont pas disponibles.
- Le besoin est un pentest isolé.
Un backlog défendable qui relie criticité, exploitabilité, actif concerné, action, preuve de correction et risque résiduel.
Sur quoi s’appuie cette intervention
Préparer notre premier échange
Le périmètre concerné, la contrainte principale et le résultat attendu suffisent pour ouvrir la discussion. Les accès et documents sensibles seront définis dans un cadre adapté. Le formulaire prépare déjà le sujet de votre demande.
Parler de ce sujet ↗