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

למקרה שפספסתם את הסיפור, בחצות ב-4 במאי 2019, כמעט כל ההרחבות של Firefox הפסיקו לפתע לעבוד.

כפי שהתברר, הכשל האדיר התרחש בשל העובדה שמוזילה פג תוקף האישור, ששימש לחתימה על הרחבות. לכן, הם סומנו כ"לא חוקיים" ולא אומתו (פרטים טכניים). בפורומים, כפתרון עוקף, הומלץ להשבית את אימות חתימת ההרחבה ב about: config או החלפת שעון המערכת.

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

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

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

DNScrypt

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

הפרוטוקול עוטף תעבורת DNS בין לקוח לשרת במבנה קריפטוגרפי, הפועל על פרוטוקולי התחבורה UDP ו-TCP. כדי להשתמש בו, גם הלקוח וגם פותר ה-DNS חייבים לתמוך ב-DNSCrypt. לדוגמה, מאז מרץ 2016, הוא מופעל בשרתי ה-DNS שלה ובדפדפן Yandex. מספר ספקים אחרים גם הכריזו על תמיכה, כולל גוגל ו-Cloudflare. למרבה הצער, אין הרבה מהם (152 שרתי DNS ציבוריים רשומים באתר הרשמי). אבל התוכנית dnscrypt-proxy ניתן להתקין באופן ידני על לקוחות Linux, Windows ו-MacOS. יש גם יישומי שרת.

איך DNSCrypt עובד? בקיצור, הלקוח לוקח את המפתח הציבורי של הספק הנבחר ומשתמש בו כדי לאמת את האישורים שלו. המפתחות הציבוריים לטווח הקצר עבור הפגישה ומזהה חבילת הצופן כבר נמצאים שם. לקוחות מוזמנים ליצור מפתח חדש עבור כל בקשה, ושרתים מוזמנים לשנות מפתחות כל שעתיים. בעת החלפת מפתחות, נעשה שימוש באלגוריתם X25519, לחתימה - EdDSA, להצפנת בלוק - XSalsa20-Poly1305 או XChaCha20-Poly1305.

אחד ממפתחי הפרוטוקול פרנק דניס כותבשהחלפה אוטומטית כל 24 שעות פתרה את בעיית התעודות שפג תוקפן. באופן עקרוני, לקוח הפניות dnscrypt-proxy מקבל אישורים עם כל תקופת תוקף, אך מוציא אזהרה "תקופת מפתח dnscrypt-proxy עבור שרת זה ארוכה מדי" אם היא תקפה ליותר מ-24 שעות. במקביל, שוחררה תמונת Docker, בה הוטמע שינוי מהיר של מפתחות (ותעודות).

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

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

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

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

עם זאת, חלק מהספקים עדיין החליטו, מסיבות טכניות מסוימות, להגדיר את תקופת תוקף האישור ליותר מ-24 שעות. בעיה זו נפתרה ברובה עם כמה שורות קוד ב-dnscrypt-proxy: המשתמשים מקבלים אזהרה אינפורמטיבית 30 יום לפני פקיעת התעודה, הודעה נוספת ברמת חומרה גבוהה יותר 7 ימים לפני התפוגה, והודעה קריטית אם נותרו לאישור. תוקף פחות מ-24 שעות. זה חל רק על תעודות שבהתחלה יש להם תקופת תוקף ארוכה.

הודעות אלו נותנות למשתמשים את ההזדמנות להודיע ​​למפעילי DNS על פקיעת תוקף תעודה קרובה לפני שיהיה מאוחר מדי.

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

מקור: www.habr.com