Mises à jour de septembre 2026 : KB5123099, WinGet et sauvegardes

2026-10-24 · Microsoft Edge Stable 155 → 156.0.4314.42

Edge 155 ne démarre pas : vérifier le correctif confirmé

Microsoft confirme des échecs de démarrage de certains profils existants après un redémarrage de mise à jour planifié par Edge management service. Le suivi des problèmes désigne Stable 155 ; les notes indiquent le correctif 156.0.4314.42, publié le 22 octobre 2026. Aucun numéro KB, intervalle précis de sous-versions touchées ou code d’erreur général n’est fourni. Cela n’explique pas tous les échecs de démarrage d’Edge.

1. Avant toute modification, relevez la version installée, le canal, le profil concerné et l’heure du redémarrage administré. Enregistrez le travail ouvert et préservez les données du profil ainsi que le plan de récupération existant. Ne supprimez pas le profil et ne réinitialisez pas la synchronisation.
2. Sur un canal Stable approuvé, utilisez la mise à jour habituelle. Si Edge s’ouvre encore : Paramètres et plus → Aide et commentaires → À propos de Microsoft Edge, ou edge://settings/help ; terminez la mise à jour proposée et le redémarrage. Si le navigateur ne démarre pas ou est géré centralement, le service informatique utilise son processus de déploiement approuvé. Ne contournez pas les stratégies et ne changez pas de canal.
3. Vérifiez ensuite la version réellement exécutée : au moins le correctif confirmé 156.0.4314.42 dans la branche Stable appropriée. Rouvrez le profil d’origine et testez une page de travail non critique. Si le problème persiste, sa résolution n’est pas vérifiée ; transmettez la version et l’heure au service informatique.

Si de nouveaux problèmes apparaissent, suspendez le déploiement et appliquez avec le service informatique le plan de récupération documenté. Microsoft décrit un retour administratif de version, mais avertit des pertes de données et des anciennes vulnérabilités ; aucun retour non validé. Le suivi décrit aussi une intervention conditionnelle dans le dossier Policy. Nous ne recommandons ici aucune suppression : clarifiez d’abord le déploiement du correctif et les sauvegardes. Aucun test personnel de reproduction dans Edge ni aucune réparation universelle n’est revendiqué.

Sources Microsoft: Release notes · Known issues · Update settings · Administrative rollback

2026-10-23 · Windows / Windows Server

Vérifier les prérequis et le support de démarrage

Vérifié le 23/10/2026 : les articles serveur consignent des prérequis précisés dans leur historique du 22/10. Il s’agit d’une révision documentaire, pas d’un nouveau paquet ni d’un correctif confirmé pour tout échec d’installation. Les paquets ci-dessous datent du 13/10/2026. L’ancienne KB est un exemple de base minimale ; une mise à jour cumulative ultérieure applicable satisfait également la condition de date.

Paquet / produit / build / base requise

• KB5126655 — Windows Server 2022 — 20348.5761 — ≥ 2025-07-08 (KB5062572)
• KB5126651 — Windows Server 2019 / Windows 10 Enterprise LTSC 2019 — 17763.9376 — ≥ 2025-07-08 (KB5062557)
• KB5126868 — Windows Server 2016 / Windows 10 Enterprise LTSB 2016 / Windows 10 IoT Enterprise LTSB 2016 — 14393.9612 — ≥ 2025-07-08 (KB5062560)

Avant de réessayer, relever produit, build réellement installé, état des paquets/SSU, méthode d’installation et erreur exacte. Vérifier la base et la dernière SSU requise dans l’article correspondant. Les images hors ligne de Server 2022 nécessitent aussi KB5030216 ou une LCU ultérieure datée du 12/09/2023 ou après ; la version minimale de SSU 20348.1960 n’est pas le build actuel du système. 0x800f0823 signifie CBS_E_NEW_SERVICING_STACK_REQUIRED, sans prouver la cause de tout échec.

Uniquement pour les supports d’installation modifiés : Microsoft signale 0xc0430001 si boot.stl manque ou ne correspond pas à la version et à l’architecture de Windows. Les articles de septembre KB5122876 (17763.9245) et KB5123099 (14393.9512) contiennent aussi cet avertissement. Conserver l’ISO original et le support fonctionnel intacts ; modifier seulement une copie selon la procédure complète. Le processus recommandé Update WinPE récupère boot.stl dans l’image WinPE mise à jour et le place dans efi\microsoft\boot\boot.stl sur le support. Ne pas copier un fichier d’une autre version de Windows ni désactiver Secure Boot.

Vérification et retour arrière : démarrer le nouveau support sur un matériel de test adapté sans modifier Secure Boot ; vérifier le lancement de Setup et reproduire le contrôle initial avant déploiement. En cas d’échec, abandonner la copie modifiée et revenir à l’original intact adapté au test. Cela ne prouve aucun lien avec les signalements winload.efi après des mises à jour normales et ne recommande pas de désinstaller globalement les mises à jour de sécurité. Aucun test d’installation Windows effectué par nos soins.

Sources et procédure complète

• https://support.microsoft.com/help/5126655
• https://support.microsoft.com/help/5126651
• https://support.microsoft.com/help/5126868
• https://support.microsoft.com/help/5122876
• https://support.microsoft.com/help/5123099
• https://learn.microsoft.com/en-us/windows/deployment/update/media-dynamic-update

2026-10-22 · .NET / Windows · MSRC 2.0 (2026-10-19)

.NET CVE-2026-70197 : les mises à jour d’octobre ne constituent pas un correctif complet confirmé

État et périmètre

La révision 2.0 du MSRC, datée du 19 octobre 2026, indique que CVE-2026-70197 n’est pas encore corrigée. La consultation intégrale du 22 octobre confirme cet état ; une mesure d’atténuation complète est en préparation et en test. L’annonce .NET initiale décrit une faille System.Net.Sockets propre à Windows lorsque SocketAsyncEventArgs est réutilisé entre des sockets de datagrammes IPv4 et IPv6. Un tampon natif d’adresses trop petit peut corrompre la mémoire. Microsoft décrit une attaque réseau sans authentification ni interaction utilisateur, mais de complexité élevée. Cela ne prouve pas que toute application .NET est exploitable.

Une référence de mise à jour ne prouve pas la correction

Le tableau MSRC mentionne toujours .NET 8.0 / KB5130034 / 8.0.32, .NET 9.0 / KB5130035 / 9.0.21 et .NET 10.0 / KB5130036 / 10.0.13 sous Windows, ainsi que .NET 11.0.0-rc.2, Visual Studio 2026 18.10.4 et Visual Studio 2022 17.14.42. L’ancien avis GitHub présente encore des versions comme corrigées. Cette contradiction doit être explicite ; ne pas omettre la rectification MSRC plus récente. Aucun correctif complet confirmé ni calendrier n’est établi.

Diagnostic prudent

Inventorier avec dotnet --info et dotnet --list-runtimes, en conservant les résultats en interne. Pour les applications autonomes, vérifier aussi le runtime embarqué effectivement utilisé : la liste centrale ne suffit pas. Les responsables doivent évaluer leur utilisation précise des sockets/datagrammes. Une installation réussie et des tests fonctionnels ne prouvent pas la correction de cette CVE. Aucune commande de contournement confirmée par le fournisseur n’est établie. Ne pas désactiver les protections ni désinstaller systématiquement les mises à jour d’octobre. Des restrictions réseau étudiées individuellement seraient une réduction conditionnelle du risque, pas une atténuation prouvée.

