8 novembre 2022 — KB5020000 (correctif cumulatif mensuel)

Symptôme 

Étape suivante 

Après avoir installé cette mise à jour et redémarré votre appareil, vous pouvez recevoir l’erreur « Échec de configuration des mises à jour Windows. Annulation des modifications. Ne éteignez pas votre ordinateur », et la mise à jour peut s’afficher comme Ayant échoué dans l’historique des mises à jour.

Ce comportement est prévu dans les cas suivants :

• Vous installez cette mise à jour sur un appareil qui exécute une édition non prise en charge pour la mise à jour de sécurité étendue (ESU). Pour obtenir la liste complète des éditions prises en charge, consultez KB4497181.

• Vous n’avez pas installé et activé de clé de module complémentaire MAK ESU.

Si vous avez acheté une clé ESU et que vous rencontrez ce problème, vérifiez que vous avez appliqué toutes les conditions préalables et que votre clé est bien activée. Pour plus d’informations sur l’activation, consultez ce billet de blog. Pour plus d’informations sur les prérequis, consultez la section Comment obtenir cette mise à jour de cet article.

Une fois cette mise à jour ou une mise à jour Windows ultérieure installée, les opérations de jointure de domaine peuvent échouer et l’erreur « 0xaac (2732) : NERR_AccountReuseBlockedByPolicy » se produit. En outre, le texte indiquant « Un compte portant le même nom existe dans Active Directory. La réutilisation du compte a été bloquée par la stratégie de sécurité » peut s’afficher.

Les scénarios affectés incluent des opérations de jonction de domaine ou de recréation d’images où un compte d’ordinateur a été créé ou prédéfini par une identité différente de l’identité utilisée pour joindre ou joindre à nouveau l’ordinateur au domaine.

Pour plus d’informations sur ce problème, consultez KB5020276 — Netjoin : modifications du renforcement de la jonction de domaine.

Remarque Il est peu probable que les éditions de Bureau grand public de Windows rencontrent ce problème.

Consultez KB5020276 pour obtenir des conseils sur ce problème.

Après l’installation des mises à jour Windows publiées le 8 novembre 2022 ou ultérieures sur les serveurs Windows qui utilisent le rôle Contrôleur de domaine, vous pouvez rencontrer des problèmes avec l’authentification Kerberos. Ce problème peut affecter toute authentification Kerberos dans votre environnement. Voici quelques scénarios susceptibles d’être affectés :

• La connexion de l’utilisateur de domaine peut échouer. Cela peut également affecter l’authentification Services de fédération Active Directory (AD FS)..

• Les comptes de service gérés de groupe (gMSA) utilisés pour des services tels que Internet Information Services (serveur web IIS) peuvent ne pas pouvoir s’authentifier.

• Des problèmes de connexion de Bureau à distance utilisant des utilisateurs de domaine peuvent avoir lieu.

• Vous ne pourrez peut-être pas accéder à des dossiers partagés sur des stations de travail et des partages de fichiers sur des serveurs.

• L’impression qui nécessite une authentification utilisateur de domaine peut échouer.

Lorsque ce problème se produit, vous pouvez recevoir un événement d’erreur ID 4 Microsoft-Windows-Kerberos-Key-Distribution-Center dans la section Système du journal des événements sur votre contrôleur de domaine avec le texte ci-dessous.

Remarque Les événements affectés contiennent la chaîne « la clé manquante a un ID de 1 » :

While processing an AS request for target service <service>, the account <account name> did not have a suitable key for generating a Kerberos ticket (the missing key has an ID of 1). The requested etypes : 18 3. The accounts available etypes : 23 18 17. Changing or resetting the password of <account name> will generate a proper key.

Remarque Ce problème n’est pas attendu du renforcement de la sécurité pour Netlogon et Kerberos à compter de la mise à jour de sécurité de novembre 2022. Vous devrez toujours suivre les instructions de ces articles, même une fois ce problème résolu.

Les appareils Windows utilisés à domicile par les consommateurs ou les appareils qui ne font pas partie d’un domaine local ne sont pas affectés par ce problème. Les environnements Azure Active Directory qui ne sont pas hybrides et qui n’ont pas de serveurs Active Directory locaux ne sont pas affectés.

Ce problème est résolu dans la mise à jour KB5021651.

Après avoir installé cette mise à jour ou une mise à jour ultérieure sur un contrôleur de domaine, vous pouvez rencontrer une fuite de mémoire avec le service de sous-système d’autorité de sécurité locale (LSASS,exe). En fonction de la charge de travail de votre contrôleur de domaine et de la durée écoulée depuis le dernier redémarrage du serveur, LSASS peut continuellement augmenter l’utilisation de la mémoire avec le temps d’activité du serveur et le serveur peut ne pas répondre ou redémarrer automatiquement.

