לאחר התקנת עדכון התכונה של Windows 10 v2004, ייתכן שהמחשב שלך לא יזכור את הסיסמאות המאוחסנות ב- Outlook, Edge, דפדפן Chrome ותוכניות שונות אחרות. זהו נושא כלל המערכת ולא בעיה ספציפית ליישום. להלן כמה מהתסמינים שאתה עלול לחוות ב- Windows 10 v2004:
- Windows 10 מבקש להזין את סיסמת חשבון Microsoft שלך מדי פעם.
- גישה למשאב רשת או לכונן NAS גורמת להודעת הסיסמה להופיע בכל פעם למרות האישורים נשמרו קודם לכן.
- דפדפני Microsoft Edge, Firefox ו- Chrome מבקשים כל הזמן להזין את הסיסמה כדי לגשת למשאב שעבורו שמרת את הסיסמה.
- טפסים והשלמה אוטומטית של סיסמאות אינם פועלים ב- Google Chrome ובאפליקציות אחרות.
- סיסמאות המאוחסנות על ידי דפדפן האינטרנט שלך (למשל Chrome) במחשב המקומי נמחקות.
- הסנכרון מושהה בדפדפן האינטרנט של Chrome.
- דפדפן האינטרנט של Chrome
כרום: // כניסה פנימית /העמוד מציין את השגיאה 'אישורי טעינה נכשלו עם שגיאות פענוח'. - אתה נאלץ להיכנס ל- OneDrive בכל פעם שאתה מתחבר.
- Outlook ממשיך ומבקש ממך להיכנס ל- Office 365 כל כמה שעות.
- סיסמאות לחשבונות דוא'ל בלקוח הדואר שלך אינן נשמרות ועליך להקליד אותן בכל פעם.
- Adobe Acrobat כל הזמן מבקש את אישורי Adobe שלך בכל פעם שאתה פותח קובץ PDF.
- ההגדרות של Windows 10 מעת לעת מעוניינות לתקן את תצורת חשבונך על ידי אימות מחדש באמצעות Windows Hello.
- כונני רשת ממופים לא עובד ב- Windows 10 v2004.
- אישורי Windows (במנהל האישורים) נמחקים בכל הפעלה מחדש.
- במציג האירועים שתי השגיאות הללו נרשמות ב- יומני יישומים ושירותים → מיקרוסופט → חלונות → Crypto-DPAPI → מִבצָעִי עֵץ.
שם יומן: Microsoft-Windows-Crypto-DPAPI / מקור תפעולי: Microsoft-Windows-Crypto-DPAPI תאריך: מזהה אירוע: 8196 קטגוריית משימות: רמת פעולה מרכזית: מילות מפתח שגיאה: מבצע מפתח מפתח משתמש: SYSTEM מחשב: Vostro-3470 תיאור : פענוח מפתח הראשי בזיכרון נכשל שם יומן: Microsoft-Windows-Crypto-DPAPI / מקור תפעולי: Microsoft-Windows-Crypto-DPAPI תאריך: מזהה אירוע: 8198 קטגוריית משימה: הגנה על נתונים רמת פעולה: מילות מפתח שגיאה: פעולת הגנת נתונים משתמש: SYSTEM מחשב: Vostro-3470 תיאור : ביטול ההגנה של DPAPI נכשל. סטטוס: 0x8009000B ReasonForFailure: לא ניתן היה להשיג את מפתח האב
התסמינים שלעיל מציינים כי מדובר בבאג כולל במערכת Windows 10 בגירסה 2004 המונעת את טעינת האישורים המאוחסנים כהלכה.
פתרון הבעיה
כדי לתקן את אמנזיה האישורים / סיסמאות ב- Windows 10 2004, הנה כמה פתרונות או תיקונים:
פתרון 1: עבור לחשבון מיקרוסופט
משתמשים רבים ציינו כי המעבר לחשבון מיקרוסופט פותר את הבעיה. אם אתה משתמש בחשבון מקומי, תוכל לעבור לחשבון Microsoft על ידי לחיצה על התחל → הגדרות → לחץ על חשבונות → לחץ היכנס במקום זאת באמצעות חשבון Microsoft .
- במקרה שאתה כבר משתמש בחשבון Microsoft, עבור לחשבון מקומי, הפעל מחדש את Windows וחזור לחשבון Microsoft.
(שים לב שמעבר לחשבון Microsoft מונע גם את הבעיה שבה אינך מצליח להגדיר את יישומי ברירת המחדל שלך ואת שיוכי הקבצים המותאמים אישית שלך ב- Windows 10. ראה את המאמר לא ניתן לשנות אפליקציות או תוכניות ברירת מחדל ב- Windows 10 למידע נוסף.)
התייחסות:
אמנזיה של סיסמאות ברחבי המערכת (v2004 build 19041.173) - קהילת מיקרוסופט: https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/systemwide-password-amnesia-v2004-build-19041173/232381f8-e2c6- 4e8a-b01c-712fceb0e39e
פתרון 2: השבת משימות מתוזמנות המשתמשות בסוג הכניסה S4U
תוויס אורמנדי, חוקר פגיעות בגוגל, מצא משהו מעניין מאוד. הוא זיהה כי באג האישורים של Windows 10 v2004 יכול להיות מופעל על ידי אחת או יותר משימות מתוזמנות המשתמשות ב- S4U סוג כניסה.
כך לבדוק, להפעיל את כוח הכוח הזה כמנהל:
Get-ScheduledTask | foreach {If ($ _. Principal.LogonType -eq 'S4U') {$ _}}
אם היא מפרטת משימות, בכל פעם שהן מפעילות DPAPI יפסיק לעבוד עד שתאמת מחדש. זה ישבור את הכל באמצעות CryptProtectData ().
- טוויס אורמנדי (@taviso) 28 בספטמבר 2020
באג זה הוא שגורם לשגיאה 'אישורי טעינה נכשלו עם שגיאות פענוח', כפי שנראה מדפדפן Chrome כרום: // כניסה פנימית / עמוד.
'סטטוס עומס TokenService' מראה 'אישורי טעינה נכשלו עם שגיאות פענוח.'
מתזמן המשימות של Windows יכול ליצור משימות שרצות תחת חשבון של משתמש מסוים, מבלי לאחסן את סיסמת המשתמש. זה מכונה סוג הכניסה 'S4U' (שירות למשתמש).
TASK_LOGON_S4U מנצל שירות עבור כניסה למשתמש (S4U) להפעלת המשימה בשם המשתמש שצוין, אך ללא צורך לאחסן את הסיסמה. מכיוון שמתזמן המשימות פועל בתוך חשבון המערכת המקומי, הוא יכול ליצור הפעלת כניסה של S4U ולקבל אסימון שלא יכול לשמש רק לזיהוי, אלא גם להתחזות למחשב המקומי.
אני מניח שלא הרבה דברים משתמשים ב- S4U (זו אותה תיבת סימון קטנה בתזמון המשימות שאומרת 'אל תאחסן סיסמה') 🤷♂️ זה גרם לכל כך הרבה באגים מבלבלים עם דברים שנכנסו או איבדו את המצב, והיה סיוט אמיתי להתחקות אחר 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, יש קטע קצר כאן .
(זיכויים למשתמשי הפורום של מיקרוסופט 'iFiredog' ו- 'Sumit Dhiman' שהיו הראשונים שמצאו את הפוסט הנ'ל.)
התייחסות:
1069383 - TokenService נכשל בטעינה לאחר כישלון CryptUnprotectData, מה שגורם לאיפוס קובצי Cookie וסנכרון - כרום: 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} בספריית מתזמן המשימות.
משימת העדכון של קרבוניט {5F6010C8-60E5-41f3-BF5B-C3AF5DBE12D4} רץ CarboniteUpgrade.exe כל שעה על בסיס יומי. לכן, בכל פעם שהמשימה מבוססת S4U פועלת, היא מוחקת את אישורי Windows במחשב.
המשימה השנייה ברשימה היא המשימה המותאמת אישית 'כבה את הצג' המשתמשת ב- S4U.
- פתח את מתזמן המשימות, אתר כל משימה המפורטת לעיל ואז השבת אותה. או שנה את כניסה למשימה לסוג שאינו S4U - כלומר בטל את הסימון אל תאחסן סיסמה אפשרות, או השתמש ב הפעל רק כאשר המשתמש מחובר אפשרות במידת האפשר.
זה מתקן את בעיית האישורים בכל המערכת ללא קשר לתוכנית.
הערה נוספת: נראה כי בעיה זו (של אישורי Windows שנמחקה) דווחה בשנת 2016 עצמה. בדוק את השרשור הבא:
מנהל אישורי Windows אינו שומר אישורים כלליים - שרת Windows: https://www.bleepingcomputer.com/forums/t/593411/windows-credential-manager-not-retaining-generic-credentials/
פתרון 3: חזור לבניין הקודם
ל- Windows 10 v1903 או v1909 לא היה את באג האישורים. אם התקנת לאחרונה את עדכון התכונה v2004, תוכל לחזור לגרסה הקודמת. אתה יכול לעשות זאת באמצעות הגדרות → עדכון ואבטחה → חזור לגירסה הקודמת של Windows 10 .
עם זאת, שים לב שיש לך רק חלון של 10 ימים לפניו אתה צריך לחזור אחורה.
ברגע שמיקרוסופט תוציא תיקון לבאג האישורים של v2004 (מצפה איפשהו בנובמבר, למרות שמיקרוסופט אמרה 'אין ETA'), תוכל לבצע שדרוג לבניית v2004 האחרונה.
בקשה קטנה אחת: אם אהבתם את הפוסט הזה, אנא שתפו את זה?
נתח 'קטנטן' אחד ממך יעזור מאוד ברציפות בצמיחת הבלוג הזה. כמה הצעות נהדרות:- להצמיד אותו!
- שתף אותו לבלוג האהוב עליך + פייסבוק, Reddit
- צייץ את זה!