Retour arrière et contrôle

Ces commandes d’inventaire ne modifient rien. Avant une future mise à jour confirmée, préserver déploiement, configuration et procédure de restauration testée. Comparer ensuite le minimum confirmé par Microsoft avec le runtime réellement utilisé, redémarrer les services de manière contrôlée et effectuer les tests métier de régression. Ne déclarer la CVE résolue qu’après confirmation actuelle du fournisseur. Aucun test personnel d’exploitation ou de réparation n’est revendiqué.

• https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-70197
• https://api.msrc.microsoft.com/cvrf/v3.0/cvrf/2026-Oct
• https://github.com/dotnet/announcements/issues/466
• https://github.com/dotnet/runtime/security/advisories/GHSA-4mpw-cpwj-hxxj

2026-10-16 · Outlook for Microsoft 365

Outlook classique : les résultats de recherche ne suivent pas les modifications de la boîte aux lettres

L’article Microsoft daté du 29 septembre 2026 décrit la recherche assistée par le serveur dans Outlook pour Microsoft 365. Les résultats peuvent rester périmés après le déplacement d’un message, un changement de catégorie ou le passage lu/non lu. Une seule boîte aux lettres en mode en ligne peut aussi être concernée. Aucun numéro KB, build ou code d’erreur numérique précis n’est fourni. Un correctif est en préparation, sans échéance annoncée ; il n’est pas encore disponible.

Consignez version d’Outlook, canal, type de boîte, mode en ligne et périmètre de recherche. Dans « Dossier actuel », utilisez un message de test sans importance pour vérifier si le changement lu/non lu actualise les résultats ; rétablissez ensuite son état initial. Ne déplacez pas de messages importants pour reproduire le problème. Un échec de recherche ne suffit pas à établir cette cause.

Le contournement temporaire Microsoft désactive la recherche assistée par le serveur au profit de l’ancienne Windows Desktop Search. Le service informatique doit d’abord vérifier la couverture de la recherche locale et la gestion par stratégie centrale. Notez existence, type et données initiales de la valeur ; sauvegardez la clé concernée. Le paramètre documenté figure ci-dessous. Aucun déploiement généralisé ni contournement d’une stratégie d’entreprise.

Répétez la recherche et contrôlez actualisation et exhaustivité avec des messages connus. La vitesse seule ne prouve rien. Si des résultats manquent ou si le comportement se dégrade, restaurez exactement la valeur et son type d’origine. Supprimez uniquement une valeur créée pour cet essai, pas la clé entière. Après un correctif confirmé, retirez le contournement de manière contrôlée et retestez. Nous n’avons ni modifié le registre ni reproduit le problème. Aucun lien affilié.

HKEY_CURRENT_USER\software\policies\Microsoft\office\16.0\outlook\search
DWORD: DisableServerAssistedSearch
Value: 1

Microsoft Support · 29.09.2026

État au 15/10/2026 : les compléments suivants actualisent les informations antérieures sur le bureau, AC-3, RDP et l’approbation du domaine. Les anciennes sections datées restent un historique ; les mentions telles que « pas encore de correctif » décrivent leur état à cette date. Aucune reproduction indépendante revendiquée.

Correctifs d’octobre pour bureau noir et AC-3 : 15/10/2026

Le 13/10, Microsoft a confirmé un correctif des défaillances d’Explorer après connexion, notamment sur des hôtes Azure Virtual Desktop avec FSLogix et certains profils existants. Tout écran noir n’a pas cette origine. Windows 11 24H2/25H2/26H2 utilise KB5127648 ; 26H1 utilise KB5127646. KB5127648 corrige aussi les plantages AC-3 d’applications utilisant l’ancien décodage audio de Windows. Ne pas étendre cette affirmation à 26H1. Aucun code d’erreur universel n’est documenté pour ces deux problèmes.

Noter version, build, architecture, historique et applications ou profils touchés. Vérifier sauvegardes et récupération des hôtes et profils. Installer la mise à jour cumulative adaptée par le canal approuvé, puis redémarrer. Contrôler avec winver : 24H2 → 26100.9711, 25H2 → 26200.9711, 26H2 → 26300.9711 ; 26H1 → 28000.3231. Pour une mise à jour ultérieure, vérifier sa propre KB. Refaire la même connexion et lecture AC-3 ; comparer événements Explorer et journaux de plantage. Ne pas supprimer les profils.

Avant le correctif, lancer explorer.exe depuis le Gestionnaire des tâches pouvait aider temporairement ; Microsoft propose aussi un Known Issue Rollback adapté à la version. Après correction, ce contournement n’est plus nécessaire. L’équipe informatique doit retirer les politiques KIR avec état antérieur consigné et essai pilote. En cas de régression, arrêter l’essai, conserver les journaux et utiliser la récupération approuvée. Ne pas désinstaller systématiquement les mises à jour de sécurité.

Bureau à distance reste sans correctif confirmé : des non-administrateurs peuvent recevoir 0xC000000D lorsque Administrator protection est activé sur l’hôte cible. KB5127648/KB5127646 ne corrigent pas ce problème de manière confirmée. La modification temporaire de politique indiquée par Microsoft relève de l’informatique et réduit une protection : autorisation, état exact sauvegardé, périmètre limité, restauration et nouveau test sont indispensables. USB Audio Class 1.0 avec Code 10 n’est pas non plus entièrement corrigé.

Microsoft KB5127648 · Microsoft KB5127646 · Microsoft Release Health · Microsoft Release Health

Relation d’approbation du domaine : résolution confirmée, pas de nouveau correctif d’octobre

Au 11 octobre 2026, Microsoft désigne la mise à jour du 22 septembre comme solution pour certains comptes d’ordinateur protégés par Credential Guard avec Machine Identity Isolation (MII). La révision documentaire du 8 octobre n’est pas une nouvelle date de publication du correctif. Windows 11 24H2/25H2/26H2 utilisent KB5124010 (builds 26100.9550/26200.9550/26300.9550) ; Microsoft indique séparément KB5124006 pour 26H1. Ne pas intervertir les packages entre versions.

Les appareils concernés peuvent perdre leur relation d’approbation avec un domaine AD local alors que la connexion hors ligne avec des informations d’identification mises en cache fonctionne encore. Aucun code d’erreur numérique précis n’est établi ici. Tous les échecs de connexion n’ont pas cette cause.

Avant toute intervention, relever version, build, historique des mises à jour, message d’erreur et méthode de gestion de MII. Préparer une sauvegarde vérifiée, un accès local de récupération et un plan de restauration opérationnel. L’équipe informatique doit vérifier la mise à jour cumulative adaptée et approuvée et ses problèmes connus, l’installer puis redémarrer. Vérifier ensuite le build, une véritable connexion au domaine en ligne et le canal sécurisé sans options de réparation. En cas d’échec, conserver les journaux et appliquer le plan de restauration ; ne pas désinstaller systématiquement les mises à jour ni réintégrer arbitrairement l’appareil au domaine.

