Patch Management
generalDéfinition
La gestion des correctifs (Patch Management) est le processus de gestion des mises à jour logicielles (patches, correctifs) qui corrigent des vulnérabilités de sécurité, des bugs, et des failles dans les systèmes d'exploitation, applications, firmware, et équipements réseau d'une organisation. C'est l'un des contrôles de sécurité les plus fondamentaux et les plus mesurables — un pourcentage élevé de cyberattaques exploite des vulnérabilités pour lesquelles un patch était disponible au moment de l'attaque. Les statistiques sur l'exploitation de vulnérabilités non patchées sont édifiantes. WannaCry (2017) a exploité EternalBlue (MS17-010 — vulnérabilité SMB Windows) pour laquelle Microsoft avait publié un patch deux mois avant. Des centaines de milliers de systèmes non patchés ont été chiffrés. Equifax (2017 — 147M enregistrements volés) : exploitation d'Apache Struts CVE-2017-5638 pour lequel un patch était disponible depuis deux mois. Ces incidents illustrent que le patch management n'est pas une option — c'est une obligation. Le cycle de patch management comprend plusieurs étapes. Inventaire des actifs : on ne peut pas patcher ce qu'on ne connaît pas. Identification des vulnérabilités : scans réguliers avec Nessus, Qualys, OpenVAS pour détecter les vulnérabilités patchables. Évaluation et priorisation : tous les patches ne sont pas équivalents — prioriser selon le CVSS, l'exploitabilité réelle (CISA KEV, EPSS), et la criticité des actifs affectés. Test : tester les patches dans un environnement de préproduction avant le déploiement en production (un patch mal testé peut casser une application critique). Déploiement : selon des fenêtres de maintenance prédéfinies (changement planifié), sauf pour les vulnérabilités critiques exploitées activement (patch d'urgence). Vérification : confirmer l'application effective du patch. Les outils de patch management incluent : Microsoft WSUS/Windows Update for Business (patches Microsoft), SCCM/Intune (déploiement enterprise), Qualys Patch Management, Tenable.io Patch Management, ManageEngine Patch Manager Plus, JumpCloud, et Ansible/Puppet pour les environnements Linux.
SLA de patching — standards de délai selon la sévérité
Les organisations matures définissent des SLAs (Service Level Agreements) de patching selon la sévérité des vulnérabilités. Standards courants : Critical (CVSS 9-10, exploitée activement — CISA KEV) : 24-72 heures. High (CVSS 7-8.9) : 7-14 jours. Medium (CVSS 4-6.9) : 30 jours. Low (CVSS < 4) : 90 jours. Ces SLAs doivent être documentés, approuvés par la direction, et mesurés via des indicateurs de conformité (% de vulnérabilités patchées dans le délai SLA par sévérité). Les assureurs cyber demandent de plus en plus ces métriques lors des souscriptions. ISO 27001 A.8.8 exige la gestion des vulnérabilités techniques avec des délais de remédiation définis. Les organisations qui ne respectent pas leurs propres SLAs risquent des problèmes de conformité et d'assurabilité.
Patching des systèmes legacy — contraintes opérationnelles
Le patching des systèmes legacy (anciens systèmes industriels, équipements médicaux, OS hors-support) pose des défis particuliers. Systèmes sous Windows XP/7 (hors support) : Microsoft ne publie plus de patches — sauf exceptions payantes (Extended Security Updates pour XP/7 en environnements critiques). Systèmes OT/ICS (automates, SCADA) : les patches peuvent interrompre des processus industriels continus, les équipementiers imposent parfois une validation avant patching qui prend des mois. Systèmes certifiés (médical, aéronautique) : les certifications sont parfois liées à une version logicielle spécifique — un patch invalidant la certification nécessite une re-certification. Mesures compensatoires pour les systèmes non patchables : isolation réseau maximale (VLAN dédié, pas d'accès Internet), systèmes de détection d'intrusion (IDS/IPS) compensant les vulnérabilités connues, surveillance renforcée des journaux, et revue régulière du risque résiduel accepté.
Vulnerability Management Program — au-delà du patching
Un programme de gestion des vulnérabilités (VMP — Vulnerability Management Program) est plus large que le simple patching. Il englobe : la découverte continue des actifs (asset inventory automatisé), les scans de vulnérabilités réguliers (hebdomadaires pour les actifs critiques, mensuels pour les actifs standard), la gestion des exceptions (pour les vulnérabilités qui ne peuvent pas être patchées — documentation du risque accepté, mesures compensatoires, revue périodique), le patching des applications tierces (navigateurs, Java, Adobe, etc. — aussi critique que les patches OS), les CVEs zero-day (surveillance des nouveaux CVEs et déploiement de mesures d'atténuation même avant le patch officiel), et les métriques de programme (Mean Time to Remediate par sévérité, pourcentage de conformité SLA). CISA KEV (Known Exploited Vulnerabilities Catalog) est la référence pour identifier les vulnérabilités à traiter en priorité absolue.
Articles liés
Expert en cybersécurité offensive et intelligence artificielle. Pentest, audit et développement IA sur-mesure.
Services
- Audit Infrastructure
- Audit Kubernetes
- Audit Microsoft 365
- Audit Sécurité Réseau
- Analyse de Risques
- Audit Active Directory
- Audit Application Web
- Audit Cloud (AWS/Azure/GCP)
- Audit Messagerie
- Audit API (OWASP Top 10)
- Audit DevSecOps & CI/CD
- Audit Code Source (SAST)
- Audit Postes de Travail
- Audit Sauvegarde & Résilience
- Audit OT/SCADA (IEC 62443)
- Développement IA
- Formations
Ressources
Projets & Outils
© 2026 Ayi NEDJIMI Consultants. Tous droits réservés. 2.1.7
Un projet cybersécurité ?
Expert dispo · Réponse 24h