סיכום:

מיקרוסופט הסירה את ההמלצה לשינויי סיסמא תקופתיים מהנחיות האבטחה שלה. שינוי זה יושם מכיוון שמשתמשים נוטים ליצור סיסמאות פשוטות יותר ולהשתמש בהן מחדש על פני חשבונות מרובים כאשר הם נאלצים לשנות את הסיסמאות שלהם באופן קבוע. במקום שינויי סיסמא חובה, תומך מיקרוסופט לשימוש באימות רב -פקטור. כדי למנוע מהמשתמשים ליצור סיסמאות חלשות, ארגונים יכולים לאכוף מדיניות סיסמא הדורשת שימוש בכל סוגי התווים, לאסור על מילים נפוצות ולמנוע שימוש בסיסמאות קודמות. בנוסף, על ארגונים למנוע מהמשתמשים להשתמש בסיסמאות שנחשפו בהפרות נתונים. כדי לסייע בניהול סיסמאות, AdselfService Plus מציעה תכונה של אכיפת מדיניות סיסמא המאפשרת לארגונים ליצור מדיניות סיסמא מותאמת אישית. תכונה זו כוללת כללים הנוגעים לתווים המשמשים בסיסמה, חזרה על תווים או שימוש בסיסמאות ישנות, שימוש בדפוסים ומילים נפוצות ואורך הסיסמה. AdselfService Plus משתלבת גם עם האם הייתי pwned? כדי להתריע בפני משתמשים אם הסיסמאות שנבחרו נפרצו לפני כן. בנוסף לניהול סיסמאות, AdselfService Plus מציעה תכונות אחרות כמו אימות רב-גורמי, כניסה יחידה והודעת תפוגה של סיסמאות כדי לשפר את האבטחה.

נקודות מפתח:

1. מיקרוסופט הסירה שינויי סיסמא תקופתיים חובה מהנחיות האבטחה שלה.
2. משתמשים נוטים ליצור סיסמאות פשוטות יותר ולהשתמש בהן מחדש על פני חשבונות מרובים כאשר הם נאלצים לשנות סיסמאות באופן קבוע.
3. מיקרוסופט ממליצה להשתמש באימות רב -פקטור כחלופה לשינויי סיסמא חובה.
4. אכיפת מדיניות סיסמא יכולה לעזור למנוע למשתמשים ליצור סיסמאות חלשות.
5. מדיניות סיסמא עשויה לכלול דרישות לשימוש בכל סוגי התווים, אסור מילים נפוצות ומניעת שימוש בסיסמאות קודמות.
6. מניעת שימוש בסיסמאות שנחשפו בהפרות נתונים היא קריטית לאבטחת חשבונות.
7. AdselfService Plus מציעה תכונה של אכיפת מדיניות סיסמא ליצירת מדיניות סיסמא מותאמת אישית.
8. תכונת אכיפת מדיניות הסיסמה כוללת כללים לתווים המשמשים, חזרה על תווים, שימוש בדפוסים ומילים נפוצות ואורך הסיסמה.
9. AdselfService Plus משתלבת עם האם הייתי pwned? כדי להתריע בפני משתמשים אם הסיסמאות שלהם נפרצו לפני כן.
10. AdselfService Plus מספק תכונות נוספות כמו אימות רב-גורמי, כניסה יחידה והודעת תום סיסמא.

שאלות:

1. מדוע מיקרוסופט הסירה שינויי סיסמא חובה מהנחיות האבטחה שלה?

מיקרוסופט הסיר שינויים בסיסמאות חובה מכיוון שמשתמשים נוטים ליצור סיסמאות פשוטות יותר ולהשתמש בהן מחדש על פני מספר חשבונות כאשר הם נאלצים לשנות סיסמאות באופן קבוע.

2. מהי ההמלצה האלטרנטיבית ממיקרוסופט לאבטחת סיסמאות?

מיקרוסופט ממליצה להשתמש באימות רב -פקטור כחלופה לשינויי סיסמא חובה.

3. כיצד יכולים ארגונים למנוע מהמשתמשים ליצור סיסמאות חלשות?

ארגונים יכולים לאכוף מדיניות סיסמא הדורשת שימוש בכל סוגי התווים, לאסור על מילים נפוצות ולמנוע שימוש בסיסמאות קודמות.

4. מדוע מונע שימוש בסיסמאות שנחשפות בהפרות נתונים חשובות?

מניעת שימוש בסיסמאות שנחשפו בהפרות נתונים חשובה מכיוון שלעתים קרובות התוקפים חוסכים ומשתמשים בסיסמאות אלה בהתקפות עתידיות.

5. מה התכונה של אכיפת מדיניות הסיסמה המוצעת על ידי AdselfService Plus?

תכונת אכיפת מדיניות הסיסמאות מאפשרת לארגונים ליצור מדיניות סיסמה בהתאמה אישית עם כללים ספציפיים לתווים המשמשים, חזרה על תווים, שימוש בדפוסים ומילים נפוצות ואורך הסיסמה.

6. איך AdselfService Plus משתלבים עם האם הייתי מוטב?

AdselfService Plus משתלבת עם האם הייתי pwned? כדי להתריע בפני משתמשים אם הסיסמאות שהם בוחרים נפרצו לפני כן.

7. מלבד ניהול סיסמאות, אילו תכונות אחרות מציעות AdselfService Plus?

AdselfService Plus מציעה תכונות כמו אימות רב-גורמי, כניסה יחידה והודעת תום סיסמא.

8. מהם היתרונות של שימוש באימות רב -פקטור?

שימוש באימות רב -פקטור מוסיף שכבה נוספת של אבטחה על ידי דרישה מהמשתמשים לספק צורות אימות מרובות, כגון סיסמא וטביעת אצבע, לאימות.

9. מדוע חשוב לאכוף מדיניות סיסמא?

אכיפת מדיניות סיסמאות מבטיחה שמשתמשים יוצרים סיסמאות חזקות ומורכבות המאובטחות יותר ופחות רגישות לגישה בלתי מורשית.

10. כיצד AdselfService Plus עוזר לארגונים לשפר את האבטחה?

AdselfService Plus מציעה תכונות כמו אימות רב-גורמי, כניסה יחידה והודעת תוקף סיסמא, המסייעים לארגונים לחזק את אמצעי האבטחה שלהם ולהגן על חשבונותיהם.

11. מהן כמה דוגמאות לכללים שנאכפים על ידי מדיניות סיסמא?

