באג ב-Windows 10 גרסת 2004 מונע שמירת עוגיות וכניסות
דיווחים חדשים מצביעים על כך שלחלק מהמשתמשים יש בעיות עם היורש של Windows 10 2004 ו-20H2. הם אומרים שקובצי Cookie או נתוני כניסה אינם נשמרים, במיוחד עם דפדפן כרום. כפי שמשתמש אחד הבין, זה נובע ממשימת S4U "TASK_LOGON_S4U" במתזמן המשימות.
משימות כאלה מתוארות על ידי Microsoft כדלקמן.
ASK_LOGON_S4U היא אפשרות נוספת המספקת חלופה מאובטחת יותר. זה מנצל שירות לכניסה למשתמש (S4U) כדי להפעיל את המשימה בשם המשתמש שצוין, אך ללא צורך לאחסן את הסיסמה. מכיוון שמתזמן המשימות פועל בתוך חשבון המערכת המקומית, הוא יכול ליצור סשן כניסה ו-S4U לקבל אסימון שיכול לשמש לא רק לזיהוי, אלא גם להתחזות למקומי מַחשֵׁב. בדרך כלל אסימון S4U טוב רק לזיהוי.
את האישור לבעיה לעיל ניתן למצוא את FeedbackHub ועל ה פורום תשובות. אם אתה מושפע מהבאג, אתה יכול לבדוק אם זה נובע משירות זה באמצעות PowerShell.
דרך לעקיפת הבעיה
- לִפְתוֹחַ PowerShell כמנהל.
- העתק והדבק את הדברים הבאים:
Get-Scheduled Task | foreach {If (([xml] (Export-ScheduledTask -TaskName $ _. TaskName -TaskPath $ _. TaskPath)). GetElementsByTagName ("סוג כניסה"). '# text' -eq "S4U") {$ _. שם המשימה} }
- בפלט, ראה אם יש לך משימות כאלה. אם יש לך כמה, נסה להשבית אותם אחד אחד כדי למצוא את המשימה שנותנת לך את הבעיה.
המשתמש מסביר זאת בהמשך bugs.chromium:
הסיבה לכך היא שה-RPC ש-UBPM משתמש בו כדי ליצור את אסימון S4U יכול לפעמים למחוק את האישורים השמורים שלך ב-lsass. בין היתר, האישורים השמורים שלך (או ליתר דיוק, ה-hash שלהם) משמשים ליצירת מפתח הצפנת משתמש DPAPI, וכאשר הם נמחקים lsass פשוט משתמש ב-hash של המחרוזת הריקה (!!).
מספר הערות אישרו שפתרון זה עובד.
בדוק את המשאבים הבאים.
- מה חדש ב-Windows 10 גרסה 20H2
- מה חדש ב-Windows 10 גרסה 2004 (20H1)
באמצעות deskmodder.de.