Remarque Les mises à jour hors bande pour les contrôleurs de domaine publiées le 17 novembre 2022 et le 18 novembre 2022 peuvent être affectées par ce problème.

Pour atténuer ce problème, ouvrez une invite de commandes en tant qu’administrateur et utilisez la commande suivante pour définir la clé de Registre KrbtgtFullPacSignature sur 0 :

reg add "HKLM\System\CurrentControlSet\services\KDC" -v "KrbtgtFullPacSignature" -d 0 -t REG_DWORD

RemarqueUne fois ce problème connu résolu, vous devez définir KrbtgtFullPacSignature sur un paramètre supérieur, en fonction de ce que votre environnement autorise. Nous vous recommandons d’activer le mode d’application dès que votre environnement est prêt.

Pour plus d’informations sur cette clé de Registre, consultez KB5020805 : Comment gérer les modifications de protocole Kerberos liées à CVE-2022-37967.

Microsoft essaie de trouver une solution à ce problème et fournira ultérieurement une mise à jour.

Après l’installation de cette mise à jour, les applications qui utilisent des connexions ODBC via Microsoft ODBC SQL Server Driver (sqlsrv32.dll) pour accéder aux bases de données risquent de ne pas se connecter. En outre, vous pouvez recevoir une erreur dans l’application, ou vous pouvez recevoir une erreur de la SQL Server. Les erreurs que vous pouvez recevoir incluent les messages suivants :

• Le système EMS a rencontré un problème.
  Message : [Microsoft][ODBC SQL Server Driver] Erreur de protocole dans TDS Stream.

• Le système EMS a rencontré un problème.
  Message : [Microsoft][PILOTE ODBC SQL Server] Jeton inconnu reçu de SQL Server.

Remarque pour les développeurs : Les applications affectées par ce problème peuvent ne pas récupérer les données, par exemple lors de l’utilisation de la fonction SQLFetch. Ce problème peut se produire lors de l’appel de la fonction SQLBindCol avant SQLFetch ou de l’appel de la fonction SQLGetData après SQLFetch et lorsqu’une valeur de 0 (zéro) est donnée pour l’argument « BufferLength » pour les types de données fixes de plus de 4 octets (par exemple, SQL_C_FLOAT).

Pour déterminer si vous utilisez une application affectée, ouvrez l’application qui se connecte à une base de données. Ouvrez une fenêtre d’invite de commandes, tapez la commande suivante, puis appuyez sur Entrée :

tasklist /m sqlsrv32.dll

Si la commande retourne une tâche, l’application peut être affectée.

Pour atténuer ce problème, vous pouvez effectuer l’une des opérations suivantes :

• Si votre application utilise déjà ou peut utiliser le nom de source de données (DSN) pour sélectionner des connexions ODBC, installez Microsoft ODBC Driver 17 pour SQL Server et sélectionnez-le pour l’utiliser avec votre application à l’aide de DSN.
  
  Note: Nous vous recommandons d’utiliser la dernière version de Microsoft ODBC Driver 17 pour SQL Server, car elle est plus compatible avec les applications qui utilisent actuellement microsoft ODBC SQL Server Driver (sqlsrv32.dll) que Microsoft ODBC Driver 18 pour SQL Server.

• Si votre application n’est pas en mesure d’utiliser DSN, l’application doit être modifiée pour autoriser DSN ou pour utiliser un pilote ODBC plus récent que Microsoft ODBC SQL Server Driver (sqlsrv32.dll).

Ce problème a été résolu dans KB5022338. Si vous avez implémenté la solution de contournement ci-dessus, il est recommandé de continuer à utiliser la configuration dans la solution de contournement.

Canal de publication

Disponible

Étape suivante

Windows Update et Microsoft Update

Oui

Aucune. Cette mise à jour sera téléchargée et installée automatiquement à partir de Windows Update si vous êtes un client ESU.

Microsoft Update Catalog

Oui

Pour obtenir le package autonome de cette mise à jour, accédez au site web du catalogue Microsoft Update.

Windows Server Update Services (WSUS)

Oui

Cette mise à jour effectue une synchronisation automatique avec WSUS si vous configurez Produits et classifications comme suit :

Produit : Windows 7 Service Pack 1, Windows Server 2008 R2 Service Pack 1, Windows Embedded Standard 7 Service Pack 1, Windows Embedded POSReady 7

Classification : Mises à jour de sécurité