SHARE THE PERSPECTIVE
SRP נמנע משליחת הסיסמה בחילופי הכניסה; הוא אינו הופך מאמת שנגנב לבלתי מזיק.

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

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

מה משתנה לעומת כניסה רגילה באמצעות סיסמה?

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

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

מפרט SRP ב־RFC 2945 מסביר את בסיס הפרוטוקול. בפרופילים ובמימושים מאוחרים יותר יש לבדוק את הפרמטרים המדויקים ואת בדיקות ההודעות; הכינוי ״SRP״ אינו מוכיח שכל החלטת מימוש תקינה.

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

מדוע מאמת שנגנב עדיין חשוב

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

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

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

מפני מה SRP אינו מגן

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

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

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

כל מתקפת רשת פעילה: פרמטרי הפרוטוקול, אימות הקלט, אישור הדדי והחיבור המאומת שסביבו חשובים. אל תחליפו את הגנות ה־TLS שנקבעו לפריסה בסיסמה ״הסיסמה לעולם אינה עוברת ברשת״.

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

כיצד Livara מפרידה בין כניסה לשחזור זהות

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

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

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

רשימת בדיקה מעשית להערכה

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

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

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

קראו את מודל האיומים שלנו
CONTINUE THE THREADPrivate messaging ↗
YOU’VE REACHED THE ENDBack to the reading room ↗