Le correctif désactive l’application de MII quelle que soit sa configuration ; il ne rétablit pas intégralement cette protection. Une installation réussie ne prouve pas qu’un canal sécurisé endommagé a été réparé.

Microsoft Release Health · Microsoft Release Health · Microsoft KB5124010

Microsoft MSRC: October 2026 · KB / Build

3 octobre : plantages AC-3 après KB5124010 — aucun correctif confirmé

Microsoft a confirmé le 02/10/2026 que les applications utilisant Windows pour décoder le son AC-3/Dolby Digital peuvent se fermer après la mise à jour préliminaire KB5124010 du 22/09 et les suivantes. Windows 11 24H2, 25H2 et 26H2 sont concernés, pas Windows Server. Les builds respectives sont 26100.9550, 26200.9550 et 26300.9550. Les anciennes applications peuvent planter au démarrage ou à la lecture audio ; celles disposant de leur propre décodeur ne sont pas automatiquement concernées.

Diagnostic, pas promesse de réparation (03/10/2026) : Microsoft prépare une correction. Aucun build corrigé, code d’erreur universel ou contournement officiel n’est encore confirmé pour ce cas.

1. Relevez version et build avec winver et la KB installée dans l’historique des mises à jour. Notez application, version, heure du plantage et fonction audio ; la proximité temporelle ne prouve pas la cause.
2. Conservez le fichier original et sauvegardez votre travail. Testez uniquement sur une copie et une tâche non critique. Ne présentez pas les packs de codecs, modifications du registre ou désinstallations systématiques de mises à jour comme une solution.
3. En cas d’échec, arrêtez le test et gardez original et sauvegarde intacts. Transmettez des journaux sans données confidentielles à votre service informatique ou à l’éditeur. Lorsque Microsoft annonce une correction adaptée, suivez la validation habituelle puis retestez la même tâche : démarrage, lecture et résultat enregistré doivent fonctionner.

Retour : ce diagnostic ne modifie aucun réglage système ; fermez la copie de test et reprenez l’original préservé si la fonction reste utilisable. Un essai sans plantage ne prouve pas une réparation durable. Nous n’avons pas reproduit le problème nous-mêmes.

Microsoft Windows Release Health (02.10.2026) · Microsoft KB5124010

2 octobre : correctif pour les pièces jointes vocales invisibles dans Outlook

Microsoft confirme que dans Outlook classique pour Microsoft 365 sous Windows, des messages vocaux reçus peuvent avoir des pièces jointes MP3/WAV invisibles, notamment avec les systèmes de messagerie vocale intégrés. L’avis du 29.09.2026 indique un correctif à partir du build 16.0.20430.2000. Aucune KB responsable, plage complète de builds affectés ou erreur générique n’est précisée ; cela ne justifie pas de désinstaller une KB.

1. Conservez le message original et notez le produit, le build et le canal ; sauvegardez les données Outlook locales avant la mise à jour. Installez par les mises à jour Office habituelles un build corrigé approuvé pour votre canal. Sur un poste géré, contactez le service informatique sans forcer un changement de canal.
2. En attendant, ouvrez le même message dans Outlook sur le Web ou le nouvel Outlook. Vous pouvez aussi ouvrir le message séparément et utiliser Fichier → Enregistrer les pièces jointes pour conserver une copie dans un emplacement contrôlé. Ne supprimez ni profils ni messages originaux.

Redémarrez Outlook après la mise à jour et vérifiez le même message : la bonne pièce jointe audio doit être visible et lisible. Si le problème persiste, transmettez le build et le constat au service informatique. Solution de repli : conservez original et sauvegarde et utilisez l’accès Web testé ; aucune rétrogradation générale d’Office n’est proposée ici. Pas de reproduction indépendante ; sources vérifiées le 02.10.2026.

Microsoft : problème et correctif · Microsoft : Current Channel

1er octobre : Office sans licence ou absent après KB5002907

Microsoft confirme des effets inattendus de KB5002907 sur certains appareils équipés d’Office 2016 ou d’Office 2019 et a suspendu son déploiement. La réparation devait rétablir les mises à jour d’installations anciennes de Microsoft 365 Apps, mais a laissé certains appareils sans installation fonctionnelle d’Office. Aucun code d’erreur général ni plage exacte de builds Office concernés n’est indiqué. Ce n’est pas une mise à jour du système Windows ; ne forcez pas l’installation de la mise à jour suspendue.

1. Préservez d’abord l’état actuel : recherchez KB5002907 dans l’historique des mises à jour, notez le produit/la version et le message d’erreur, puis sauvegardez les documents et les données Outlook stockées localement. La proximité dans le temps ne prouve pas que chaque panne d’Office provient de cette KB.
2. Office est présent, mais signale une absence de licence : réactivez le produit déjà acheté en suivant les instructions Microsoft. Utilisez le compte associé à l’achat/la licence ; pour les licences en volume, contactez le service informatique. Ne désinstallez pas et n’achetez pas une autre licence par précaution.
3. Office a réellement été supprimé : uniquement dans ce cas, réinstallez et activez le produit acheté depuis la source officielle associée au compte de licence. Vérifiez auparavant la version, la langue et l’édition 32/64 bits. Ne supprimez ni profils ni fichiers de données Outlook.
4. Vérifiez le résultat : ouvrez Word ou Excel, contrôlez le produit et son activation, puis ouvrez, modifiez et enregistrez une copie de document. Si Outlook était touché, vérifiez aussi la fonction initialement défaillante et les données locales. Si le problème persiste, arrêtez les opérations de nettoyage et contactez le support Microsoft avec le produit, la KB, le message et les étapes déjà effectuées.

Retour arrière et limites : conservez les sauvegardes intactes ; en cas de problème, préparez la restauration avec le service informatique/le support. Microsoft prévoit une réactivation ou une réinstallation selon le cas, pas un retour arrière garanti en un clic par suppression de la KB. Office 2016/2019 ne sont plus pris en charge ; la réactivation ne rétablit pas les mises à jour de sécurité.

Microsoft : KB5002907 · Activation · Réinstallation

30 septembre : problèmes connus également sous Windows 11 26H2

La source Microsoft datée du 29/09/2026 inclut Windows 11 26H2 pour le bureau noir après connexion (notamment AVD/FSLogix), les pertes de relation d’approbation du domaine avec Machine Identity Isolation et les périphériques USB Audio Class 1.0 sans son/avec Code 10. État : atténué, pas entièrement résolu. La page 26H2 ne précise ni KB à l’origine ni plage complète des builds touchés. Le Catalogue associe KB5129195 au build 26300.9457 et KB5124010 au build 26300.9550 ; cela ne prouve pas la résolution complète des trois problèmes.

Pour le bureau noir, la procédure KIR ciblée ci-dessous vaut aussi pour 26H2 : Microsoft indique KB5124010 260924_20021 pour 26H2/25H2/24H2. KB5124006 260924_20071 reste destiné à 26H1. Relevez build, profil et événements et sauvegardez données/stratégies ; l’équipe informatique doit appliquer uniquement la stratégie adaptée à un groupe de test touché. Redémarrez, puis vérifiez le démarrage du bureau et les événements Explorer avec le même profil. En cas de nouveaux problèmes, restaurez la configuration de stratégies sauvegardée et redémarrez ; le problème initial peut revenir. Ne supprimez aucun profil.

