8 november 2022 – KB5020010 (endast säkerhetsuppdatering)

Symptom

Nästa steg

När den här uppdateringen eller en senare Windows-uppdatering har installerats kan domänanslutningsåtgärder misslyckas och felet "0xaac (2732): NERR_AccountReuseBlockedByPolicy" inträffar. Dessutom finns text med texten "Ett konto med samma namn finns i Active Directory. Återanvändning av kontot har blockerats av säkerhetsprincipen" kan visas.

Berörda scenarier omfattar vissa domänanslutnings- eller ombildningsåtgärder där ett datorkonto har skapats eller mellanlagras av en annan identitet än den identitet som användes för att ansluta till eller återansluta datorn till domänen.

Mer information om det här problemet finns i KB5020276 – Netjoin: Domain join hardening changes.

Obs! Det är osannolikt att det här problemet uppstår för konsumentskrivbordsversioner av Windows.

Det här problemet åtgärdas i KB5023764.

När du har installerat Windows-uppdateringar som släpptes den 8 november 2022 eller senare på Windows-servrar som använder rollen Domänkontrollant kan du ha problem med Kerberos-autentisering. Det här problemet kan påverka eventuell Kerberos-autentisering i din miljö. Vissa scenarier som kan påverkas:

• Domänanvändarinloggning kan misslyckas. Detta kan också påverka Active Directory Federation Services (AD FS)-autentisering (AD FS).

• Grupphanterade tjänstkonton (gMSA) som används för tjänster som Internet Information Services (IIS Web Server) kanske inte kan autentiseras.

• Fjärrskrivbordsanslutningar med domänanvändare kanske inte kan ansluta.

• Du kanske inte kan komma åt delade mappar på arbetsstationer och filresurser på servrar.

• Utskrift som kräver domänanvändarautentisering kan misslyckas.

När det här problemet uppstår kan du få en microsoft-Windows-Kerberos-Key-Distribution-Center händelse-ID 4-felhändelse i avsnittet System i händelseloggen på domänkontrollanten med texten nedan.

Obs! Berörda händelser kommer att innehålla strängen "den saknade nyckeln har ett ID på 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.

Obs! Det här problemet är inte en förväntad del av säkerhetshärdningen för Netlogon och Kerberos från och med säkerhetsuppdateringen i november 2022. Du måste fortfarande följa anvisningarna i de här artiklarna även efter att det här problemet har lösts.

Windows-enheter som används hemma av konsumenter eller enheter som inte ingår i en lokal domän påverkas inte av det här problemet. Azure Active Directory-miljöer som inte är hybrider och inte har några lokal Active Directory-servrar påverkas inte.

Det här problemet åtgärdas i uppdatering KB5021653.

När du har installerat den här uppdateringen eller en senare uppdatering på en domänkontrollant (DC) kan det uppstå en minnesläcka med Local Security Authority Subsystem Service (LSASS,exe). Beroende på arbetsbelastningen för din domänkontrollant och tiden sedan den senaste omstarten av servern kan LSASS kontinuerligt öka minnesanvändningen med serverns upptid och servern kan sluta svara eller startas om automatiskt.

Obs! De uppdateringar som inte ingår i gruppen för datorer som släpptes 17 november 2022 och 18 november 2022 kan påverkas av det här problemet.

Du åtgärdar problemet genom att öppna en kommandotolk som administratör och använda följande kommando för att ange registernyckeln KrbtgtFullPacSignature till 0:

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

Observera När det här kända problemet har lösts bör du ställa in KrbtgtFullPacSignature på en högre inställning, beroende på vilken miljö som tillåts. Vi rekommenderar att du aktiverar tvingande läge så snart miljön är klar.

Mer information om den här registernyckeln finns i KB5020805: Så här hanterar du Kerberos-protokolländringar relaterade till CVE-2022-37967.

Vi arbetar med en lösning och kommer att tillhandahålla en uppdatering i en kommande version.

När du har installerat den här uppdateringen kanske appar som använder ODBC-anslutningar via Microsoft ODBC SQL Server Driver (sqlsrv32.dll) för att komma åt databaser inte ansluter. Dessutom kan du få ett fel i appen, eller så kan du få ett felmeddelande från SQL Server. Exempel på fel som kan uppstå är följande meddelanden:

• EMS-systemet stötte på ett problem.
  Meddelande: [Microsoft][ODBC SQL Server Driver] Protocol error in TDS Stream.

• EMS-systemet stötte på ett problem.
  Meddelande: [Microsoft][ODBC SQL Server Driver] Okänd token som tagits emot från SQL Server.

Anmärkning för utvecklare: Appar som påverkas av det här problemet kanske inte hämtar data, till exempel när du använder funktionen SQLFetch. Det här problemet kan uppstå när du anropar SQLBindCol-funktionen före SQLFetch eller anropar SQLGetData-funktionen efter SQLFetch och när värdet 0 (noll) anges för argumentet "BufferLength" för fasta datatyper som är större än 4 byte (till exempel SQL_C_FLOAT).

Om du vill bestämma om du använder en app som påverkas öppnar du appen som ansluter till en databas. Öppna kommandotolken, skriv följande kommando och tryck sedan på Retur:

tasklist /m sqlsrv32.dll

Om kommandot returnerar en uppgift kan appen påverkas.

Du kan åtgärda det här problemet genom att göra något av följande:

• Om appen redan använder eller kan använda DSN (Data Source Name) för att välja ODBC-anslutningar installerar du Microsoft ODBC Driver 17 för SQL Server och väljer den för användning med appen med DSN.
  
  Observera: Vi rekommenderar den senaste versionen av Microsoft ODBC Driver 17 för SQL Server eftersom den är mer kompatibel med appar som för närvarande använder den äldre Microsoft ODBC SQL Server Driver (sqlsrv32.dll) än Microsoft ODBC Driver 18 för SQL Server.

• Om appen inte kan använda DSN måste appen ändras för att tillåta DSN eller för att använda en nyare ODBC-drivrutin än Microsoft ODBC SQL Server Driver (sqlsrv32.dll).

Det här problemet åtgärdades i KB5022346. Om du har implementerat ovanstående lösning rekommenderar vi att du fortsätter använda konfigurationen i lösningen.

Utgivningskanal

Tillgängligt

Nästa steg

Windows Update och Microsoft Update

Nej

Se de andra alternativen nedan.

Microsoft Update Catalog

Ja

Om du vill hämta det fristående paketet för den här uppdateringen går du till webbplatsen Microsoft Update Catalog.

WSUS (Windows Server Update Services)

Ja

Den här uppdateringen synkroniseras automatiskt med WSUS om du konfigurerar Produkter och klassificeringar på följande sätt:

Produkt: Windows 8.1, Windows Server 2012 R2, Windows Embedded 8.1 Industry Enterprise, Windows Embedded 8.1 Industry Pro

Klassificering: Säkerhetsuppdatering