8. november 2022 – KB5020003 (bare sikkerhetsoppdatering)

Symptom

Neste trinn

Etter at denne oppdateringen eller en senere Windows-oppdatering er installert, kan det hende at operasjoner for domenekobling mislykkes, og feilen «0xaac (2732): NERR_AccountReuseBlockedByPolicy» oppstår. Tekst som sier «En konto med samme navn finnes i Active Directory. Det kan hende at ny bruk av kontoen ble blokkert av sikkerhetspolicyen.

Berørte scenarier inkluderer noen domenekoblings- eller re-imaging-operasjoner der en datakonto ble opprettet eller forhåndsopprettet av en annen identitet enn identiteten som ble brukt til å koble datamaskinen til domenet på nytt.

Hvis du vil ha mer informasjon om dette problemet, kan du se KB5020276 – Netjoin: Domain join hardening changes.

Obs!   Det er lite sannsynlig at Forbruker-skrivebordsutgaver av Windows opplever dette problemet.

Se KB5020276 for veiledning om dette problemet.

Når du har installert Windows-oppdateringer utgitt på eller etter 8. november 2022 på Windows-servere som bruker rollen Domenekontroller, kan det hende du har problemer med Kerberos-godkjenning. Dette problemet kan påvirke kerberos-godkjenning i miljøet ditt. Noen scenarioer som kan bli påvirket:

• Pålogging for domenebruker kan mislykkes. Dette kan også påvirke Active Directory Federation Services (AD FS)-godkjenning.

• Gruppeadministrerte tjenestekontoer (gMSA) som brukes for tjenester som Internet Information Services (IIS Web Server), kan mislykkes med å godkjenne.

• Tilkoblinger til eksternt skrivebord ved hjelp av domenebrukere kan mislykkes i å koble til.

• Det kan hende du ikke får tilgang til delte mapper på arbeidsstasjoner og delte filressurser på servere.

• Utskrift som krever domenebrukergodkjenning, kan mislykkes.

Når dette problemet oppstår, kan det hende du får en feilhendelse i hendelses-ID 4 for Microsoft-Windows-Kerberos-Key-Distribution-Center i systemdelen av hendelsesloggen på domenekontrolleren med teksten nedenfor.

Obs!   Berørte hendelser vil inneholde strengen «den manglende nøkkelen har en 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!   Dette problemet er ikke en forventet del av sikkerhetsherdingen for Netlogon og Kerberos fra og med sikkerhetsoppdateringen for november 2022. Du må fortsatt følge veiledningen i disse artiklene selv etter at dette problemet er løst.

Windows-enheter som brukes hjemme av forbrukere eller enheter som ikke er en del av et lokalt domene, påvirkes ikke av dette problemet. Azure Active Directory-miljøer som ikke er hybride og ikke har noen lokal Active Directory servere, påvirkes ikke.

Dette problemet er løst i oppdateringen KB5021652.

Når du har installert denne oppdateringen eller en senere oppdatering på en domenekontroller (DC), kan du oppleve en minnelekkasje med Local Security Authority Subsystem Service (LSASS,exe). Avhengig av arbeidsmengden til dc og hvor lang tid siden forrige omstart av serveren, kan LSASS kontinuerlig øke minnebruken med oppetiden på serveren, og serveren kan ikke svare eller starte på nytt automatisk.

Obs!   Oppdateringer utenfor gruppen for DCer utgitt 17. november 2022 og 18. november 2022 kan bli påvirket av dette problemet.

Hvis du vil løse dette problemet, åpner du en ledetekst som administrator og bruker følgende kommando til å sette registernøkkelen KrbtgtFullPacSignature til 0:

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

Merk Når dette kjente problemet er løst, bør du angi en høyere innstilling for KrbtgtFullPacSignature , avhengig av hva miljøet tillater. Vi anbefaler at du aktiverer håndhevelsesmodus så snart miljøet er klart.

Hvis du vil ha mer informasjon om denne registernøkkelen, kan du se KB5020805: Slik administrerer du Kerberos-protokollendringer relatert til CVE-2022-37967.

Vi jobber med å finne en løsning, og vi kommer med en oppdatering i en kommende utgivelse.

Når du har installert denne oppdateringen, kan det hende at apper som bruker ODBC-tilkoblinger via Microsoft ODBC SQL Server Driver (sqlsrv32.dll) for å få tilgang til databaser, ikke kan koble til. I tillegg kan det hende du får en feilmelding i appen, eller du kan få en feilmelding fra SQL Server. Feil du kan få, omfatter følgende meldinger:

• EMS-systemet oppdaget et problem.
  Melding: [Microsoft][ODBC SQL Server Driver] Protokollfeil i TDS Stream.

• EMS-systemet oppdaget et problem.
  Melding: [Microsoft][ODBC SQL Server Driver] Ukjent token mottatt fra SQL Server.

Merknad for utviklere: Apper som påvirkes av dette problemet, kan mislykkes med å hente data, for eksempel når du bruker SQLFetch-funksjonen. Dette problemet kan oppstå når du kaller SQLBindCol-funksjonen før SQLFetch eller kaller SQLGetData-funksjonen etter SQLFetch, og når en verdi på 0 (null) er angitt for BufferLength-argumentet for faste datatyper som er større enn 4 byte (for eksempel SQL_C_FLOAT).

Hvis du vil avgjøre om du bruker en berørt app, åpner du appen som kobler til en database. Åpne et ledetekstvindu, skriv inn følgende kommando, og trykk deretter ENTER:

tasklist /m sqlsrv32.dll

Hvis kommandoen returnerer en oppgave, kan appen bli påvirket.

Hvis du vil løse dette problemet, kan du gjøre ett av følgende:

• Hvis appen allerede bruker eller kan bruke datakildenavn (DSN) til å velge ODBC-tilkoblinger, installerer du Microsoft ODBC Driver 17 for SQL Server og velger den for bruk med appen ved hjelp av DSN.
  
  Merk: Vi anbefaler den nyeste versjonen av Microsoft ODBC Driver 17 for SQL Server siden den er mer kompatibel med apper som for øyeblikket bruker den eldre Microsoft ODBC-SQL Server driveren (sqlsrv32.dll) enn Microsoft ODBC Driver 18 for SQL Server.

• Hvis appen ikke kan bruke DSN, må appen endres for å tillate DSN eller bruke en nyere ODBC-driver enn Microsoft ODBC SQL Server Driver (sqlsrv32.dll).

Dette problemet ble løst i KB5022343. Hvis du har implementert den midlertidige løsningen ovenfor, anbefales det å fortsette å bruke konfigurasjonen i den midlertidige løsningen.

Utgivelseskanal

Tilgjengelig

Neste trinn

Windows Update og Microsoft Update

Nei

Se de andre alternativene nedenfor.

Microsoft Update-katalog

Ja

Hvis du vil ha den frittstående pakken for denne oppdateringen, kan du gå til nettstedet for Microsoft Update-katalogen.

Windows Server Update Services (WSUS)

Ja

Denne oppdateringen blir automatisk synkronisert med WSUS hvis du konfigurerer Produkter og klassifiseringer slik:

Produkt: Windows Server 2012, Windows Embedded 8 Standard

Klassifisering: Sikkerhetsoppdatering