Le Code 10 seul ne prouve pas cette cause USB. Si les problèmes audio ou d’approbation du domaine persistent, relevez configuration et horaires et examinez le diagnostic du fabricant avec l’équipe informatique. Ce n’est ni un correctif général ni une consigne de désactiver globalement Credential Guard ou de changer de version de Windows. Les sections datées restent comme historique ; cette note étend leur portée. Aucune reproduction indépendante ; sources vérifiées le 30/09/2026.

Microsoft: Windows 11 26H2 — Release Health · Microsoft Update Catalog

27 septembre : Defender pour Linux – SIGILL et appareils clonés

Information du fabricant nouvellement vérifiée : Microsoft indique deux corrections dans Defender for Endpoint pour Linux 101.26081.0010 (version de publication 30.126081.0010.0, septembre 2026) : plantages SIGILL dus aux bibliothèques open source fournies sur les processeurs sans SSE4.1, et identités Defender identiques lorsque des VM Linux clonées conservent l’identifiant de machine du modèle. La source ne précise ni numéro KB distinct, ni jour exact, ni plage complète des anciennes versions concernées. Ce n’est pas une correction Windows ni l’ancien redémarrage pendant l’analyse des processus.

Sur un appareil de test concerné, relever version, capacités du processeur et heures des plantages ; pour les clones, comparer aussi les associations dans le portail Defender. Consigner l’état initial avec mdatp health. SIGILL seul ne prouve pas cette cause. Sauvegarder stratégies et version du paquet et vérifier la restauration avant toute modification ; ne pas supprimer ni régénérer les identifiants de machine.

Mise à jour par l’équipe informatique : vérifier que le canal Microsoft approuvé propose 101.26081.0010 ou une version ultérieure appropriée selon Microsoft. Ubuntu/Debian : sudo apt-get install --only-upgrade mdatp ; variantes RHEL : sudo yum update mdatp ; SLES : sudo zypper update mdatp. N’utiliser que la commande de la distribution. Ces commandes ne sélectionnent pas forcément ce build exact. Contrôler le paquet proposé puis la version réellement installée ; en cas d’erreur, arrêter sans désactiver la protection.

Contrôle : relancer mdatp health, répéter l’activité habituelle auparavant affectée sur le même appareil et rechercher de nouveaux événements SIGILL. Pour les clones, vérifier des identités distinctes et des remontées récentes dans le portail. La note ne garantit pas la séparation automatique d’objets déjà fusionnés ; contacter le support Microsoft. Un processus actif ne prouve ni la résolution ni une protection complète.

Retour arrière en cas de nouvelle régression : suspendre le déploiement. Microsoft documente --downgrade --mdatp dans Defender Deployment Tool (préversion) pour choisir une ancienne version encore prise en charge et disponible. L’équipe informatique ne doit l’utiliser qu’avec un paquet vérifié et la configuration sauvegardée ; la version donnée en exemple n’est pas une recommandation. Revérifier santé et activité ; les anciens problèmes peuvent revenir. Sans retour arrière fiable, ne pas élargir le déploiement. Désinscription, désinstallation générale et nettoyage des identités ne le remplacent pas. Aucun test de reproduction propre ; source vérifiée le 27/09/2026.

Microsoft: Defender for Endpoint — release notes · Microsoft: Linux updates · Microsoft: Defender Deployment Tool (preview) · Microsoft: Linux commands

25 septembre : bureau noir – atténuation KIR ciblée

Microsoft annonce une atténuation, pas de correctif définitif, au 24/09/2026 à 19 h 27 PT (25/09 en Autriche). Après KB5120998 du 27/08/2026 et les mises à jour suivantes, Windows 11 24H2/25H2 peut afficher un écran noir après connexion ; builds initiaux 26100.9278/26200.9278. La version 26H1 (KB5120996, 28000.2804) est aussi concernée. Le problème apparaît surtout sur Azure Virtual Desktop avec FSLogix et des profils existants : le bureau ne démarre pas et Explorer peut planter dans le journal des applications. Aucun code unique indiqué. Ce problème diffère de celui des serveurs RDS ; Microsoft ne cite ici aucune plateforme serveur affectée.

Notez version/build, KB installées, configuration des profils et événements ; sauvegardez données et stratégies existantes. Récupération temporaire : Ctrl+Maj+Échap → Exécuter une nouvelle tâche → explorer.exe → OK. Ce n’est pas un correctif permanent.

Pour les appareils gérés concernés, le service informatique récupère la stratégie KIR via Release Health ci-dessous : KB5124010 260924_20021 pour 24H2/25H2 ; KB5124006 260924_20071 pour 26H1. Le nom du paquet ne demande pas d’installer la préversion. Le MSI installe le modèle, mais cela ne suffit pas. Sous Configuration ordinateur → Modèles d’administration → stratégie KIR correspondante, définir le paramètre adapté au système sur Désactivé, selon Microsoft. Commencer par un groupe pilote affecté, vérifier l’application et redémarrer. KIR annule uniquement la modification non liée à la sécurité, pas toute la mise à jour cumulative.

Reconnectez le même profil et vérifiez le chargement automatique du bureau et les événements Explorer. Si le problème persiste, transmettez le diagnostic au service informatique ; ne supprimez pas les profils et ne désinstallez pas aveuglément les mises à jour. En cas d’effets indésirables, restaurez les stratégies précédentes via le même outil et redémarrez ; le problème initial peut revenir. Retirez KIR conformément à Microsoft après un correctif définitif confirmé. Nous n’avons pas reproduit le problème nous-mêmes.

Excel 2019 : correction complète confirmée

La page Microsoft désormais consultable, datée du 23/09/2026, confirme explicitement le build 10417.20211 comme correctif complet du collage échouant silencieusement dans Office 2019. La section du 24/09 ci-dessous décrit les informations alors disponibles. Vérifiez produit/build dans Fichier → Compte, sauvegardez le classeur original, utilisez le canal approuvé et testez valeurs, formules et mise en forme conditionnelle dans une copie. En cas d’échec, préservez l’original et revenez à la sauvegarde. KB4461632 corrige aussi Office Online Server, mais exige sa procédure propre de mise à jour de ferme, et non celle d’Office sur ordinateur.

Microsoft: Windows Release Health · Microsoft: KIR · Microsoft: Excel · Microsoft: Office 2019 · Microsoft: Office Online Server

24 septembre : correctif disponible pour l’Historique des fichiers

Microsoft confirme un correctif pour les échecs de l’Historique des fichiers après KB5124008. KB5124010, du 22.09.2026, est une préversion facultative pour Windows 11 24H2 (26100.9550) et 25H2 (26200.9550). La sauvegarde et la restauration vers un disque externe ou un emplacement réseau étaient concernées ; une demande de reconnexion pouvait apparaître malgré un lecteur accessible. Aucun code d’erreur unique n’est indiqué. Les anciennes sections ci-dessous décrivent la situation d’alors, pas l’absence de correctif aujourd’hui.

