Windows 10 vergeet wachtwoorden in Outlook, Edge, Chrome, enz. - Winhelponline

Na het installeren van de Windows 10-onderdelenupdate v2004, onthoudt uw computer mogelijk de opgeslagen wachtwoorden in Outlook, Edge, Chrome-browser en verschillende andere programma's niet. Dit is een systeembreed probleem en niet een toepassingsspecifiek probleem. Hier zijn enkele van de symptomen die u kunt ervaren in Windows 10 v2004:

• Windows 10 vraagt ​​zo nu en dan om het wachtwoord van uw Microsoft-account.
• Toegang tot een netwerkbron of NAS-schijf zorgt ervoor dat de wachtwoordprompt elke keer verschijnt, ook al zijn de inloggegevens eerder opgeslagen.
• Microsoft Edge-, Firefox- en Chrome-browsers blijven vragen om het wachtwoord in te voeren om toegang te krijgen tot een bron waarvoor u het wachtwoord eerder heeft opgeslagen.
• Formulieren en het automatisch aanvullen van wachtwoorden werken niet in Google Chrome en andere apps.
• Wachtwoorden die door uw webbrowser (bijvoorbeeld Chrome) op de lokale computer zijn opgeslagen, worden gewist.
• De synchronisatie is onderbroken in de Chrome-webbrowser.
• Chrome-webbrowser chrome: // signin-internals / pagina geeft de fout 'Inloggegevens laden mislukt met decoderingsfouten' aan.
• U moet elke keer dat u zich aanmeldt, inloggen bij OneDrive.
• Outlook blijft je om de paar uur vragen om in te loggen bij Office 365.
• Wachtwoorden voor e-mailaccounts in uw e-mailclient worden niet opgeslagen en u moet ze elke keer typen.
• Adobe Acrobat blijft om uw Adobe-inloggegevens vragen wanneer u een PDF-bestand opent.
• De Windows 10-instellingen willen regelmatig uw accountconfiguratie corrigeren door opnieuw te verifiëren met Windows Hello.
• Toegewezen netwerkstations werkt niet in Windows 10 v2004.
• Windows-referenties (in Credentials Manager) worden bij elke herstart gewist.
  
• In de Logboeken worden deze twee fouten geregistreerd in het Logboeken van toepassingen en services → Microsoft → ramen → Crypto-DPAPI → Operationeel logboek.

  Logboeknaam: Microsoft-Windows-Crypto-DPAPI / Operationele bron: Microsoft-Windows-Crypto-DPAPI Datum: Gebeurtenis-ID: 8196 Taakcategorie: Hoofdsleutel Bewerkingsniveau: Fout Trefwoorden: Hoofdsleutelbewerking Gebruiker: SYSTEEM Computer: Vostro-3470 Beschrijving : Ontsleuteling van de hoofdsleutel in het geheugen is mislukt Logboeknaam: Microsoft-Windows-Crypto-DPAPI / Operationele bron: Microsoft-Windows-Crypto-DPAPI Datum: Gebeurtenis-ID: 8198 Taakcategorie: Gegevensbescherming Bewerkingsniveau: Fout Trefwoorden: Gegevensbescherming Operatie Gebruiker: SYSTEEM Computer: Vostro-3470 Beschrijving : DPAPI Unprotect mislukt.   Status: 0x8009000B   ReasonForFailure: Kan de hoofdsleutel niet ophalen 

De bovenstaande symptomen geven aan dat dit een systeembrede fout is in Windows 10 versie 2004 die verhindert dat de opgeslagen inloggegevens correct worden geladen.

Resolutie

Hier zijn enkele tijdelijke oplossingen of oplossingen om de inloggegevens / wachtwoordverlies in Windows 10 2004 te verhelpen:

Oplossing 1: schakel over naar een Microsoft-account

