Blameless Post-Mortem

Définition

Un Blameless Post-Mortem (aussi appelé post-incident review sans blame) est une pratique de gestion des incidents issue de la culture SRE (Site Reliability Engineering) de Google, qui s'est étendue au domaine de la sécurité DevSecOps. L'objectif est d'analyser les incidents de sécurité ou de disponibilité de manière collective et constructive, en cherchant les causes systémiques plutôt qu'en désignant des responsables individuels. Le principe fondamental du Blameless Post-Mortem est que les erreurs humaines sont quasi toujours le symptôme d'un problème systémique plus profond : processus inadéquat, outillage défaillant, formation insuffisante, ou pression organisationnelle conduisant à prendre des raccourcis. En sécurité, cela signifie qu'un développeur ayant introduit une vulnérabilité SQL dans le code n'est pas "le coupable" mais le révélateur d'une insuffisance de la formation, des outils SAST, ou de la revue de code. La structure d'un Blameless Post-Mortem de sécurité typique comprend : une timeline précise de l'incident (détection, escalade, confinement, remédiation), une analyse des causes racines via la méthode des "5 Pourquoi", une liste d'action items avec propriétaires et délais, une évaluation de l'efficacité des contrôles existants, et des recommandations d'amélioration des processus et outils. Les bénéfices d'une culture blameless en sécurité sont significatifs. Les équipes signalent plus rapidement les incidents quand elles ne craignent pas de sanctions, réduisant le temps de détection (MTTD). La transparence sur les incidents favorise l'apprentissage collectif et l'amélioration continue. Les Security Debt accumulés sont identifiés et traités plutôt que masqués. Des outils comme Google Docs, Confluence, ou des plateformes spécialisées comme Jeli facilitent la rédaction collaborative des post-mortems. Leur partage dans la base de connaissance de l'équipe crée une mémoire institutionnelle précieuse alimentant le Threat Modeling des futures fonctionnalités.