22. oktober 2024 – KB5045594 (OS-bygg 19045.5073) Forhåndsversjon

Når du har installert denne oppdateringen eller nyere, ser du kanskje at apper som Hurtighjelp, Microsoft Teams, Windows Skjermleser og så videre ikke kan starte hvis du er en bruker som ikke er administrator. Du kan oppleve dette problemet på alle apper som angir UIAccess=true når du prøver å kjøre appen som en bruker som ikke er administrator. Attributtet uiAccess=true i manifestfilen for et program brukes til å be om at programmet får høyere rettigheter. Apper som bruker dette attributtet, starter fra en sikker bane, for eksempel:

• %Programfiler% (inkludert underkataloger)

• %Programfiler(x86)% (inkludert underkataloger for 64-biters versjoner av Windows)

• %systemroot%\system32

• %systemroot%\syswow64 (for 64-biters versjoner av Windows)

Hvis du har Procmon-overvåkingsverktøyet installert på enheten, vil du se at programmet kjører med feil integritetsnivå, Integritet:Lav i stedet for forventet integritet:Middels. Det er mindre sannsynlig at du støter på dette problemet hvis du kjører programmet som administrator.

Dette problemet er løst i KB5046613. ​​

Når du har installert denne oppdateringen eller etterfølgende oppdateringer, kan et lite delsett av Azure Virtual Desktop-kunder som bruker verter med flere økter (AVD), oppleve følgende problemer:

• Et utvidet 10-til-30-minutters henge på en svart skjerm etter brukerpålogging.

• Office-programmer, inkludert Outlook og Teams, opplever enkel pålogging (SSO)- feil, og hindrer brukere i å koble til eller synkronisere data.

Dette problemet skyldes en vranglås i samhandlingene mellom Azure Active Directory (AAD)-megleren og den underliggende AppX-distribusjonstjenesten (AppxSvc) og infrastrukturtjenesten for bakgrunnsoppgaver. Det er mer sannsynlig at du opplever dette problemet hvis du bruker FSLogix-brukerprofilbeholdere i miljøer med flere økter. FSLogix er et Microsoft-verktøy som hjelper deg med å administrere og øke hastigheten på brukerprofiler på datamaskiner, spesielt i virtuelle miljøer som eksterne skrivebord.

Dette problemet løses ved å installere Windows-oppdateringene som ble utgitt 22. oktober 2024 (KB5045594) eller senere oppdateringer, og ved å bruke ett av alternativene som er nevnt i delen Løsning i KB5048864. Vær oppmerksom på at du må utføre begge handlingene for å løse problemet.

Etter installasjonen av sikkerhetsoppdateringen for oktober 2024 rapporterer noen kunder at OpenSSH-tjenesten (Open Secure Shell) ikke starter, noe som forhindrer SSH-tilkoblinger. Tjenesten mislykkes uten detaljert logging, og manuell inngripen er nødvendig for å kjøre sshd.exe-prosessen.

Dette problemet berører både bedrifts-, IOT- og utdanningskunder, med et begrenset antall enheter påvirket. Microsoft undersøker om forbrukerkunder som bruker Hjem- eller Pro-utgaver av Windows, påvirkes. 

Kunder kan midlertidig løse problemet ved å oppdatere tilgangskontrollister på de berørte katalogene. Gjør følgende:

1. Åpne Powershell som administrator.

2. Oppdater tillatelsene for C:\ProgramData\ssh og C:\ProgramData\ssh\logs for å tillate full kontroll for SYSTEM- og Administratorer-gruppen, samtidig som lesetilgang for godkjente brukere tillates. Du kan begrense lesetilgang til bestemte brukere eller grupper ved å endre tillatelsesstrengen om nødvendig.

   Bruk følgende kommandoer til å oppdatere tillatelsene:

   $directoryPath = "C:\ProgramData\ssh" $acl = Get-Acl -Path $directoryPath $sddlString = "O:BAD:PAI(A;OICI;FA;;;SY)(A;OICI;FA;;;BA)(A;OICI;0x1200a9;;;AU)" $securityDescriptor = New-Object System.Security.AccessControl.RawSecurityDescriptor $sddlString $acl.SetSecurityDescriptorSddlForm($securityDescriptor.GetSddlForm("All")) Set-Acl -Path $directoryPath -AclObject $acl

3. Gjenta fremgangsmåten ovenfor for C:\ProgramData\ssh\logs.

Microsoft undersøker aktivt problemet og vil gi en løsning i en kommende Windows-oppdatering. Ytterligere kommunikasjon vil bli gitt når en løsning eller flere midlertidige løsninger er tilgjengelige.