Créez d’abord une copie indépendante des fichiers importants et notez la version et le build de Windows. Sur les PC gérés, respectez la validation du service informatique. Installez la mise à jour adaptée via Windows Update et redémarrez ; une mise à jour cumulative ultérieure appropriée peut également inclure le correctif. Une préversion n’est pas une mise à jour de sécurité obligatoire. Vérifiez le build avec winver, créez une sauvegarde de test et restaurez un fichier dans un autre emplacement. Conservez les anciennes sauvegardes. Si de nouveaux problèmes apparaissent, conservez le diagnostic et le build et suivez le plan de récupération existant ; envisagez une désinstallation uniquement si Windows la propose, car les anciens problèmes peuvent revenir. Aucune réparation des fichiers déjà endommagés n’est garantie.

Excel : builds LTSC corrigés confirmés dans les historiques

Microsoft indique que LTSC 2024 17932.21000 et LTSC 2021 14334.20918 corrigent l’échec silencieux du collage. Les historiques officiels les datent désormais des 17 et 16.09.2026 respectivement. Vérifiez produit et build dans Fichier → Compte, copiez le classeur et utilisez la procédure de mise à jour Office approuvée. Testez valeurs, formules et mise en forme conditionnelle dans la copie. La page du problème datée du 18 septembre ne décrit qu’une atténuation pour Office 2019 10417.20208 et l’ancienne révision d’Office 2016 KB5002665. La KB5002665 actualisée indique désormais que la dernière révision apporte une correction complète, uniquement pour Excel 2016 MSI, pas Click-to-Run. Pour ce produit, utilisez le téléchargement actuel indiqué dans la KB ; le même numéro KB ne prouve pas à lui seul la révision. Un build 2019 plus récent ne prouve pas à lui seul une correction complète. Le collage spécial peut aider avec l’option adaptée ; les valeurs ne remplacent pas les formules. Si le résultat diffère, fermez sans écraser l’original et revenez à la sauvegarde. Pas de conseil général de désinstallation, de code d’erreur unique ni de test de reproduction réalisé par nos soins.

Microsoft: KB5124008 · Microsoft: KB5124010 · Microsoft: Excel · Microsoft: LTSC 2024 · Microsoft: LTSC 2021 · Microsoft: KB5002665

20 septembre : problème de l’Historique des fichiers confirmé – pas encore de correctif

Le 19 septembre 2026, Microsoft a ajouté un problème connu à KB5124008, publié le 8 septembre pour Windows 11 24H2/25H2 (26100.9445/26200.9445). Les sauvegardes de l’Historique des fichiers vers un disque externe ou un emplacement réseau peuvent cesser de se mettre à jour. Une demande de reconnexion du disque peut apparaître alors que la destination fonctionne ; l’horodatage peut rester inchangé ou les versions précédentes devenir indisponibles. Les événements de plantage peuvent mentionner FileHistory.exe et KERNELBASE.dll. Aucun code d’erreur numérique unique n’est indiqué. Microsoft prépare une mise à jour future ; la mise à jour hors cycle du 14 septembre n’est pas un correctif confirmé pour ce problème.

Diagnostic, pas promesse de réparation : vérifier la version/build avec winver et le KB dans l’historique des mises à jour ; noter la disponibilité de la destination, l’heure de la dernière sauvegarde et les détails des événements. Ne pas supprimer les sauvegardes existantes, formater le disque ni désinstaller systématiquement les mises à jour de sécurité. Pour les fichiers urgents, créer une copie supplémentaire vers une autre destination disponible et ouvrir quelques fichiers pour vérification ; cela ne remplace ni l’historique des versions ni une sauvegarde complète du système. Pour vérifier ultérieurement la récupération, modifier un fichier de test sans importance, créer une nouvelle version sauvegardée, la restaurer ailleurs et la comparer. Un nouvel horodatage ne suffit pas. Conserver les originaux et les anciennes sauvegardes comme recours. Nous n’avons pas reproduit le problème ; les sections plus anciennes ci-dessous décrivent l’état de l’époque.

Microsoft KB5124008 · 19.09.2026 / 20.09.2026

19 septembre : correctif Excel avec problème résiduel ; correctif Defender

Microsoft a publié KB5002665 le 16/09/2026 pour Excel 2016 installé avec MSI, et non Click-to-Run/Microsoft 365. Il corrige les échecs silencieux du collage après KB5002914, mais le collage peut encore échouer dans les classeurs contenant une mise en forme conditionnelle. La KB ne précise pas de build unique du produit ni de code d’erreur numérique. Ne pas étendre ce correctif à Office Online Server ou à d’autres éditions d’Excel.

Sauvegarder d’abord le classeur et prévoir une possibilité de restauration ; vérifier l’édition et l’architecture d’Office installé et utiliser uniquement le paquet officiel correspondant. Refaire le même collage sur une copie, comparer cellules cibles, formules, formats et mise en forme conditionnelle, puis enregistrer et rouvrir. Si le problème persiste, essayer de manière ciblée les options de Collage spécial de la section du 17 septembre ; les valeurs remplacent les formules. Annuler un résultat incorrect ou reprendre la sauvegarde intacte. Ne pas supprimer systématiquement la mise à jour de sécurité ; un essai réussi ne garantit pas une fiabilité universelle.

Fausses alertes Defender : Microsoft indique le correctif 4.18.26080.4 du 17 septembre. Vérifier séparément la protection ; ne pas désactiver l’antivirus.

Microsoft KB5002665 · Microsoft Release Health

17 septembre : perte de confiance du domaine confirmée ; contournement pour Excel

Microsoft a confirmé le problème de domaine le 16/09/2026 à 14:15 PT (mise à jour à 14:23 PT). Sous Windows 11 24H2/25H2 avec KB5124008 du 08/09/2026, builds 26100.9445/26200.9445, ou une mise à jour ultérieure, certains comptes ordinateur protégés par Credential Guard peuvent perdre leur relation de confiance avec un domaine AD local. La condition déterminante est une application de Machine Identity Isolation configurée auparavant dans un environnement non pris en charge : Microsoft exige le niveau fonctionnel de domaine Windows Server 2025. Des identifiants valides peuvent être refusés, tandis que la connexion hors ligne avec des identifiants en cache peut rester possible. Aucun code numérique n’est indiqué ; la réplication AD n’est pas affectée selon Microsoft.

Uniquement pour cette configuration confirmée : l’administrateur doit sauvegarder les stratégies ou valeurs de Registre concernées et garantir un accès administrateur local. Désactiver Machine Identity Isolation par le même moyen que celui utilisé pour l’activer (Intune, stratégie de groupe ou configuration directe du Registre) ; la documentation Microsoft liée précise les réglages. Ne pas désactiver globalement Credential Guard ni quitter le domaine sans diagnostic. Redémarrer, puis réparer le canal sécurisé dans PowerShell administrateur :

Test-ComputerSecureChannel -Repair -Credential (Get-Credential)

Saisir les identifiants uniquement dans la boîte de dialogue locale protégée. Exécuter ensuite Test-ComputerSecureChannel sans -Repair et tester une connexion au domaine en ligne : les résultats attendus sont True et une connexion réussie. Conserver les anciens réglages pour revenir en arrière, mais ne les réactiver de manière contrôlée qu’après résolution de l’incompatibilité ; sinon le problème peut revenir. Microsoft prévoit une autre mise à jour Windows, sans indiquer ici de correctif définitif. Pour 26H1, également concernée, consulter sa propre page Release Health.

