Windows 10 забравя паролите в Outlook, Edge, Chrome и т.н. - Winhelponline

След като инсталирате актуализацията на функциите на Windows 10 v2004, компютърът ви може да не запомни съхранените пароли в Outlook, Edge, браузъра Chrome и различни други програми. Това е проблем за цялата система, а не проблем, специфичен за приложението. Ето някои от симптомите, които може да изпитате в Windows 10 v2004:

• От време на време Windows 10 подканва паролата за вашия акаунт в Microsoft.
• Достъпът до мрежов ресурс или NAS устройство води до появата на подкана за парола всеки път, въпреки че идентификационните данни са били запазени по-рано.
• Браузърите Microsoft Edge, Firefox и Chrome продължават да искат да въведат паролата за достъп до ресурс, за който преди това сте запазили паролата.
• Автоматичното попълване на формуляри и пароли не работи в Google Chrome и други приложения.
• Паролите, съхранявани от вашия уеб браузър (например Chrome) на локалния компютър, се изтриват.
• Синхронизацията е на пауза в уеб браузъра Chrome.
• Уеб браузър Chrome chrome: // signin-internals / страница обозначава грешката „Зареждането на идентификационни данни не бе успешно с дешифриране на грешки“.
• Принудени сте да влезете в OneDrive всеки път, когато влезете.
• Outlook продължава да ви моли да влизате в Office 365 на всеки няколко часа.
• Паролите за имейл акаунти във вашия пощенски клиент не се запазват и трябва да ги въвеждате всеки път.
• Adobe Acrobat продължава да иска вашите идентификационни данни за Adobe всеки път, когато отворите PDF файл.
• Настройките на Windows 10 периодично искат да коригират конфигурацията на вашия акаунт чрез повторно удостоверяване с Windows Hello.
• Картирани мрежови устройства не работи в Windows 10 v2004.
• Идентификационните данни на Windows (в Credentials Manager) се изтриват при всяко рестартиране.
  
• В Event Viewer тези две грешки се записват в Регистрационни файлове за приложения и услуги → Microsoft → Windows → Крипто-DPAPI → Оперативен дневник.

  Име на регистрационния файл: Microsoft-Windows-Crypto-DPAPI / Оперативен източник: Microsoft-Windows-Crypto-DPAPI Дата: Идентификационен номер на събитие: 8196 Категория на задачата: Главен ключ Операционно ниво: Ключови думи за грешка: Работа с главен ключ Потребител: СИСТЕМА Компютър: Vostro-3470 Описание : Дешифрирането на главния ключ в паметта не бе успешно Име на регистрационния файл: Microsoft-Windows-Crypto-DPAPI / Оперативен източник: Microsoft-Windows-Crypto-DPAPI Дата: Идентификационен номер на събитие: 8198 Категория на задачата: Защита на данните Операционно ниво: Грешка Ключови думи: Защита на данни Операция Потребител: СИСТЕМА Компютър: Vostro-3470 Описание : DPAPI Unprotect не успя.   Състояние: 0x8009000B   ReasonForFailure: Не може да се получи главният ключ 

Горните симптоми означават, че това е системна грешка в Windows 10 версия 2004, която пречи на съхранените идентификационни данни да се зареждат правилно.

Резолюция

За да коригирате идентификационните данни / амнезията на паролата в Windows 10 2004, ето някои заобикалящи решения или корекции:

Решение 1: Превключете към акаунт в Microsoft

Много потребители отбелязват, че преминаването към акаунт в Microsoft решава проблема. Ако използвате локален акаунт, можете да превключите към акаунт в Microsoft, като щракнете върху Старт → Настройки → щракнете върху Акаунти → щракнете Вместо това влезте с акаунт в Microsoft .

• В случай, че вече използвате акаунт в Microsoft, преминете към локален акаунт, рестартирайте Windows и се върнете към акаунт в Microsoft.
  

(Обърнете внимание, че преминаването към акаунт в Microsoft също предотвратява проблема, при който не можете да зададете приложенията си по подразбиране и персонализираните асоциации на файлове в Windows 10. Вижте статията Не можете да променяте приложения или програми по подразбиране в Windows 10 за повече информация.)

Справка:

Амнезия за системна парола (v2004 build 19041.173) - Общност на Microsoft: https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/systemwide-password-amnesia-v2004-build-19041173/232381f8-e2c6- 4e8a-b01c-712fceb0e39e

Решение 2: Деактивирайте планирани задачи, които използват тип вход за S4U

Тавис Орманди, изследовател на уязвимостта в Google, откри нещо много интересно. Той установи, че грешката в идентификационните данни на Windows 10 v2004 може да бъде задействана от една или повече планирани задачи, които използват S4U тип вход.

Ето как да проверите, стартирате тази PowerShell като администратор:

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

Ако в него са изброени задачи, всеки път, когато изпълняват DPAPI, ще спре да работи, докато не удостоверите отново. Това ще счупи всичко, използвайки CryptProtectData ().

- Тавис Орманди (@taviso) 28 септември 2020 г.