דוגמאות לכללים שנאכפו על ידי מדיניות הסיסמה כוללות שימוש בשילוב של אותיות גדולות, אותיות קטנות, מספרים ותווים מיוחדים, הגבלת החזרתו ברציפות של תו ספציפי משם המשתמש ומניעת השימוש במילים מילון או רצפי מקלדת.

12. כיצד מניעת שימוש חוזר בסיסמה מסייעת בשיפור האבטחה?

מניעת שימוש חוזר בסיסמה מסייעת בשיפור האבטחה מכיוון ששימוש באותה סיסמה על פני מספר חשבונות מגדיל את הסיכון לכך שכל אותם חשבונות נפגעים אם סיסמה אחת נחשפת.

13. איך AdselfService Plus מודיע למשתמשים?

AdselfService Plus שולח התראות למשתמשים בנוגע לסיסמאות שלהם בקרוב, ומבטיח שהם מודעים ויכולים לשנות את הסיסמאות שלהם במועד.

14. מהם היתרונות של שימוש בציבור יחיד?

השימוש בכניסה יחידה מאפשר למשתמשים להתחבר פעם אחת ולגשת ליישומים מרובים ללא צורך להזין את האישורים שלהם בכל פעם, ולהפחית את הטרחה של ניהול סיסמאות מרובות.

15. כיצד AdselfService Plus משפר את אבטחת הסיסמאות במהלך שינויים בסיסמת הדומיין ואיפוס?

AdselfService Plus אוכפת את מדיניות הסיסמה במהלך שינויים בסיסמת דומיין באמצעות Ctrl+Alt+Del Screen וסיסמא מאפסת באמצעות משתמשי Active Diredor.

מיקרוסופט אומרת ששינוי סיסמא חובה הוא “עתיק ומיושן”

מרגוזיס היה ברור כי השינויים בשום דרך לא משפיעים על אורך סיסמא מינימלי, היסטוריה או מורכבות מומלצים. וכפי שציין, מיקרוסופט ממשיכה להפציר באנשים להשתמש באימות רב -פקטורי.

בִּטָחוֹן

בשנה שעברה הודיעה מיקרוסופט כי שינויים בסיסמאות תקופתיות הוסרו מהנחיות האבטחה המליצה ללקוחות. בעוד ששינויי סיסמא תקופתיים חובה באמצעות תפוגת סיסמא הוצגה כצעד הכרחי לאבטחת חשבונות Active Directory כל השנים, מדוע התרחש שינוי כזה?

מתברר כאשר נדחף לשנות את הסיסמאות שלהם באופן קבוע, המשתמשים נוטים ליצור סיסמאות פשוטות וקלות לזכור, השונות רק על ידי תו אחד או שתיים מקודמותיהם. הוסף לזה את התרגול של שימוש באותה סיסמה לחשבונות מרובים, יש לך על הידיים בעיה שמביסה את המטרה להטיל שינויים בסיסמה רגילה.

דרך פשוטה פשוטה לכך היא לאכוף כללים המסייעים ביצירת סיסמאות חזקות ומורכבות יותר. דוגמאות לכללים אלה הן:

• אכיפת השימוש בכל סוגי התווים (אותיות גדולות, אותיות קטנות, מספרים ותווים מיוחדים).
• אוסר על שימוש במילים שעשויות להיות נפוצות בארגון שלך.
• מניעת שימוש בסיסמאות קודמות.

פיתרון נוסף הוא למנוע מהמשתמשים להשתמש בסיסמאות שכבר נחשפו במהלך הפרות נתונים. התוקפים ידועים לשמצה בשמירה על הסיסמאות שהם מתאימים לא נכון במהלך הפרות נתונים ומשתמשים בהן בהתקפות עתידיות. כאשר שימוש חוזר בסיסמה הוא הרגל מסוכן נוסף, אם המשתמשים לא מסוכלים להשתמש בתעודות חשופות, חשבונותיהם מסתכנים בהפרת.

AdselfService Plus, ניהול סיסמאות לשירות עצמי של Active Directory משולב ופתרון כניסה יחיד, מציע את תכונת אכיפת מדיניות הסיסמאות המאפשרת לארגונים ליצור מדיניות סיסמה בהתאמה אישית ולהחיל מדיניות זו על OUS וקבוצות רצויות. מדיניות הסיסמה מורכבת מכללי מורכבות המחייבים משתמשים ליצור סיסמאות חזקות ומורכבות. הכללים מאפשרים למנהלים לנהל:

1. תווים המשמשים בסיסמה: זה כולל כללים המגבילים את מספר התווים, המספרים והתווים המיוחדים של Unicode המשמשים בסיסמאות.
2. חזרה על תווים בסיסמה או שימוש בסיסמאות ישנות: זה כולל כללים שאוכפים היסטוריית סיסמא בדוק במהלך איפוס הסיסמה, ומגבילים את החזרה ברציפות של תו ספציפי משם המשתמש (ה.ז. “AAAAA” אוֹ “user01”).
3. שימוש בדפוסים ובמילים נפוצות: זה כולל כללים המגבילים את רצפי המקלדת, מילות מילון ופלינדרומים.
4. אורך הסיסמה: זה כולל כללים המפרטים את אורך הסיסמה המינימלי והמקסימלי.

AdselfService Plus מספק גם את האפשרויות הבאות המשפרות את יישום מדיניות הסיסמה המותאמת אישית בתחום:

• אפשר למשתמשים לעקוף את מדיניות הסיסמה אם הסיסמה עולה על אורך מסוים.
• ציון המספר המינימלי של הכללים שיש לספק כדי ליצור סיסמה בהצלחה.
• הצגת כללי מדיניות הסיסמה במהלך שינוי סיסמא ואיפוס סיסמא לשירות עצמי המוצע על ידי AdselfService Plus.
• אכיפת מדיניות הסיסמה במהלך שינויים בסיסמת דומיין באמצעות CTRL+ALT+DEL מסך ומאפס סיסמא באמצעות משתמשי Active Directory ו- Console Console.

תכונה נוספת המוצעת על ידי AdselfService Plus היא שילוב עם האם הייתי מוטב?. זהו שירות שמזהיר את המשתמשים אם הסיסמה שהם יצרו נפרצה לפני כן. ברגע שמשולב AdselfService? משתמשי הדומיין מתריעים כאשר הסיסמאות שהם יוצרים במהלך אחת מהפעולות שלהלן נחשפו לפני כן:

• איפוס סיסמא לשירות עצמי באמצעות AdselfService Plus
• שינוי סיסמא באמצעות אפשרות Ctrl+Alt+Del.
• איפוס סיסמה באמצעות משתמשי Active Directory ו- Console Console.