Excel : pour KB5002914 (Excel 2016, 08/09/2026 ; l’avis cite aussi 2019/2021/2024) et KB5002910 (Office Online Server, Excel Online), Microsoft propose d’essayer Collage spécial : Formules, Formules et formats de nombre, Valeurs, Valeurs et formats de nombre ou Liaison. Ce n’est pas un correctif garanti pour l’échec silencieux du collage. Travailler d’abord sur une copie : les valeurs ne conservent pas les formules et les liaisons créent des dépendances. Vérifier cellules cibles, formules et formats, enregistrer puis rouvrir. Annuler un résultat incorrect ou abandonner la copie. Ne pas désinstaller systématiquement les mises à jour de sécurité pour ce seul problème.

Sources primaires et limites : vérification le 17/09/2026. Aucune reproduction personnelle ; les sections antérieures décrivent la situation à leurs dates respectives.

Microsoft Release Health 24H2 · 25H2 · 26H1 · KB5002914 · KB5002910

16 septembre : les nouveaux CU SQL ne lèvent pas les réserves ; Citrix confirme la solution RDS

Le 15 septembre 2026, Microsoft a publié SQL Server 2025 CU9, KB5122048 (17.0.5005.3), et SQL Server 2022 CU27, KB5104824 (16.0.4295.3). Tous deux signalent encore l’erreur 7416 avec les serveurs liés MSDASQL utilisant @provstr et c0000005 lors des requêtes sur sys.dm_exec_requests pendant la récupération d’une base de données. Les nouveaux numéros de version ne prouvent pas que ces problèmes sont corrigés. SESSION_CONTEXT dans les plans de requête parallèles figure également parmi les risques connus.

Le diagnostic conditionnel ci-dessous reste valable : vérifier la build, le fournisseur et la phase de récupération ; suspendre uniquement la requête de supervision concernée pendant la récupération. Sauvegarder sa configuration avant l’essai, la réactiver ensuite et vérifier la même requête ainsi que le journal des erreurs. Ne pas confondre les branches de maintenance CU et GDR ; aucun changement systématique de branche, de trace flag ou retour arrière de mise à jour n’est recommandé. Avant un essai de CU, sauvegarder les bases et la configuration de l’instance, puis tester la procédure de restauration.

Citrix CTX697101 renvoie désormais aux paquets OOB du 14 septembre pour le problème RDS et indique de les installer sur le VDA approprié, puis de redémarrer. Cela étaye la solution RDS décrite plus bas, sans prouver la résolution de tous les problèmes de profils ou d’écrans noirs. Aucune reproduction de notre part ; les nouveaux témoignages individuels restent évalués séparément.

Microsoft: KB5122048 · Microsoft: KB5104824 · Citrix: CTX697101

15 septembre : les mises à jour OOB corrigent RDS et Plan9, mais seulement une partie des problèmes audio USB

Microsoft a publié des mises à jour cumulatives hors cycle le 14 septembre 2026. Elles corrigent les problèmes confirmés de connexion et d’ouverture de session RDS après les mises à jour de septembre et, sur les clients Windows concernés, les partages hôtes Plan9 manquants dans les VM Linux gérées par HCS, utilisées notamment par WSL ou Claude Cowork. Ce nouvel état remplace les anciennes indications ci-dessous signalant l’absence de correctif publié pour ces problèmes confirmés. Il ne prouve pas une cause commune à tous les écrans noirs Citrix.

Choisissez le bon paquet : vérifiez produit, version, édition, architecture et build installé. Les builds cibles ci-dessous ne correspondent pas à des paquets interchangeables ; les offres Windows 11 Insider ne sont pas recommandées pour la production.

• Windows 11 25H2 / 24H2: KB5129195 — 26200.9457 / 26100.9457
• Windows 11 26H1: KB5129194 — 28000.2956
• Windows 11 23H2: KB5129242 — 22631.7584
• Windows 10 22H2 ESU / 21H2 LTSC 2021: KB5129236 — 19045.7727 / 19044.7727
• Windows Server 2025: KB5129235 — 26100.33451
• Windows Server 2022: KB5129237 — 20348.5631
• Windows Server 2019 / Windows 10 LTSC 2019: KB5129238 — 17763.9247
• Windows Server 2016 / Windows 10 LTSB 2016: KB5129239 — 14393.9514
• Windows Server 2012 R2 ESU: KB5129243
• Windows Server 2012 ESU: KB5129244

Distinguez RDS de Plan9 : Microsoft ne demande aucune modification d’une atténuation RDS temporaire déployée par stratégie de groupe avant l’installation. Pour une atténuation Plan9 temporaire, il faut réactiver la stratégie concernée, installer la mise à jour OOB adaptée et redémarrer. Ne modifiez que l’atténuation documentée, pas les autres stratégies de sécurité.

Avant le pilote, sauvegardez l’image de la machine, les données/conteneurs de profils concernés et l’état des stratégies ; vérifiez la récupération. Utilisez le canal Microsoft indiqué dans la KB. Un paquet réservé au Catalog n’est pas distribué automatiquement par Windows Update. Respectez les prérequis SSU/checkpoint propres à l’architecture. Après installation et redémarrage si nécessaire, vérifiez KB et build, testez plusieurs ouvertures de session RDS et des connexions prolongées ; pour Plan9, lisez le partage hôte depuis l’invité et vérifiez-le avec un fichier de test. En cas d’aggravation, arrêtez le pilote et restaurez de manière contrôlée l’image et les stratégies sauvegardées ; n’appliquez pas une désinstallation WUSA générique aux paquets SSU/LCU combinés.

USB Audio Class 1.0 : les modes 8 canaux/3D sont corrigés. Le code 10, l’absence de son, le volume bloqué à zéro et les paramètres audio sans réponse restent non résolus. Ce correctif OOB n’est pas une solution démontrée aux échecs de collage Excel, aux problèmes d’approbation de domaine, AMD/GPU ou à tout problème de profil. Les nouveaux signalements d’échecs d’installation ne prouvent pas une régression générale ; aucune reproduction indépendante effectuée.

Cas Hotpatch : KB5129241 indique 26200.9448/26100.9448 et exige l’inscription à Hotpatch ainsi que KB5124008. Ce n’est pas un paquet pour tous les PC. Microsoft n’exige pas de redémarrage pour ce Hotpatch ; respectez néanmoins l’instruction distincte concernant la stratégie Plan9 ci-dessus. SafeOS KB5129255 concerne WinRE et ne remplace pas une mise à jour du client RDS.

Microsoft Release Health 25H2 · 26H1 · Microsoft Update Catalog · KB5129241 · KB5129255

Vérification du 10 septembre : de nouveaux témoignages ne sont pas des défauts confirmés de la KB

KB5124008, publiée le 8 septembre 2026, concerne Windows 11 24H2/25H2, builds 26100.9445/26200.9445. De nouveaux témoignages décrivent un écran noir à l’ouverture de session dans des environnements Citrix, notamment Windows 11 25H2 avec VDA 2507 CU2 et des conteneurs de profil FSLogix ou UPM. Ils citent l’événement Application Popup 26 associé à explorer.exe. Ce n’est pas nécessairement le problème de fond d’écran noir déjà corrigé. Ces récits ne prouvent ni un défaut généralisé ni que la KB en soit l’unique cause. Aucun correctif définitif n’a été vérifié ici pour cette combinaison.

