Bestandssysteemfout bij het plakken van wachtwoord in UAC-referentievak op Windows 10

In de post van vandaag zullen we de mogelijke oorzaak uiteenzetten en vervolgens de bijbehorende oplossing bieden voor het volgende probleem; “Bestandssysteemfout' die u kunt tegenkomen wanneer u probeert te kopiëren en vervolgens een wachtwoord in het dialoogvenster UAC-referentie in Windows 10 plakt.

Bestandssysteemfout in het dialoogvenster Credential

Stel dat u een toepassing probeert te starten met verhoogde machtigingen. U klikt bijvoorbeeld met de rechtermuisknop cmd.exe en selecteer Als administrator uitvoeren. Een dialoogvenster Gebruikersaccountbeheer (UAC) vraagt ​​u om uw gebruikersnaam en wachtwoord. U kopieert het wachtwoord van een bron en drukt op Ctrl+V toetscombinatie om het wachtwoord in te plakken en u ontvangt de volgende foutmeldingen:

Aan dit programma is geen programma gekoppeld om deze actie uit te voeren. Bestandssysteemfout (-1073741189).

1073741189 geeft aan 1dat als de registerwaarden van de UAC of Gebruikersaccountbeheer worden gewijzigd of de systeembestanden beschadigd zijn, deze bestandssysteemfout kan optreden.

Bovendien, als u met de rechtermuisknop op het wachtwoordveld klikt, verschijnt er een snelmenu waarin u kunt selecteren: Plakken verschijnt niet.

Je onderzoekt en merkt dat Toestemming.exe crasht wanneer het probleem zich voordoet.

Toestemming.exe is een bestand dat de gebruikersinterface start voor Gebruikersaccountbeheer (UAC), een autorisatielaag voor Windows. Dit is een echt en veilig proces.

De bestandssysteemfout verwijst naar de volgende informatie in de onderstaande tabel:

Mogelijke oorzaak van het referentiedialoogvenster 'Bestandssysteemfout'

Het plakken van de inhoud van het klembord in een beveiligd invoervak ​​is opzettelijk geblokkeerd in Windows 10. Echter, de toestemming.exe-crash is een softwareprobleem.

Windows 10 introduceert een beveiligingswijziging die toegang tot het klembord blokkeert vanaf de Winlogon-desktop (ook bekend als de Beveiligd bureaublad). Deze wijziging voorkomt dat onbevoegde gebruikers informatie op het klembord zien. Bijvoorbeeld:

• Geautoriseerde gebruiker A kopieert wat informatie naar het klembord en vergrendelt vervolgens de computer.
• Ongeautoriseerde gebruiker B activeert de computer (die zich op het vergrendelingsscherm bevindt) en start Verteller > Help voor Verteller. Van daaruit kan ongeautoriseerde gebruiker B de inhoud van het klembord in een tekstvak in de Help van Verteller plakken en vervolgens de inhoud van het klembord lezen.

Een neveneffect van deze wijziging is dat het standaard niet meer mogelijk is om informatie in het wachtwoordtekstvak voor UAC-verhoging te plakken.

De reden waarom UAC-prompts standaard worden weergegeven op het Winlogon-bureaublad, is dat geen enkel niet-beveiligd proces (bijvoorbeeld een proces dat nog niet als SYSTEEM wordt uitgevoerd) wachtwoorden of andere informatie die in het UAC-dialoogvenster wordt ingevoerd, kan bespioneren.

Dialoogvenster 'Bestandssysteemfout' repareren

Zoals voorgeschreven door Microsoft, om de toestemming te herstellen.exe crasht probleem, installeer de nieuwste cumulatieve update voor Windows 10.

De CU stelt echter alleen de toestemming vast.exe crasht probleem. Het plakken van een wachtwoord om het invoervak ​​te beveiligen is nog steeds geblokkeerd.

Als u het wachtwoord in het dialoogvenster UAC-referentie wilt kunnen plakken zonder de bestandssysteemfout te ontvangen, biedt Microsoft de volgende oplossing:

Gebruik this om dit probleem te omzeilen gpedit.msc om de UAC-verhogingsprompt te configureren voor weergave op het standaard gebruikersbureaublad in plaats van op het Winlogon-bureaublad. Zodra het wachtwoord is gekopieerd en op het klembord op het standaard gebruikersbureaublad staat, kan elk proces dat op dat bureaublad wordt uitgevoerd die gegevens in platte tekst lezen. In feite heeft de potentiële inbreuk op de beveiliging al plaatsgevonden zonder dat er een proces nodig is om te proberen de wachtwoordinformatie uit een UAC-dialoogvenster te lezen.

Microsoft heeft geverifieerd dat de beveiligingsoplossing die in Windows 10 is geïmplementeerd om de juiste beveiligingsgrens van de standaarddesktop naar de Winlogon-desktop af te dwingen, het gewenste gedrag is, en dit zal waarschijnlijk het gedrag blijven in toekomstige versies van Windows.

Ik hoop dat je dit bericht nuttig en informatief genoeg vindt!