Тази грешка е причината за грешката „Зареждането на идентификационни данни не бе успешно с дешифриране на грешки“, както се вижда от браузъра Chrome chrome: // signin-internals / страница.

„Състояние на зареждане на TokenService“ показва „Зареждането на идентификационни данни не бе успешно с грешки при декриптиране“.

Windows Task Scheduler може да създава задачи, които се изпълняват под акаунта на определен потребител, без да съхранява потребителската парола. Това е известно като “S4U” (услуга за потребител) тип влизане.

TASK_LOGON_S4U се възползва от услуга за вход за потребител (S4U), за да изпълни задачата от името на посочения потребител, но без да се налага да съхранява паролата. Тъй като Планировчикът на задачи работи в локалния системен акаунт, той може да създаде сесия за влизане в S4U и да получи маркер, който не само може да се използва за идентификация, но и за представяне на местния компютър.

Предполагам, че не много неща използват S4U (Това е онази малка отметка в Task Scheduler, която казва „Не съхранявайте парола“). pic.twitter.com/gMD4FKH0Oz

- Тавис Орманди (@taviso) 28 септември 2020 г.

Цитат:

Имам някои новини, мисля, че открих причината и определено е грешка в Windows.

TLDR: Мисля, че ако изпитвате тази грешка, тогава мисля, че имате планирана задача, използвайки „S4U“.

Ето как да проверите, отворете конзола на PowerShell като администратор и поставете това:

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

Ако отворите инструмента за планиране на задачи и деактивирате всички задачи, които той изброява, мисля, че тази грешка ще изчезне.

(Ако наистина имате нужда от тези задачи, направете ги различни от S4U, т.е. квадратчето „Не съхранявайте парола“)

Това е така, защото RPC, който UBPM използва за създаване на маркера S4U, понякога може да изтрие запазените ви идентификационни данни в lsass. Наред с други неща, запазените ви идентификационни данни (или по-скоро хешът от тях) се използват за генериране на вашия DPAPI потребителски ключ за криптиране и когато бъдат изтрити, lsass просто използва хеш на празния низ (!!).

Ако искате да прочетете за S4U, има кратък фрагмент тук .

(Кредити на потребителите на форума на Microsoft „iFiredog“ и „Sumit Dhiman“, които бяха първите, които намериха горната публикация.)

Справка:

1069383 - TokenService не успява да се зареди след неуспех на CryptUnprotectData, което води до нулиране на бисквитки и синхронизация - хром: https://bugs.chromium.org/p/chromium/issues/detail?id=1069383#c90

Идентифицирайте и деактивирайте задачите „S4U“

Изпълнете една от горните команди на PowerShell (като администратор), за да намерите списъка с планирани задачи, които използват S4U тип вход. Може да видите списък със задачи - най-вече приложения на HP, като участие на клиенти на HP (HPCustParticipation), задача на HP за удовлетвореност на клиенти, задача за надграждане на Carbonite и др. В списъка.

Там можете да видите две задачи, които използват типа „S4U“ в текущия компютър.

Ако сте инсталирали софтуер за архивиране на Carbonite, ще намерите задача с име {5F6010C8-60E5-41f3-BF5B-C3AF5DBE12D4} в библиотеката за планиране на задачи.

Задачата за обновяване на Carbonite {5F6010C8-60E5-41f3-BF5B-C3AF5DBE12D4} бяга CarboniteUpgrade.exe всеки час всеки ден. И така, всеки път, когато се изпълнява задачата, базирана на S4U, тя изтрива идентификационните данни на Windows на компютъра.

Другата задача в списъка е персонализираната задача „Изключване на монитора“, която използва S4U.

• Отворете Планировчик на задачи, намерете всяка задача, изброена по-горе, и след това я деактивирайте. Или променете влизането в задачата на тип, който не е S4U - т.е. премахнете отметката от Не съхранявайте парола или използвайте Изпълнява се само когато потребителят е влязъл в системата опция, ако е възможно.
  

Това решава проблема с пълномощията за цялата система, независимо от програмата.

Допълнителна бележка: Този проблем (на Windows Credentials се изтрива) изглежда е докладван през самата 2016 година. Вижте следната тема:

Windows Credential Manager не запазва общи идентификационни данни - Windows Server: https://www.bleepingcomputer.com/forums/t/593411/windows-credential-manager-not-retention-generic-credentials/

Решение 3: Върнете се към предишната компилация

Windows 10 v1903 или v1909 нямаше грешка в идентификационните данни. Ако наскоро сте инсталирали актуализацията на функцията v2004, можете да се върнете към предишната версия. Можете да го направите чрез Настройки → Актуализиране и защита → Върнете се към предишната версия на Windows 10 .

Имайте предвид обаче, че имате само 10-дневен прозорец преди което трябва да се върнете назад.

След като Microsoft издаде корекция за грешката в идентификационните данни v2004 (очаква се някъде през ноември, въпреки че Microsoft каза „без ETA“), след това можете да надстроите до най-новата версия на v2004.

Една малка молба: Ако харесате тази публикация, моля, споделете това?

• Закачете го!
• Споделете го в любимия си блог + Facebook, Reddit
• Изпратете го!