Notez le build Windows, les versions du VDA et de la gestion des profils, l’heure d’installation et le texte de l’événement. Avant tout essai, sauvegardez le conteneur de profil et l’image de la machine, puis vérifiez la procédure de restauration. Comparez le profil existant à un profil de test supplémentaire uniquement dans un environnement isolé ; ne supprimez pas l’original. Lancer Explorer une fois est un test de session rapporté, pas un correctif permanent. La réussite exige plusieurs ouvertures normales avec le profil original et sans nouvel événement 26. En cas d’aggravation, restaurez l’image de test sauvegardée.

Un autre témoignage isolé cite 0x80073712 lors du passage de 26200.9168 à 26200.9445 ; des installations interrompues compliquent l’attribution. Cela ne justifie pas une désinstallation générale ni une modification du registre. Aucune reproduction de notre part ; Release Health et la page KB ont été revérifiées.

Microsoft: KB5124008 · Microsoft: Release Health · Reddit: Citrix · Reddit: 0x80073712

Excel : le collage peut échouer sans message d’erreur

Lors de la vérification du 11 septembre, l’article Microsoft KB5002914 du 8 septembre 2026 contient un nouvel avertissement : dans Excel 2016, 2019, 2021 et 2024, le collage peut rester sans effet ; la source reste sélectionnée et la destination inchangée. Aucun code d’erreur n’est indiqué. KB5002914 est le package MSI pour Excel 2016, pas une mise à jour universelle pour toutes ces versions. Microsoft enquête ; l’article ne fournit encore ni correctif ni contournement confirmé.

Diagnostic, sans promesse de réparation : sauvegardez d’abord le classeur séparément. Notez la version d’Excel, le numéro complet de build, le type d’installation et les mises à jour installées. Dans une copie, collez une valeur de test identifiable dans une cellule vide et vérifiez la destination ; pour les formules, comparez la formule et son résultat. Ne poursuivez pas avec des données dont le transfert est seulement supposé. Comparez avec un classeur vide. Pour revenir en arrière, fermez la copie de test sans reporter ses modifications dans l’original. Après un correctif confirmé, répétez le test et rouvrez la copie enregistrée. Ne désinstallez pas systématiquement les mises à jour et ne désactivez pas les protections.

Microsoft: KB5002914

Mise à jour du 12 septembre 2026 : RDS, Plan9 et audio USB

Microsoft a confirmé trois problèmes le 11 septembre. Cette mise à jour remplace le classement antérieur de Plan9 comme simple signalement d’utilisateurs ; elle ne confirme pas les autres signalements. Les mises à jour indiquées ci-dessous datent du 8 septembre. Avant tout essai, relevez version, build, KB, symptômes et configuration, sauvegardez les données et documentez l’état initial.

RDS : Les connexions peuvent échouer, les ouvertures de session se bloquer et les outils d’administration ne plus répondre. Le statut est Mitigated, pas une correction définitive. Uniquement pour une VM inaccessible par RDP, Microsoft évoque un arrêt avec désallocation des ressources, puis un démarrage, comme aide temporaire possible. Procédez seulement avec un accès d’administration fonctionnel hors RDP et une interruption planifiée ; les données de session non enregistrées peuvent être perdues. Démarrez la même VM et vérifiez connexion et stabilité pendant plusieurs minutes. Si l’accès ne revient pas, sollicitez l’assistance via la console d’administration, sans multiplier les redémarrages forcés. Aucune mise à jour corrective définitive n’est encore désignée.

Plan9 : Les VM Linux gérées par HCS peuvent démarrer sans afficher les dossiers partagés de l’hôte. Microsoft cite WSL et Claude Cowork ; les VM Hyper-V ordinaires sans Plan9 sont exclues. Aucun correctif confirmé. Conservez les fichiers de l’hôte, relevez chemin et erreur et testez uniquement une copie. Un montage absent ne prouve pas une suppression de données. Pour annuler le test, écartez la copie ; ne réinitialisez pas la VM. Après un correctif confirmé, vérifiez à nouveau le même partage et le fichier de test.

USB Audio Class 1.0 : Code 10, silence ou panne multicanal sous Windows 11 24H2/25H2/26H1. Microsoft mentionne des réussites rapportées avec deux canaux, sans garantie. Seulement si la stéréo est prise en charge et le réglage accessible, notez le mode précédent, testez deux canaux et vérifiez les deux ; en cas d’échec, rétablissez le mode initial. Ce n’est pas un correctif universel du Code 10 et cela ne concerne pas les serveurs. Excel KB5002914 reste à l’étude ; le correctif Teams/Outlook ARM est inchangé. Pas de désinstallation systématique ni de désactivation des protections.

Correspondance : produit / KB / build

• Windows 11 25H2 — KB5124008 — 26200.9445
• Windows 11 24H2 — KB5124008 — 26100.9445
• Windows 11 26H1 — KB5124012 — 28000.2954
• Windows 11 23H2 — KB5122880 — 22631.7582
• Windows 10 22H2 / 21H2 — KB5122878 — 19045.7725 / 19044.7725
• Windows Server 2025 — KB5122871 — 26100.33438
• Windows Server 2022 — KB5122882 — 20348.5622
• Windows Server 2019 / Windows 10 LTSC 2019 — KB5122876 — 17763.9245
• Windows Server 2016 / Windows 10 LTSC 2016 — KB5123099 — 14393.9512

KB5122880 : le 16 octobre 2026, Microsoft a corrigé le titre et la navigation vers le build système 22631.7582 pour Windows 11 23H2. Cette source résout donc l’écart précédemment documenté avec 22621.7582. Il s’agit d’une correction documentaire, pas d’une nouvelle mise à jour ni d’un correctif supplémentaire. Vérifiez toujours la version Windows et le build installés sur l’appareil concerné ; ne les confondez pas avec la version distincte de la pile de maintenance. RDS touche aussi d’autres plateformes, dont Server 2012/R2 ; leur correspondance exacte avec les KB reste à vérifier ici.

Microsoft: history-health · Microsoft: health24 · Microsoft: health26 · Microsoft: health23 · Microsoft: health10 · Microsoft: healthserver2025 · Microsoft: healthserver2022 · Microsoft: healthserver2019 · Microsoft: healthserver2016 · Microsoft: KB5124008 · Microsoft: KB5122880

13 septembre : Citrix propose des atténuations KIR — vérifier le périmètre

Citrix CTX697101 répertorie désormais des packages KIR pour les VDA concernés. Les indices comprennent l’événement 20498, Winlogon 6005 et TermService bloqué sur StopPending ; les écrans noirs sont mentionnés séparément. Il s’agit d’une atténuation indiquée par l’éditeur, pas d’un correctif définitif testé ici. Les KB Microsoft renvoient toujours au support pour une aide immédiate. L’absence antérieure de consignes de l’éditeur n’est donc plus d’actualité.

