Et økende antall Windows 11-brukere opplever et problem der datamaskinene deres starter på nytt i stedet for å slå seg helt av. Microsoft bekreftet at feilen, som oppsto etter en nylig sikkerhetsoppdatering, påvirker et bredere spekter av enheter enn først anslått. Den uventede oppførselen er direkte knyttet til avanserte sikkerhetsinnstillinger for operativsystemet.
Selskapets undersøkelse fant at utløseren for feilen ligger i samspillet mellom sikkerhetsoppdateringen og funksjoner som Secure Launch og Virtual Secure Mode (VSM), teknologier utviklet for å beskytte systemoppstartsprosessen mot fastvare og skadelig programvare. Feilen forhindrer avslutnings- eller dvalesyklusen fra å fullføres riktig, og tvinger enheten til automatisk omstart.
Siden de første rapportene tidlig i januar 2026, har Microsoft overvåket situasjonen og har allerede begynt å distribuere en nødløsning for å dempe virkningen. Løsningen implementeres gradvis gjennom Windows Update, med sikte på å gjenopprette normal funksjonalitet uten å kompromittere sikkerheten til berørte systemer.
Sikkerhetsinnstillinger i kjernen av saken
Teknisk analyse viste at problemet er mer utbredt på systemer der Secure Launch-funksjonen er aktivert. Essa beskyttelseslag, som bruker virtualiseringsteknologier for å isolere kritiske systemkomponenter, er vanlig i utgaver som Windows 11 Enterprise og Education, ofte brukt i bedrifts- og utdanningsmiljøer.
Enheter som kombinerer bruken av TPM 2.0-sikkerhetsbrikken med funksjonaliteten Inicialização Segura (Secure Boot) viste også større sårbarhet for feilen. Embora Selv om disse innstillingene representerer en moderne sikkerhetsstandard, genererte interaksjon med januaroppdateringen konflikten som forhindrer avslutning. Microsoft avklarte at ikke alle maskiner med disse spesifikasjonene er berørt, men korrelasjonen er signifikant.
Feildetaljer og berørte versjoner
Feilen ble introdusert med den kumulative sikkerhetsoppdateringen som ble distribuert 13. januar 2026. Inicialmente, rapporter ble konsentrert i en liten gruppe brukere, men den berørte basen utvidet seg etter hvert som flere IT-administratorer og brukere brukte oppdateringen på maskinparkene sine. Feilen rammer hovedsakelig Windows 11 versjon 23H2, som for tiden er den mest utbredte.
Systemer som fortsatt fungerer på eldre versjoner, for eksempel 21H2, har ikke opplevd problemet, delvis fordi støtten for disse utgavene gradvis fases ut. På den annen side registrerte maskiner som allerede var oppdatert til 24H2 forhåndsversjonen en betydelig lavere forekomst, noe som tyder på at endringer i systemkjernen kan ha forhindret konflikten. Ambientes ved bruk av Windows 11 IoT Enterprise ble også inkludert i listen over systemer som krever oppmerksomhet.
Hovedsymptomet som observeres er umiddelbar omstart av datamaskinen etter at brukeren har valgt alternativet “Avslutt” i Iniciar-menyen. Skjermen slås av som om prosessen foregikk normalt, men i løpet av noen få sekunder vises produsentens logo og operativsystemet lastes inn igjen. Esse syklus forhindrer maskinvaren fra å slås helt av, og opprettholder strømforbruket.
I tillegg til avstenging viser dvalefunksjonen seg også å være ute av drift for mange brukere. Når du prøver å gå i dvalemodus, går datamaskinen enten tilbake til forrige tilstand uten å lagre økten eller starter ganske enkelt på nytt på samme måte som når den slås av. Ytterligere Relatos nevner tilfeller av krasj under prosessen, med systemets kjølere og lysdioder som forblir aktive på ubestemt tid inntil en tvungen avstenging utføres.
Nødløsning via Known Issue Rollback
For å begrense problemet uten å kreve at brukere avinstallerer en kritisk sikkerhetsoppdatering, har Microsoft aktivert Known Issue Rollback-systemet (KIR). Essa-teknologien lar selskapet eksternt deaktivere den spesifikke endringen som forårsaker feilen, ved å rulle tilbake bare den problematiske kodebiten uten å påvirke resten av sikkerhetspakken. KIR fungerer som en bryter som korrigerer uønsket atferd, og sikrer at beskyttelse mot andre sårbarheter forblir aktiv på systemet. Distribusjon av denne løsningen er automatisk til forbruker- og ikke-administrerte datamaskiner, med full utbredelse som tar mellom 24 og 48 timer for å nå alle enheter koblet til Windows Update. I bedriftsmiljøer har IT-administratorer muligheten til å fremskynde prosessen ved å implementere spesifikke gruppepolicyer som tvinger tilbakerulling til å bli brukt umiddelbart over hele nettverket. Essa sentralisert tilnærming er avgjørende for å garantere stabilitet i stor skala, og hindre hundrevis eller tusenvis av maskiner i en organisasjon fra å forbli med feil oppførsel. Selskapet leverte nødvendig teknisk dokumentasjon slik at informasjonsteknologiteam kan utføre reparasjonen på en kontrollert og effektiv måte.
Midlertidige tiltak og anbefalinger
Selv om den automatiske reparasjonen ikke når alle enheter, råder Microsoft brukere til ikke å utføre tvungen avslutning ved å trykke gjentatte ganger på strømknappen. Essa praksis, selv om det løser situasjonen et øyeblikk, øker risikoen for filkorrupsjon og kan forårsake ustabilitet i operativsystemet på lang sikt. Manuell sjekking av nye oppdateringer gjennom “Innstillinger” og “Windows Update”-menyen er det første anbefalte tiltaket.
For avanserte brukere og IT-administratorer som trenger en umiddelbar løsning, løser de midlertidig deaktivering av Secure Launch gjennom en redigering av Windows-registeret eller via gruppepolicyer (GPO) problemet umiddelbart. Contudo, denne tilnærmingen innebærer å redusere sikkerhetsnivået ved systemoppstart, og bør betraktes som et lindrende tiltak og tilbakestilles så snart den endelige løsningen for Microsoft er tatt i bruk.
Oppdater historikk og neste trinn
Windows-økosystemet er ikke fremmed for problemer som oppstår fra oppdateringer, spesielt når de involverer komplekse sikkerhetsfunksjoner. Versões tidligere enn Windows 11, for eksempel 22H2, hadde allerede kompatibilitetsproblemer som påvirket ytelse og stabilitet. Selskapet har investert i å forbedre testprosessene sine, ved å bruke valideringsringer og innsideprogrammer for å identifisere feil før storskala utgivelse, men det store mangfoldet av maskinvare og programvare på markedet fortsetter å være en utfordring.
Microsoft utvikler allerede en permanent oppdatering som vil fikse årsaken til avslutningsproblemet. Essa endelig løsning vil bli integrert i den neste månedlige oppdateringssyklusen, kjent som “Patch Tuesday”, planlagt til februar 2026. Selskapet vedlikeholder også en offentlig side, Windows Release Health Dashboard, der brukere kan spore den offisielle statusen til kjente problemer og deres løsninger.
Microsoft aksjer
Selskapet rapporterte at overvåking av problemet fortsatt er aktiv og at tekniske støttekanaler er forberedt for å hjelpe brukere som fortsatt har problemer selv etter å ha implementert nødrettinger.
