En bref
La révocation de plusieurs anciens shims UEFI par Microsoft montre que des composants vulnérables pouvaient rester approuvés par Secure Boot. Pour les entreprises, le sujet dépasse le correctif logiciel et impose de vérifier que les mécanismes de révocation sont effectivement appliqués sur les flottes Windows et Linux.
Ce qui change
La gestion des correctifs ne suffit plus à elle seule. Les organisations doivent aussi confirmer que les composants vulnérables ne sont plus reconnus comme fiables par Secure Boot, ce qui renforce l'importance des contrôles de la chaîne de confiance.
Pourquoi ça compte
Les organisations concernées s'exposent à un risque de compromission persistante au niveau du firmware, avec des conséquences potentielles sur la continuité d'activité, les coûts de remédiation et la conformité. La gouvernance des correctifs doit intégrer la validation des mécanismes de révocation.
Qui est concerné
Les DSI, responsables cybersécurité, équipes IT, administrateurs Windows et Linux et toutes les organisations gérant des flottes de terminaux, en particulier dans des environnements mixtes Windows/Linux.
Action à faire
- 1Déployer les mises à jour de sécurité de juin.
- 2Vérifier que les révocations Secure Boot sont bien appliquées.
- 3Auditer les terminaux critiques.
- 4Confirmer auprès des fournisseurs Linux que les mécanismes de révocation sont en place.
Risques et limites
Aucune preuve d'exploitation massive n'est rapportée à ce stade. Certains appareils, notamment des configurations Windows 11 Secured-core par défaut, seraient peu ou pas affectés. L'exposition réelle dépend donc des environnements déployés.
Verdict Radar
ACT_NOW. La priorité est de vérifier que la chaîne de confiance est effectivement mise à jour et que les révocations Secure Boot sont appliquées, plutôt que de considérer le déploiement des correctifs comme suffisant.
Sources
Sources
Signal d’origine utilisé pour l’analyse Radar.
Recevoir la newsletter Radar
Un email par semaine. Les signaux triés, notés, prêts à décider.