Veel gebruikers hebben aangegeven dat het probleem wordt opgelost door over te schakelen naar een Microsoft-account. Als u een lokaal account gebruikt, kunt u overschakelen naar een Microsoft-account door te klikken op Start → Instellingen → klik op Accounts → klik op Meld u in plaats daarvan aan met een Microsoft-account .

• Als u al een Microsoft-account gebruikt, schakelt u over naar een lokaal account, start u Windows opnieuw en keert u terug naar een Microsoft-account.
  

(Houd er rekening mee dat het overschakelen naar een Microsoft-account ook het probleem voorkomt waarbij u uw standaardapps en aangepaste bestandskoppelingen in Windows 10 niet kunt instellen. Zie het artikel Kan standaardapps of -programma's niet wijzigen in Windows 10 voor meer informatie.)

Referentie:

Systeembreed wachtwoordgeheugen (v2004 build 19041.173) - Microsoft Community: https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/systemwide-password-amnesia-v2004-build-19041173/232381f8-e2c6- 4e8a-b01c-712fceb0e39e

Oplossing 2: schakel geplande taken uit die het S4U-inlogtype gebruiken

Tavis Ormandy, een kwetsbaarheidsonderzoeker bij Google, heeft iets heel interessants gevonden. Hij heeft vastgesteld dat de Windows 10 v2004-inloggegevensfout kan worden geactiveerd door een of meer geplande taken die de S4U login type.

Hier leest u hoe u deze powershell als beheerder kunt controleren:

Get-ScheduledTask | foreach {If ($ _. Principal.LogonType -eq 'S4U') {$ _}}

Als het taken weergeeft, zal DPAPI stoppen met werken totdat u zich opnieuw verifieert. Dit zal alles breken met CryptProtectData ().

- Tavis Ormandy (@taviso) 28 september 2020

Deze bug veroorzaakt de fout 'Inloggegevens laden mislukt met decoderingsfouten', zoals te zien is in de Chrome-browser chrome: // signin-internals / bladzijde.

'TokenService Load Status' toont 'Laadreferenties mislukt met decoderingsfouten.'

De Windows Taakplanner kan taken maken die worden uitgevoerd onder het account van een bepaalde gebruiker, zonder het gebruikerswachtwoord op te slaan. Dit staat bekend als het aanmeldtype 'S4U' (Service-for-user).

TASK_LOGON_S4U maakt gebruik van een service voor gebruikersaanmelding (S4U) om de taak uit te voeren namens de opgegeven gebruiker, maar zonder het wachtwoord op te slaan. Omdat de Taakplanner binnen het lokale systeemaccount draait, kan deze een S4U-aanmeldingssessie aanmaken en een token ontvangen dat niet alleen kan worden gebruikt voor identificatie, maar ook voor nabootsing van identiteit op de lokale computer.

Ik denk dat niet veel dingen S4U gebruiken (het is dat kleine selectievakje in Taakplanner dat zegt 'Wachtwoord niet opslaan') 🤷‍♂️ Dit heeft zoveel verwarrende bugs veroorzaakt met dingen die uitloggen of status verliezen, en het was een echte nachtmerrie om op te sporen pic.twitter.com/gMD4FKH0Oz

- Tavis Ormandy (@taviso) 28 september 2020

Citaat:

Ik heb nieuws, ik denk dat ik de oorzaak heb gevonden en het is absoluut een Windows-bug.

TLDR: Ik denk dat als je deze bug ervaart, ik denk dat je een geplande taak hebt met 'S4U'.

U kunt als volgt controleren, een PowerShell-console openen als beheerder en dit plakken:

Get-ScheduledTask | foreach {If (([xml] (Export-ScheduledTask -TaskName $ _. TaskName -TaskPath $ _. TaskPath)). GetElementsByTagName ('LogonType'). '# text' -eq 'S4U') {$ _. TaskName} }

Als je de taakplanner opent en alle taken in de lijst uitschakelt, denk ik dat deze bug verdwijnt.

(Als je deze taken echt nodig hebt, maak ze dan niet-S4U, d.w.z. het selectievakje 'Wachtwoord niet opslaan')

Dit komt omdat de RPC die UBPM gebruikt om het S4U-token te maken, soms uw opgeslagen inloggegevens in lsass kan verwijderen. Onder andere uw opgeslagen inloggegevens (of liever, de hash ervan) worden gebruikt om uw DPAPI-gebruikerscoderingssleutel te genereren, en wanneer ze worden verwijderd, gebruikt lsass alleen de hash van de lege string (!!).

Als je over S4U wilt lezen, is er een kort fragment hier .

(Dank aan de Microsoft-forumgebruikers 'iFiredog' en 'Sumit Dhiman' die de eersten waren die het bovenstaande bericht vonden.)

Referentie:

1069383 - TokenService kan niet worden geladen na CryptUnprotectData-fout, waardoor cookies en synchronisatie worden gereset - chromium: https://bugs.chromium.org/p/chromium/issues/detail?id=1069383#c90

Identificeer de 'S4U' -taken en schakel ze vervolgens uit

Voer een van de bovenstaande PowerShell-opdrachten uit (als beheerder) om de lijst met geplande taken te vinden die de S4U login type. Mogelijk ziet u een lijst met taken - voornamelijk HP-apps zoals HP-klantparticipatie (HPCustParticipation), HP-klanttevredenheidstaak, Carbonite-upgradetaak, enz. Op de lijst.

Daar kunt u twee taken zien die het 'S4U' -type gebruiken op de huidige computer.

Als u Carbonite-back-upsoftware heeft geïnstalleerd, vindt u een taak met de naam {5F6010C8-60E5-41f3-BF5B-C3AF5DBE12D4} in de Taakplannerbibliotheek.

De Carbonite-updatetaak {5F6010C8-60E5-41f3-BF5B-C3AF5DBE12D4} loopt CarboniteUpgrade.exe elk uur op een dagelijkse basis. Dus elke keer dat de op S4U gebaseerde taak wordt uitgevoerd, worden de Windows-inloggegevens op de computer gewist.

De andere taak in de lijst is de aangepaste taak 'Monitor uitschakelen' die S4U gebruikt.

• Open Taakplanner, zoek elke hierboven genoemde taak en schakel deze vervolgens uit. Of verander de taakaanmelding in een niet-S4U-type - d.w.z. schakel het Bewaar geen wachtwoord optie, of gebruik de Alleen uitvoeren als de gebruiker is aangemeld optie indien mogelijk.
  

Dit lost het systeembrede referentieprobleem op, ongeacht het programma.

Aanvullende opmerking: Dit probleem (waarbij Windows-inloggegevens worden gewist) lijkt te zijn gemeld in het jaar 2016 zelf. Bekijk de volgende thread:

Windows Credential Manager behoudt geen algemene inloggegevens - Windows Server: https://www.bleepingcomputer.com/forums/t/593411/windows-credential-manager-not-retaining-generic-credentials/

Oplossing 3: keer terug naar de vorige build

Windows 10 v1903 of v1909 had geen bug met inloggegevens. Als u onlangs de functie-update van v2004 heeft geïnstalleerd, kunt u teruggaan naar de vorige versie. U kunt dit doen via Instellingen → Update en beveiliging → Ga terug naar de vorige versie van Windows 10 .

Houd er echter rekening mee dat u alleen een 10 dagen venster waarvoor je moet terugdraaien.

Zodra Microsoft een oplossing heeft uitgebracht voor de bug in v2004 inloggegevens (verwacht ergens in november, hoewel Microsoft zei 'geen ETA'), kunt u upgraden naar de nieuwste build van v2004.

Een klein verzoek: als je dit bericht leuk vond, deel dit dan?

• Pin het!
• Deel het op je favoriete blog + Facebook, Reddit
• Tweet het!