AdselfService Plus מציעה גם תכונות אחרות להגנה על חשבונות מודעות בארגון. חלקם כוללים:

• אימות רב-גורמי: מיישם שכבות של אימות מרובות בשיטות כמו TOTP, אימות Google ואימות טביעות אצבע במהלך כניסה לתחום, פעולות שירות עצמי כמו איפוס סיסמא וחשבון ביטול נעילה באמצעות פורטל AdselfService פלוס, וכניסה לארגון (במהלך SSO).
• כניסה יחידה: מאפשרת למשתמשים להיכנס לפורטל AdselfService פעם אחת ולגשת ליישומים ארגוניים אחרים מבלי להיכנס שוב.
• הודעת תפוגה של סיסמה: מודיעה למשתמשים על סיסמאותיהם בקרוב להפליא.

פשט את ניהול הסיסמאות עם AdselfService Plus.

תודה!

ההורדה שלך בעיצומה והיא תושלם תוך מספר שניות בלבד!
אם אתה מתמודד עם בעיות, הורד ידנית כאן

ניהול סיסמאות לשירות עצמי ופתרון כניסה יחיד

ניהול AdselfService Plus הוא ניהול סיסמאות משולב בשירות עצמי ופתרון כניסה יחיד עבור Active Directory ו- Cloud Apps. הקפד אבטחת נקודת קצה עם בקרות אימות מחמירות הכוללות ביומטריה ובקרות מדיניות סיסמאות מתקדמות.

