Ce que ça change pour une PME
- Un PC Windows 11 24H2 ou 25H2 dont l'espace disque disparaît sans raison apparente peut être touché par ce bug, sans lien avec un manque réel de place.
- Le correctif du 14 juillet (KB5101650) arrête la croissance du fichier mais ne réduit pas un fichier déjà volumineux : une action manuelle reste nécessaire sur les postes déjà touchés.
- Vérifier prend deux minutes via Paramètres > Système > Stockage, sans outil ni ligne de commande.
- Sur un poste dont le disque est plein sans explication, faites vérifier ce point avant d'envisager un changement de disque ou un rachat de PC.
Un bug de Windows 11 fait grossir sans limite un fichier journal lié à la gestion des autorisations d'application, jusqu'à occuper des centaines de gigaoctets sur des postes qui ne devraient en consommer que quelques mégaoctets. Microsoft a reconnu le problème fin juin et livré un correctif le 14 juillet, mais celui-ci n'efface pas les dégâts déjà faits : sur un poste touché, le fichier reste volumineux tant qu'il n'a pas été traité à part.
Un fichier de contrôle d'accès qui ne s'arrête plus d'écrire
Le fichier en cause s'appelle CapabilityAccessManager.db-wal, situé dans C:\ProgramData\Microsoft\Windows\CapabilityAccessManager. Il appartient au service Capability Access Manager, chargé de tracer les demandes d'accès des applications à la caméra, au micro, à la localisation ou à la capture d'écran. PCWorld et Windows Latest décrivent tous deux un journal qui, sur les machines touchées, entre dans une boucle d'écriture et ne s'arrête plus : des utilisateurs ont signalé des tailles dépassant 400 Go, avec des alertes de disque plein et des ralentissements à l'appui.
Le défaut touche Windows 11 24H2 et 25H2. Windows Latest situe les versions concernées aux builds 26200.8037, 26200.8039 et 26200.8246, publiées entre février et mars 2026.
Un correctif qui stoppe la fuite, pas qui la répare
Microsoft a d'abord diffusé une correction en préversion le 23 juin (KB5095093), avant de l'intégrer à la mise à jour cumulative obligatoire du 14 juillet, KB5101650. Elle fait passer Windows 11 25H2 au build 26200.8875 et Windows 11 24H2 au build 26100.8875.
Ce correctif empêche la fuite de continuer après son installation. Il ne réduit pas un fichier déjà devenu énorme. PCWorld et Windows Latest le signalent tous deux, en des termes proches : le premier parle d'une amélioration limitée à « l'usage de l'espace disque à venir », le second confirme qu'un journal déjà gonflé reste à sa taille après la mise à jour. Sur un poste touché, il faut donc installer KB5101650 et traiter le fichier existant séparément.
Comment vérifier
Sans outil supplémentaire : ouvrez Paramètres, puis Système, puis Stockage, et affichez le détail par catégories. Si la ligne « Système et réservé » dépasse largement les 40 Go habituels, la piste est à vérifier.
Pour un contrôle plus précis, Windows Latest propose une commande à exécuter dans une invite de commandes ouverte en administrateur :
robocopy "C:\ProgramData\Microsoft\Windows\CapabilityAccessManager" "%TEMP%\CAMCheck" /L /B /R:0 /W:0 /BYTES /NP
Sur un système sain, le fichier CapabilityAccessManager.db-wal pèse environ 1,6 Mo. Un résultat de plusieurs gigaoctets confirme le problème.
Ce qu'il faut faire
- Faites installer la mise à jour cumulative de juillet (KB5101650) sur tous les postes Windows 11 24H2 et 25H2 du parc, si ce n'est pas déjà fait via Windows Update.
- Sur un poste où le disque semble plein sans raison, faites vérifier la taille de ce fichier avant d'envisager une extension de stockage ou un remplacement de PC — le correctif seul suffit parfois à récupérer des centaines de gigaoctets.
- Ne supprimez pas le fichier vous-même sans passer par votre prestataire IT : PCWorld précise qu'une suppression mal maîtrisée du fichier, pendant que le service qui l'utilise tourne encore, peut provoquer d'autres erreurs. La procédure implique d'arrêter le service concerné avant toute intervention.
- Si plusieurs postes du parc sont sous Windows 11 24H2 ou 25H2, une vérification groupée via votre outil de gestion de parc évite d'attendre qu'un utilisateur signale un disque plein.
Microsoft n'a pas communiqué de chiffre sur le nombre de postes concernés par ce bug ni sur la proportion de fichiers qui restent volumineux après l'installation du correctif de juillet.