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

הסמל והסוד עונים על שאלות שונות

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

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

ObservationWhat it supportsWhat it cannot support
Logo missing or wrongThe issuer string was not recognisedAny conclusion about secret disclosure
Logo correctThe issuer string matched a known nameAny conclusion about who else enrolled
Codes rejected by the serviceA real mismatch between entry and accountWhich of the two changed

אל תירשמו מחדש כדי לתקן תמונה

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

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

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

כאשר הסוד אכן נחשף

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

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

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

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

שמרו מסלול שחזור לפני מחיקה

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

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

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

מאמרים קשורים