Exemples : Windows 11 24H2/25H2, KB5124008, build 26100.9445/26200.9445 → 260912_00472 ; Server 2022, KB5122882, build 20348.5622 → 260911_18471. Utiliser uniquement le package correspondant au système et au KB réels selon la documentation actuelle. Les sept cibles Microsoft étaient accessibles ; signatures et efficacité n’ont pas été testées ici. Ne pas extrapoler un nom ambigu à d’autres systèmes.

Avant un pilote, sauvegarder l’image système, les profils et l’état des stratégies ; vérifier la restauration et un accès console indépendant. Après vérification de l’origine, de la signature et de la compatibilité, installer le modèle approprié puis, selon Microsoft, régler uniquement cette stratégie KIR sur Disabled et planifier le redémarrage. Cela ne signifie pas désactiver Windows Update. Tester les ouvertures et fermetures de session et les connexions pendant plusieurs heures, avec contrôle des événements. En cas d’aggravation, restaurer l’état sauvegardé de la stratégie et redémarrer de façon contrôlée ; ne supprimer aucun profil. Retirer le KIR prudemment après un correctif définitif adapté. Ne pas l’utiliser pour l’audio USB, Plan9 ou la relation d’approbation du domaine.

Citrix CTX697101 · Microsoft KB5122882 · Microsoft: Known Issue Rollback

14 septembre : distinguer l’atténuation RDS de l’écran noir de l’Explorateur

Citrix CTX697101 répertorie toujours des packages KIR. Des commentaires d’utilisateurs datés des 13 et 14 septembre signalent toutefois un écran noir avec explorer.exe qui ne démarre pas, même après application de la stratégie et redémarrage. Un témoignage précise Windows 11 25H2 Enterprise multisession, KB5124008, build 26200.9445, VDA 2507 CU2, MCS non persistant et FSLogix 26.08 (3.26.826.17182), avec conteneurs de profils/ODFC sur Azure Files. Il s’agit d’un témoignage, pas d’un défaut général du KIR confirmé ni d’une reproduction de notre part. L’atténuation RDS ne garantit donc pas la réparation de tous les problèmes d’Explorateur ou de profil.

Pour un pilote KIR déjà autorisé, documentez l’application de la stratégie et le redémarrage, puis vérifiez la stabilité des connexions et plusieurs ouvertures de session avec le profil d’origine. Si l’écran noir persiste, conservez les journaux de diagnostic pour l’assistance compétente. Ne supprimez ni profils ni UsrClass.dat et ne désactivez pas les protections. En cas d’aggravation, restaurez de manière contrôlée l’état de stratégie préalablement sauvegardé. Aucun correctif définitif pour cette combinaison précise n’est établi ici.

Citrix CTX697101 · Reddit / Citrix · Microsoft KB5124008

Comparaison des sources le 14 septembre : MSRC associe Windows 11 23H2 au build 22631.7582 ; la page KB et Release Health indiquent 22621.7582. Clarifiez cette divergence avant toute intervention ; ces builds ne sont pas interchangeables. RDS concerne aussi Server 2012 avec KB5123065 et Server 2012 R2 avec KB5123066.

MSRC · KB5122880 · KB5123065 · KB5123066

5 octobre : correctif Edge pour Microsoft Print to PDF

Les notes Stable de Microsoft du 29/09/2026 identifient le correctif 154.0.4258.48 : avec Microsoft Print to PDF, la boîte d’impression pouvait ne pas apparaître, se fermer inopinément ou afficher une erreur, avec Ctrl+P comme avec Ctrl+Maj+P. Il s’agit d’un problème d’Edge sous Windows, pas d’une panne générale confirmée des imprimantes ou d’une KB Windows. La plage complète des versions antérieures touchées et un code d’erreur commun ne sont pas précisés. Au 05/10, Stable 154.0.4258.53 est plus récent ; ce correctif précis n’est pas confirmé séparément pour Extended Stable 152.0.4191.111.

1. Enregistrez votre travail et conservez le fichier original. Notez la version et le canal dans edge://version ; ne partagez pas les données du profil ou de connexion. Reproduisez le symptôme uniquement avec une page de test non sensible et relevez le message exact.
2. Dans Edge, ouvrez Paramètres et plus → Aide et commentaires → À propos de Microsoft Edge (edge://settings/help), installez la mise à jour normale proposée et redémarrez après avoir enregistré votre travail. Sur un appareil géré, consultez le service informatique ; ne modifiez pas vous-même les stratégies ou les canaux.
3. Relisez la version. Testez Microsoft Print to PDF avec la même page par les deux méthodes. Enregistrez sous un nouveau nom et vérifiez les pages, la lisibilité du texte et l’orientation du PDF. L’ouverture de la boîte ne suffit pas.
4. Si l’échec persiste, relevez version, canal, build Windows et message. N’attribuez pas d’autres pannes d’impression à ce correctif et ne réinitialisez pas systématiquement le spouleur ou les pilotes. Gardez l’original intact.

Retour arrière : restaurer le fichier de test n’annule pas la mise à jour du navigateur. Le rollback d’entreprise de Microsoft est une mesure informatique temporaire exigeant une version cible vérifiée et une récupération des données testée ; les anciennes versions comportent des risques de sécurité et de perte de données. Vérifiez auparavant les instantanés de profil correspondant à la version ou la synchronisation autorisée. Sans récupération vérifiée, ne rétrogradez pas vous-même : arrêtez les tests et contactez l’assistance. Aucune reproduction indépendante ni réparation garantie de toute sortie PDF n’est revendiquée.

Sources : Notes de version · Mise à jour · Rollback d’entreprise

6 octobre : KB5104824 – nouveau problème MDS, pas encore de correctif

Microsoft a modifié le 5 octobre 2026 son article sur SQL Server 2022 CU27 (KB5104824, build 16.0.4295.3 ; publié le 15 septembre 2026). Après l’installation, la création d’entités ou d’attributs et le chargement des hiérarchies dans Explorer peuvent échouer dans Master Data Services (MDS). Microsoft recherche un correctif. Au 6 octobre, cet avis ne fournit ni build corrigé confirmé, ni code d’erreur spécifique, ni solution de contournement MDS.

Un diagnostic, pas une promesse de réparation :

1. Consignez la version SQL, la date et l’heure d’installation du CU et la fonction MDS concernée. La proximité temporelle ne prouve pas la cause ; Microsoft ne précise pas toutes les configurations touchées.
2. Ne créez pas d’entités ni d’attributs de test dans les données de production. Reproduisez une opération déjà observée uniquement dans un environnement de test existant et autorisé, dont l’état initial est sauvegardé ; notez l’heure et le message d’erreur expurgé des données confidentielles pour l’équipe informatique.
3. En cas d’échec, arrêtez le test et restaurez l’état initial par la procédure de récupération préalablement vérifiée. Ne présentez pas une désinstallation systématique du CU ou des indicateurs de trace comme un correctif MDS : la mesure voisine relative à la récupération des bases de données concerne un autre problème.
4. Évaluez la réussite en test uniquement après un correctif du fabricant explicitement applicable : la même opération MDS doit fonctionner plusieurs fois sans erreur ni modification inattendue des données. En attendant, contactez votre équipe informatique ou le Support Microsoft. Ce diagnostic ne modifie aucune configuration serveur ; nous n’avons pas reproduit le problème nous-mêmes.

Microsoft: KB5104824 – SQL Server 2022 CU27