• מוצרים קשורים
  • Admanager Plusective ניהול ודיווח
  • Adaudit PlusReal-Time Active Directory ביקורת ו- UBA
  • EventLog AnalyzerReal-Time ניתוח ודיווח
  • AD360INTERATED זהות וניהול גישה
  • Log360comprehever siem ו- ueba
  • כלים חינם של ספריית כלים בחינם למודעות

  חלונית זכוכית יחידה לניהול סיסמאות של שירות עצמי מלא

  • שירות עצמי של סיסמה
  • שירות עצמי בספריה
  • זהות אחת
  • בִּטָחוֹן
  • מוצרים קשורים
  • איפוס סיסמא לשירות עצמי
  • ביטול נעילה של חשבון שירות עצמי
  • Notifier תפוגת סיסמא
  • Windows Logon אימות דו-גורמי
  • אכיפת מדיניות סיסמאות
  • סוכן כניסה של Windows/Mac/Linux
  • ניהול סיסמאות ניידות
  • עדכון תעודות במטמון
  • אימות רב-גורמים

  מיקרוסופט אומרת ששינוי סיסמא חובה הוא “עתיק ומיושן”

  חברת מגמה גדולה, החברה מדברת נגד הנוהג העתיק.

  דן גודין – 3 ביוני, 2019 21:08 UTC

  

  הערות קוראים

  מיקרוסופט סופית סוף סוף מקסימום שמומחי אבטחה התקבלו כמעט אוניברסלית במשך שנים: שינויים בסיסמא תקופתיים עשויים להזיק יותר מתועלת.

  בפוסט שהתעלמו ברובו שפורסם בסוף החודש שעבר, מיקרוסופט אמרה כי היא מסירת שינויים בסיסמא תקופתיים מהגדרות בסיס האבטחה שהיא ממליצה על לקוחות ומבקרים. לאחר עשרות שנים של מיקרוסופט הממליץ על סיסמאות באופן קבוע, העובד של מיקרוסופט אהרון מרגוזיס אמר כי הדרישה היא “הפחתה עתיקה ומיושנת בעלת ערך נמוך מאוד.”

  לקריאה נוספת

  שינוי הלב הוא בעיקר תוצאה של מחקרים שמראים כי סיסמאות מועדות ביותר לפיצוח כשהם’קל למשתמשי הקצה לזכור, למשל כאשר הם משתמשים בשם או בביטוי מתוך סרט או ספר אהוב. בעשור האחרון הכו האקרים הפרות סיסמא בעולם האמיתי להרכיב מילוני מיליוני מילים. בשילוב עם כרטיסי גרפיקה מהירים סופר, האקרים יכולים לעשות מספר עצום של ניחושים בהתקפות לא מקוונות, המתרחשות כאשר הם גונבים את החשיפה המקושקשת הקריפטוגרפית המייצגת את סיסמאות המשתמש הפלאנטקסטיות.

  לקריאה נוספת

  אפילו כאשר משתמשים מנסים לערפל את הסיסמאות הקלות לזכרם-נניח על ידי הוספת אותיות או סמלים למילים, או על ידי החלפת 0’s עבור ה- O’s או 1’s עבור l’S – חוטים יכולים להשתמש בכללי תכנות המשנים את רשומות המילון. כתוצאה מכך, אמצעים אלה מספקים הגנה מועטה מפני טכניקות פיצוח מודרניות.

  החוקרים הגיעו יותר ויותר לקונצנזוס כי הסיסמאות הטובות ביותר באורך של לפחות 11 תווים, שנוצרו באופן אקראי ומורכבים ממכתבים עליונים ונמוכים, סמלים (כגון %, *או>) ומספרים. התכונות הללו מקשות עליהן במיוחד לרוב האנשים לזכור. אותם חוקרים הזהירו כי המנדט משתנה סיסמא כל 30, 60 או 90 יום – או כל תקופה אחרת – יכול להזיק מסיבות שלל סיבות. הראשי ביניהם, הדרישות מעודדות את משתמשי הקצה לבחור סיסמאות חלשות יותר ממה שהן היו יכולות אחרת. סיסמה שהייתה “P@$$ w0rd1” הופך להיות “P@$$ w0rd2” וכולי. במקביל, שינויי החובה מספקים תועלת אבטחה מועטה, מכיוון שיש לשנות את הסיסמאות מייד במקרה של הפרה אמיתית ולא לאחר פרק זמן מוגדר שנקבע על ידי מדיניות.

  לקריאה נוספת

  למרות הקונצנזוס ההולך וגובר בקרב החוקרים, מיקרוסופט ורוב הארגונים הגדולים האחרים לא היו מוכנים לדבר נגד שינויים בסיסמא תקופתיים. אחד החריגים הבולטים היה בשנת 2016, כאשר לורי קרנור, אז ועדת הסחר הפדרלית’הטכנולוגית הראשית, קראה את העצות שניתנו על ידי המעסיק שלה. עכשיו, כמעט שלוש שנים אחר כך, לקרנור יש חברה.

  בחודש שעבר’פוסט הבלוג, מרגוזיס של מיקרוסופט כתב:

  שם’אין ספק שמצב אבטחת הסיסמאות הוא בעייתי ונמצא כבר זמן רב. כאשר בני אדם בוחרים סיסמאות משלהם, לעתים קרובות מדי קל לנחש או לחזות. כאשר בני אדם מוקצים או נאלצים ליצור סיסמאות שקשה לזכור, לעתים קרובות מדי הם’לרשום אותם איפה אחרים יכולים לראות אותם. כאשר בני האדם נאלצים לשנות את הסיסמאות שלהם, לעתים קרובות מדי הם’אני אעשה שינוי קטן וצפוי לסיסמאות הקיימות שלהם ו/או לשכוח את הסיסמאות החדשות שלהם. כאשר נגנבים סיסמאות או חשיש התואם שלהן, זה יכול להיות קשה במקרה הטוב לאתר או להגביל את השימוש הבלתי מורשה שלהם.

  מחקר מדעי אחרון מטיל ספק בערך של נוהלי אבטחת סיסמא רבים ארוכי שנים, כגון מדיניות תפוגה של סיסמא, ומצביע במקום זאת לחלופות טובות יותר כמו אכיפת רשימות אסור-אסור (דוגמה נהדרת היא הגנה על סיסמא Adaure Ad) ואמותה רב-גורם. אמנם אנו ממליצים על אלטרנטיבות אלה, אך לא ניתן לבטא או לאכוף אותם באמצעות קווי הבסיס המומלצים שלנו לתצורת אבטחה, אשר בנויים על Windows’ הגדרות מדיניות קבוצתיות מובנות ואינן יכולות לכלול ערכים ספציפיים ללקוח.

  תפוגת סיסמא תקופתית היא הגנה רק מפני ההסתברות שסיסמה (או חשיש) תיגנב במהלך מרווח התוקף שלה ותשמש על ידי ישות בלתי מורשית. אם סיסמה לעולם לא נגנבה, שם’אין צורך לפוג אותו. ואם יש לך הוכחות לכך שנגנבה סיסמה, כנראה שתפעל מייד ולא לחכות לתפוגה כדי לתקן את הבעיה.

  אם זה’נתון כי ככל הנראה סיסמה תיגנב, כמה ימים זה זמן מקובל להמשיך לאפשר לגנב להשתמש בסיסמה גנובה זו? ברירת המחדל של Windows היא 42 יום. לא’זה נראה כמו זמן רב עד כדי גיחוך? ובכן, זה, ובכל זאת, קו הבסיס הנוכחי שלנו אומר 60 יום – ומשמש לומר 90 יום – מכיוון שאילץ תוקף תכוף מציג בעיות משלו. ואם זה’לא נתון כי סיסמאות ייגנבו, אתה רוכש את הבעיות האלה ללא תועלת. יתרה מזאת, אם המשתמשים שלך הם מהסוג שמוכנים לענות על סקרים בחניון שמחליף סרגל ממתקים עבור הסיסמאות שלהם, שום מדיניות תפוגה של סיסמא תעזור לך.

  מרגוזיס היה ברור כי השינויים בשום דרך לא משפיעים על אורך סיסמא מינימלי, היסטוריה או מורכבות מומלצים. וכפי שציין, מיקרוסופט ממשיכה להפציר באנשים להשתמש באימות רב -פקטורי.

  השינויים במיקרוסופט’הגדרות בסיס האבטחה ניצחו’t שנה את ברירות המחדל הכלולות בגרסאות Windows Server, שלדברי מרגוזיס ממשיכה להיות 42 יום, פחות מאפילו 60 הימים שהוצעו בהגדרות הבסיס הישנות. ועדיין, שינוי הבסיס עשוי לתת לתחמושת עובדים בעת תמיכה בשינויים בארגונים שלהם. ג’רמי גוסני, מומחה לאבטחת סיסמאות והמייסד והמנכ”ל של טרהאש, אמר זאת’סביר להניח גם שיעזרו לחברות לדחוף שוב נגד מבקרי רואי החשבון, שלעתים קרובות מוצאים חברות מתוך ציות אלא אם כן חוקקו שינויי סיסמא תוך זמן מוגדר.

  “מיקרוסופט קופצת רשמית למאבק נגד שינויי סיסמא חובה,” אמר גוסני, “הולך לתת לחברות מנוף עוד יותר מפני תאימות גדולה.”

  קו המשנה לפוסט זה השתנה. בעבר נכתב: “קפץ מגמה מרכזית, החברה כבר לא מייעצת לארגונים לאכוף שינויים תקופתיים.”

  שיטות עבודה מומלצות של מדיניות סיסמא של NIST ומיקרוסופט

  

  מיקרוסופט והמכון הלאומי לטכנולוגיית אבטחה (NIST) הם שניים מהמשאבים המובילים למתן מדיניות סיסמא חזקה. במאמר זה אנו דנים באסטרטגיות המומלצות שלהם כדי לוודא שהסיסמאות של הארגון שלך מספיק חזקות כדי להגן מפני האקרים ופושעי רשת.

  ה- NIST אחראי על פיתוח תקני אבטחת מידע והנחיות שעל כל הסוכנויות הפדרליות לעקוב אחריהם, ורוב המומחים של אבטחת הסייבר בוחרים לעקוב אחריהם גם כן. מיקרוסופט מספקת נקודת מבט ייחודית על אבטחת סיסמאות על ידי מינוף האינטליגנציה שמגיעה מניתוח מיליוני ניסיונות להתפשר על שם משתמש/סיסמא מדי יום. עיין גם בהנחיית NIST ו- Microsoft סיסמאות והמלצות כדי לקבוע את המדיניות הטובה ביותר עבור הארגון שלך.

  מיקרוסופט יצרה את המלצתם למדיניות סיסמת מנהל המערכת באמצעות מודיעין שנצברו משנים של איומי מעקב כולל טרויאנים, תולעים, בוטנות, התקפות דיוג וכו ‘. הם גם מדגישים את החשיבות של הכשרת עובדים כדי להבטיח שכל המשתמשים יחונכו על כל שינוי במדיניות הסיסמה, ויודעים לאתר את איומי האבטחה האחרונים. מיקרוסופט ממליצה על המדיניות הבאה לספק זהות מבוססת סיסמא ואבטחת ניהול גישה כחלק מתכנית אבטחת הסייבר של הארגון שלך.

  הנחיות סיסמא למנהלים

  • שמור על דרישת אורך מינימלי של 8 תווים (ארוך יותר לא בהכרח טוב יותר)
    דרישות אורך סיסמא (גדולות מכ -10 תווים) יכולות לגרום להתנהגות משתמשים שהיא צפויה ולא רצויה. לדוגמה, משתמשים הנדרשים לקבל סיסמא של 16 תווים עשויים לבחור חוזרים על דפוסים כמו FourFourFourfour או DasisionPassword העונים על דרישת אורך התווים אך לא קשה לנחש. בנוסף, דרישות אורך מגדילות את הסיכויים שמשתמשים יאמצו פרקטיקות חוסר ביטחון אחרות, כגון לרשום את הסיסמאות שלהם, לשימוש חוזר או לאחסן אותם ללא מוצף במסמכים שלהם. כדי לעודד משתמשים לחשוב על סיסמה ייחודית, אנו ממליצים לשמור על דרישת אורך מינימום של 8 תווים סבירה.
  • לא דורשים דרישות הרכב אופי. לדוגמה, *& (^%$
    דרישות מורכבות סיסמא יכולות לגרום למשתמשים לפעול בדרכים צפויות, ולפגוע יותר מתועלת. רוב האנשים משתמשים בתבניות דומות, למשל, אותרט. פושעי סייבר יודעים זאת, ולכן הם מנהלים את התקפות המילון שלהם באמצעות ההחלפות הנפוצות ביותר, “$” עבור “s”, “@” עבור “A”, “1” עבור “l”. לאלץ את המשתמשים שלך לבחור שילוב של עליון, תחתון, ספרות, תווים מיוחדים יש השפעה שלילית. דרישות מורכבות מסוימות אפילו מונעות מהמשתמשים להשתמש בסיסמאות מאובטחות ובלתי נשכחות, ולאלץ אותם לעלות עם סיסמאות פחות מאובטחות ופחות בלתי נשכחות.
  • אינם דורשים איפוס סיסמא תקופתי עבור חשבונות משתמש
    יש ראיות המצביעות על כך שמשתמשים שיודעים שהם יצטרכו לשנות את הסיסמה שלהם לבחור סיסמאות חלשות וסבירות גבוהה יותר לרשום אותם. זו עשויה להיות גישה טובה יותר לאכיפת אימות רב-גורמים ואז לעודד משתמשים לעשות את המאמץ ליצור סיסמה חזקה שהם יוכלו להשתמש בהם במשך זמן רב.
  • איסור סיסמאות נפוצות, כדי להרחיק את הסיסמאות הפגיעות ביותר מהמערכת שלך
    דרישת הסיסמה החשובה ביותר שעליך לשים על המשתמשים שלך בעת יצירת סיסמאות היא לאסור שימוש בסיסמאות נפוצות כדי להפחית את הרגישות של הארגון שלך להתקפות סיסמאות של כוח ברוט. סיסמאות משתמש נפוצות כוללות: ABCDEFG, סיסמא, קוף.
  • לחנך את המשתמשים שלך לא להשתמש מחדש בסיסמאות הארגון שלהם למטרות שאינן קשורות לעבודה
    אחת ההודעות החשובות ביותר כדי לעבור למשתמשים בארגון שלך היא לא לעשות שימוש חוזר בסיסמת הארגון שלהם בשום מקום אחר. השימוש בסיסמאות ארגון באתרים חיצוניים מגדיל מאוד את הסבירות כי פושעי רשת יפגעו בסיסמאות אלה.
  • אוכף רישום לאימות רב-גורמים
    וודא שהמשתמשים שלך מעדכנים מידע על קשר ואבטחה, כמו כתובת דוא”ל חלופית, מספר טלפון או מכשיר שנרשם לצורך התראות דחיפה, כך שיוכלו להגיב לאתגרי אבטחה ולהודיע ​​על אירועי אבטחה. מידע על קשר ואבטחה מעודכן עוזר למשתמשים לאמת את זהותם אם הם שוכחים אי פעם את הסיסמה שלהם, או אם מישהו אחר מנסה להשתלט על חשבונם. זה גם מספק ערוץ התראות מחוץ ללהקה במקרה של אירועי אבטחה כמו ניסיונות כניסה או סיסמאות שהשתנו.
  • אפשר אתגרי אימות רב-גורמים מבוססי סיכונים
    אימות רב-גורמי מבוסס סיכונים מבטיח שכאשר המערכת שלנו תזהה פעילות חשודה, היא יכולה לאתגר את המשתמש להבטיח שהם בעלי החשבון הלגיטימי.
  • אימות ללא סיסמה הוא העתיד
    מיקרוסופט מזמינה מנהלים להביא את הארגונים שלהם לעתיד על ידי היכרות עם מה שהם מתייחסים כאל אימות חסר סיסמה, והיא זמינה כעת. זה מאפשר למשתמשים להגיע ליישומים ושירותים מהר יותר, מספק רמה גבוהה יותר של אבטחה מאשר סיסמאות ומבטל את עלויות התמיכה ב- IT ואת התפוקה שאבדה הנובעת מאיפוס הסיסמה. שלוש אפשרויות האימות ללא סיסמה של מיקרוסופט הזמינות כיום כוללות אימות זיהוי פנים של Windows Hello Faceart.

  הפרסום המיוחד של NIST 800-63B הנחיות זהות דיגיטלית, אימות וניהול מחזור חיים שהונפקו בשנת 2020 נחשב לתקן הזהב לאבטחת סיסמא. אחרי ההנחיות חייבות להיות סוכנויות פדרליות, ומומלץ בחום כי המלצות סיסמת NIST צריכות להיות אחרי כל העסקים בעת קביעת מדיניות סיסמא כדי להבטיח את אבטחת חשבונות העובדים שלהם ונתוני החברה. המסמך הציג פרוטוקול חדש שנועד לשפר את אבטחת הסיסמאות על ידי עידוד קל לזכור אך קשה לנחש סיסמאות, המכונה סודות שונו, תוך ביטול רבים מדרישות מורכבות הסיסמה של העבר שהוכחו כמפחיתים את האבטחה בפועל.

  להלן סיכום המלצות הסיסמה המובילות המפורטות בהנחיות:

  • דורשים אימות רב-גורמים
    אימות רב-גורמי כרוך בשימוש בשיטה אחת כדי לאמת את הזהות שלך. אימות רב-גורמים יכול לעזור להגן על חשבונך מפני תוקפים גם אם הם מנחשים או גונבים את הסיסמה שלך. התוקפים לא יוכלו לגשת לחשבונך מבלי לעבור גם בשכבה השנייה של האבטחה.
  • אורך הסיסמה צריך להיות מינימום של 8 תווים אך פחות מ- 64 תווים
    הוכח כי דרישות אורך סיסמא הדורשות סיסמאות להיות גדולות יותר מ- 10 תווים גורמות להתנהגות משתמשים שהיא צפויה וקל עבור האקרים לנחש. דרישות אורך גם מגדילות את הסיכויים שמשתמשים יאמצו פרקטיקות חוסר ביטחון אחרות, כגון לרשום את הסיסמאות שלהם, שימוש חוזר בהם או אחסון אותם לא מוצפנים במסמכים שלהם. מסיבות אלה, NIST ממליצה כעת לשמור על דרישת אורך מינימום של 8 תווים סבירה. והכי חשוב דורשים אימות רב-גורמי!
  • יש לאפשר את כל הדמויות המיוחדות (כולל שטח) אך אינן נדרשות
    תווים מיוחדים מחזקים את הסיסמה שלך, אך אתה עדיין יכול ליצור סיסמא חזקה ומאובטחת ללא תווים מיוחדים. הפיכתם לאופציונלית ולא נדרשת מאפשרת למשתמשים ליצור סיסמאות שהם נוטים יותר לזכור.
  • ביטול אימות מבוסס ידע (ה.ז. מה שם הנעורים של אמא שלך)
    ניתן למצוא בקלות צורות רבות של אימות מבוסס ידע באינטרנט. האקרים יכולים למצוא תשובות לרוב שאלות האבטחה שנשאלו כמו יום הולדת, רקע חינוכי ושמות של בן משפחה על ידי התבוננות ברישומים ציבוריים. זה לא עוזר שכל כך הרבה אנשים מתעלמים מהשלכות האבטחה של המידע שהם חולקים בחופשיות במדיה החברתית שלעתים קרובות נותנים רמזים חזקים לשאלות האבטחה הנפוצות הללו.
  • הימנע משימוש במידע אישי בעת יצירת סיסמה
    מידע אישי שאתה מציב בפלטפורמות המדיה החברתית כמו פייסבוק ואינסטגרם מקל על האקר לנחש את הסיסמאות שלך. הימנע משימוש בכל דבר שידוע עליך אם מרשומות ציבוריות או כל מידע שאתה או אחרים רשאי לפרסם במדיה החברתית. מידע זה עשוי להיות הקל ביותר לזכור, אך הוא הבסיס להנדסה חברתית שישמשו נגדך. הנדסה חברתית נותרה אחת האסטרטגיות היעילות ביותר המשמשות בהתקפות כופר מצליחות.
  • ביטול שינויי סיסמא חובה אלא אם כן יש עדות לפשרה לסיסמה
    אחד השינויים החשובים ביותר ש- NIST ביצע הוא שהם כבר לא ממליצים לדרוש איפוס סיסמא רגיל. הוכח כי תרגול זה אינו יעיל ולמעשה הופך את הסיסמאות פחות מאובטחות. מחקר שנערך על ידי מיקרוסופט מצא כי משתמשים שנדרשו לאפס את הסיסמאות שלהם לעיתים קרובות היו בעלי סיכוי גבוה יותר להשתמש בסיסמאות חלשות וישתמשו בהן מחדש על פני מספר חשבונות.
  • להגביל את מספר ניסיונות הסיסמה הכושלים
    הגבלת ניסיונות הסיסמה הכושלים שלך יכולה לעזור לשמור על אבטחת חשבונותיך על ידי מניעת התוקפים לקבל גישה אליהם אם הם מנחשים את הסיסמה שלך בצורה שגויה יותר מדי פעמים. זה יכול לעזור להגן על חשבונך מפני התקפות כוח ברוט בהן האקרים משתמשים בתוכנה מתוחכמת ו- AI כדי לייצר מיליוני שילובים שונים עד שהם ימצאו את הנכון.
  • אפשר העתקה והדבק פונקציונליות בשדות סיסמא
    NIST גם ממליצה לאפשר סיסמאות להיות מועתקות ולהדביק לשדות סיסמא, שלמרות שההנחיות אינן דורשות שימוש בתוכנת ניהול סיסמאות, הנחיה זו מאפשרת להשתמש בהן. מנהלי סיסמאות שומרים את כל הסיסמאות למשתמשים במיקום מרכזי ומוצפן ומאפשרים למשתמשים להעתיק ולהדביק כדי להתחבר.
  • דורשים הדרכת משתמשים קצה
    בני אדם נותרים הקישור החלש ביותר בתהליך אבטחת המידע, מתן הכשרה קבועה הוא אחד הדברים החשובים ביותר שארגונים יכולים לעשות כדי להגן מפני התקפות שמכוונות לעובדיהם. המלצות נוספות – אל תשתמש:
  • מילים ספציפיות להקשר, כמו שם השירות, שם המשתמש והנגזרות
  • סיסמאות שנפגעו בהפרות קודמות
  • מילים שניתן למצוא במילון
  • דמויות חוזרות או רצף כאלה (“AAAAAAAA” או “1234ABCD”)

  סיכום

  על מנהלים לבדוק את הרשימה המסופקת על ידי מקורות אמינים מאוד אלה ולאכוף את המדיניות המומלצת לחברת החברה. מדד האבטחה החשוב ביותר המומלץ על ידי מיקרוסופט וגם NIST דורש אימות רב-גורמי עבור כל החשבונות המכילים נתוני חברה. בהתבסס על לימודי מיקרוסופט, חשבונך הוא יותר מ- 99.9% פחות סביר להיפגע אם אתה משתמש ב- MFA.

  מנהלי סיסמאות פשוטים לשימוש ויכולים לעזור לייצר סיסמאות ייחודיות חזקות ולספק פיתרון מאובטח כך שהעובדים לא יצטרכו לזכור את כל הסיסמאות שלהם. אם אתה מיישם פיתרון לניהול סיסמאות, הנה חמישה דברים שכדאי לזכור:

  • בחר משפט סיסמה ארוך עבור סיסמת האב למנהל הסיסמאות והגן עליו מפני גניבה. ניתן להפוך את ביטוי הסיסמה לארוך מספיק כדי להגן מפני התקפות תוך מתן שינון.
  • צור סיסמאות ייחודיות לכל החשבונות או השתמש ביכולתם של מרבית מנהלי הסיסמאות כדי ליצור סיסמאות אקראיות, ייחודיות ומורכבות עבור כל חשבון.
  • הימנע ממנהלי סיסמאות המאפשרים שחזור סיסמת האב. כל פשרה של סיסמת האב באמצעות כלים לשחזור חשבונות יכולה להתפשר על קמרון הסיסמה כולו.
  • השתמש באימות רב-גורמי ליישומי מנהל התוכנית המאפשרים יכולת זו.
  • השתמש ביכולת מחולל הסיסמה ברוב מנהלי הסיסמאות כדי ליצור סיסמאות מורכבות ואקראיות העומדות בדרישות המורכבות הרצויות שלך

  אם אינך מיישם מנהל סיסמאות, חשוב לספק למשתמשים הנחיות כיצד לבחור סיסמה ייחודית לכל אחד מהחשבונות שלהם. אחת התוכניות הטובות ביותר שנוצרו אי פעם, שעדיין יעילה מאוד כיום היא משנייר בפוסט בבלוג אבטחה משנת 2014. הפוסט בבלוג ציין שכמעט כל דבר שניתן לזכור יכול להיות סדוק. זה מציע לשלב משפט בלתי נשכח באופן אישי עם כמה טריקים בלתי נשכחים באופן אישי כדי לשנות את המשפט הזה לסיסמה ייחודית ובלתי נשכחת. זה ייראה משהו כמו:

  • “tlpwent2tm” = “החזרזיר הקטן הזה הלך לשוק”
  • Wiw7, Mstmsritt. = כשהייתי בן שבע אחותי זרקה את הארנב הממולא שלי בשירותים.
  • וואו … doestcst = וואו, האם הספה הזו מריחה נורא.

  על ידי התייחסות למדיניות סיסמא, אבטחת הארגון שלך תשתפר באופן דרסטי.

  

  לקבלת המלצות נוספות בנושא אבטחת סייבר לשיפור מדיניות הארגונים שלך, צור קשר עם Intellisuite .

  האם זה עדיין רעיון טוב לדרוש מהמשתמשים לשנות את הסיסמאות שלהם?

  

  כל עוד תאגידי הוא קיים, המשתמשים נדרשו לשנות את הסיסמאות שלהם מדי פעם. למעשה, הצורך בשינויי סיסמא מתוזמנים עשוי להיות אחד הוותיקים ביותר מכל שיטות העבודה המומלצות. אולם לאחרונה, הדברים החלו להשתנות. מיקרוסופט הפכה את הקורס על שיטות העבודה המומלצות שהיו קיימות במשך עשרות שנים וכבר לא ממליצה לארגונים לדרוש מהמשתמשים לשנות סיסמאות מעת לעת. ארגונים נאלצים לקחת בחשבון, אולי לראשונה, בין אם זה לדרוש שינויים בסיסמתיים תקופתיים או לא, הוא רעיון טוב.

  המלצות איפוס סיסמא של מיקרוסופט

  על פי מיקרוסופט, הדרישה מהמשתמשים לשנות את הסיסמאות שלהם לעתים קרובות פוגעת יותר מתועלת. בני אדם עמידים לשמצה לשינוי. כאשר משתמש נאלץ לשנות את הסיסמה שלו, לרוב הם ימצאו סיסמא חדשה שמבוססת על הסיסמה הקודמת שלהם. משתמש עשוי, למשל, להוסיף מספר לסוף הסיסמה שלו ואז להגביר את המספר הזה בכל פעם שנדרשת סיסמה. באופן דומה, אם יש צורך בשינויי סיסמא חודשיים, משתמש עשוי לשלב את שם החודש בסיסמה ואז לשנות את החודש בכל פעם שנדרש שינוי סיסמא (לדוגמה, mym@rchp@ssw0rd). מה שמטריד עוד יותר הוא שמחקרים הוכיחו שלעתים קרובות ניתן לנחש את הסיסמה הנוכחית של המשתמש אם אתה יודע את הסיסמה הקודמת שלהם. במחקר אחד כזה, החוקרים מצאו שהם הצליחו לנחש 41% מהסיסמאות הנוכחיות של המשתמש תוך שלוש שניות אם הם מכירים את הסיסמה הקודמת של המשתמש. אמנם שינויי סיסמא מאולצים עלולים לגרום לבעיות, אך אי לדרוש מהמשתמשים לשנות את הסיסמאות שלהם יכול לגרום גם לבעיות. כפי שהוא עומד כיום, לוקח ארגון, בממוצע, 207 יום כדי לזהות הפרה (מכון פונימון, 2020). עם זאת בחשבון, קחו בחשבון כמה זמן עלול להידרש כדי לזהות הפרה אם המשתמשים אינם נדרשים לשנות את הסיסמאות שלהם. פושעי רשת שזכתה לגישה למערכת באמצעות סיסמא גנובה עלולה להתחמק מגילוי ללא הגבלת זמן. במקום פשוט לנטוש את הנוהג של דרישה לשינויי סיסמא תקופתיים, עדיף לטפל בסוגיות הבסיסיות הנוטות להחליש את אבטחת הארגון. הבעיה הגדולה ביותר הקשורה לשינויי סיסמא נדרשים היא שתפוגות סיסמא תכופות מובילות למשתמשים שבוחרים סיסמאות חלשות, או סיסמאות שקשורות בדרך כלשהי לסיסמה הקודמת שלהם. אחת הדרכים להימנע מבעיה זו היא לתגמל את המשתמשים על בחירת סיסמאות חזקות. כמה כלי ניהול סיסמאות של צד שלישי, למשל, מדיניות סיסמא של Specop. מכאן שמשתמשים שבוחרים סיסמאות חזקות לא יצטרכו לשנות את הסיסמאות הללו לעתים קרובות כמו משתמש שבוחר סיסמא חלשה יותר. בנוסף, ארגונים צריכים לחפש פיתרון לניהול סיסמאות המעניק להם את היכולת לחסום משתמשים מלהשתמש בסיסמאות שידוע כי נפגעו. סיסמאות נפגעות הן סיסמאות שהוגשו והוסיפו לטבלאות קשת או למאגרי נתונים דומים, ובכך הקלו מאוד על התוקף לפצח את הסיסמה ללא קשר למורכבותה. אמנם ישנם ספקי צד ג ‘המתחזקים רשימות מבוססות ענן של סיסמאות שידועות כמתפגורות, אך חשוב להבין שרשימת הסיסמאות האסורות על מיקרוסופט אינה רשימה של סיסמאות שהודלפו ואינו ממלא המלצות ציות לרשימת דחיית סיסמא. סוגיה שנייה המיוחסת לרוב לדרישות לשינוי סיסמא היא שמשתמשים שנאלצים לשנות לעתים קרובות את הסיסמאות שלהם יש לשכוח את הסיסמאות שלהם. זה מוביל למנעולי חשבון ושיחות ל- HelpDesk. הדרך הטובה ביותר להימנע מבעיה זו (ולהקטין את עלויות העזרה שלך בתהליך) היא לאמץ פיתרון לאיפוס סיסמא לשירות עצמי המאפשר למשתמשים לאפס את הסיסמאות שלהם בצורה מאובטחת. בעתיד, לארגונים המעוניינים לדרוש שינויים בסיסמה עשויים להיות בעלי ברירה אלא לאמץ פיתרון לניהול סיסמאות של צד שלישי. מיקרוסופט מסירה את הגדרות מדיניות התפוגה של סיסמה מ- Windows, החל מגרסה 1903. למרות המלצות להפך, ישנם יתרונות אבטחה לדרוש מהמשתמשים לשנות את הסיסמאות שלהם מדי פעם. עם זאת, המפתח הוא ליישם דרישה כזו באופן שאינו מחליש בשוגג את אבטחת הארגון. בעזרת פתרון הסיסמה מתוכנת Specops, ארגונים יכולים לחסום יותר משני מיליארד סיסמאות שנפרדו. הפיתרון יכול לעזור לארגונים לאבטח סיסמאות.

  מצא את המאמר הזה מעניין? עקבו אחרינו בטוויטר  ולינקדאין לקרוא תוכן בלעדי יותר שאנו מפרסמים.

  שינוי סיסמאות כבר לא נחוץ, אומר מיקרוסופט

  

  מיקרוסופט אמרה כי היא כבר לא ממליצה על שינויים בסיסמאות תקופתיות, וכי התרגול יכול למעשה להשאיר משתמשים פתוחים יותר לפריצה.

  עבור ארגונים רבים, המחייבים את העובדים לשנות את הסיסמה שלהם לאחר שפרק זמן שהוקצה היה חלק סטנדרטי של נוהל האבטחה שלהם. עם זאת, מיקרוסופט כבר לא ממליצה על כך, מתקשרת לתרגול “עַתִיק” וכן “מְיוּשָׁן”.

  דוחות מומלצים

  

  לעולם אל תסמוך, תמיד אמת – הוא אפס אמון הדבר הגדול הבא בביטחון הסייבר?

  

  מחר ללא קוד: האם פלטפורמות נמוכות בקוד/ללא קוד לחולל מהפכה בפיתוח היישומים ב- Digita.

  מודיעין של חברות

  KCOM Corp.

  Microsoft Corp

  בפוסט בבלוג בקו האבטחה עבור Windows 10, Microsoft’S היועץ הראשי אהרון מרגוזיס הסביר שכאשר המשתמשים נאלצים לשנות את הסיסמה שלהם לעיתים קרובות מדי, הם הופכים לעתים קרובות סיסמאות לחיזוי יותר, או שיבצעו רק שינויים קלים לסיסמה הקיימת שלהם.

  מדיניות תפוגת הסיסמה יעילה רק אם הסיסמה נגנבה, טוענות הפוסט. אם זה לא התרחש, שינוי זה משרת מעט מטרה, ואם יש לו, המשתמשים צריכים לפעול מייד ולא לחכות שהוא יפוגו. לכן מרגוזיס מאמינה כי אילוץ המשתמשים לשנות את הסיסמה שלהם באופן קבוע יכול “לרכוש את הבעיות האלה ללא תועלת”.

  במקום זאת, מדיניות אחרת כמו רשימות סיסמאות אסורות, אימות רב-גורמי או איתור התקפות ניחוש סיסמאות עשויות להיות יעילות יותר, ואף עשויה להפחית את הצורך בתום סיסמא תקופתית.

  בגלל זה, החברה עדכנה את עצתה לעסקים ואמרה זאת “הפחתה בעלת ערך נמוך מאוד, ואנחנו לא’לא תאמין’כדאי לקו הבסיס שלנו לאכוף כל ערך ספציפי”.

  עם זאת, מיקרוסופט גורסת כי ארגונים עדיין יכולים “בחר כל מה שמתאים ביותר לצרכים הנתפסים שלהם”.

  החברה ממליצה למשתמשים להשתמש רק בסיסמאות “אקראי וחזק” וכן “ממליץ מאוד” שארגונים מקימים הגנות נוספות.

  “הסיסמה הצנועה אינה מתה בשום אופן”

  אנדי קורי, שירותי ניהול זהות מובילים ב- KCOM אמר:

  “האמת היא שהטכנולוגיה עברה את השלב בו אנו כל הזמן צריכים לאפס סיסמאות. זֶה’אין לומר כי סיסמאות אינן חשובות – הניהול האפקטיבי של סיסמאות הוא אחד ההיבטים החיוניים ביותר של ההגנה הארגונית. זה לא’לא משנה עד כמה ההיקף שלך חזק, או עד כמה גילוי ההפרה שלך – אם משתמשים’ ניתן לפצח חשבונות פתוחים מקדימה, אם ניתן לנחש או לגנוב את הסיסמאות שלהם, אז החברה שלך טובה כמו חסרת הגנה.

  לאחר שהחשבון נפגע בדרך זו, תוקף לרוב יוכל לקבל גישה לשפע שלם של מידע רגיש מבלי להפסיק אזעקות פנימיות, עם השפעה פוטנציאלית בלתי ניתנת לחישוב על הארגון.

  “הסיסמה הצנועה אינה מתה בשום אופן. זה’פשוט הזמן לעסקים ימציאו אסטרטגיה חכמה יותר מאשר מדיניות תפוגה של סיסמה. שינויי סיסמא תכופים עודדו סיסמאות רעות, ואילו יש לשנות סיסמה טובה. על ארגונים לשקול לזרוק הסתמכות היסטורית על תפוגת הסיסמה לטובת מדיניות מרשם יותר על חוזק הסיסמה, להבטיח כי כללי סיסמא חזקים אך שמישים, ועדיף, אימות רב-גורמי נמצא במקום. כחלק מזה, זה’S חשוב גם שיש תשתית בעלת קיבולת גבוהה שיכולה לטפל באופן אמין ובאובטח בנתוני האימות-רק אז אתה יכול להתאים לחוויית משתמש לצרכי האבטחה.”