jsonscraper

GitHub מפעילה החלפת מפתחות SSH פוסט־קוונטית — בינתיים לא בארה״ב

החל מ־14 באוקטובר, GitHub מקבלת מפתחות RSA חדשים באורך 3072 סיביות לפחות ומתחילה להפעיל ML-KEM עבור SSH. מה מנהלי מערכת צריכים לבדוק כבר היום?

מדיניות עריכה דיווח על שגיאה

היום, 14 באוקטובר 2026, GitHub החלה להחיל שני שינויים ב־SSH: מפתחות RSA חדשים שמועלים חייבים להיות באורך של 3072 סיביות לפחות, ובחלק מהחיבורים מופעל אלגוריתם החלפת המפתחות הפוסט־קוונטי mlkem768x25519-sha256. השינויים חלים על חיבורי SSH; משתמשי Git דרך HTTPS אינם צריכים לשנות הגדרות בעקבות ההודעה הזו.

מאמר: GitHub מפעילה החלפת מפתחות SSH פוסט־קוונטית — בינתיים לא בארה״ב
תקציר: ב־14 באוקטובר קבעה GitHub מינימום של 3072 סיביות למפתחות RSA חדשים של SSH והחלה להפעיל את אלגוריתם החלפת המפתחות הפוסט־קוונטי ML-KEM ב־github.com ובחלקים מ־GitHub Enterprise Cloud. ההפעלה עדיין אינה זמינה למשתמשים בארה״ב.
תפקיד התמונה: תמונת שער — הרעיון המרכזי
נושא חזותי: המחשה של החלפת מפתחות SSH, שבה הצפנת סריגים עמידה בפני מחשבים קוונטיים מיוצגת כחבילות מפתחות ML-KEM גאומטריות בתנועה
© jsonscraper · איור שנוצר באמצעות בינה מלאכותית

לפי ההודעה של GitHub מ־22 בספטמבר, האלגוריתם יופעל ב־github.com וב־GitHub Enterprise Cloud עם Data Residency, למעט אזור ארה״ב. זהו תחילת התמיכה מצד הפלטפורמה: השימוש בפועל באלגוריתם החדש תלוי גם בלקוח SSH ובהגדרות שלו.

מה בדיוק משתנה

החל מ־14 באוקטובר, נקבע אורך מינימלי של 3072 סיביות למפתחות RSA חדשים של SSH שמועלים. אין צורך להחליף מפתחות RSA קיימים רק בגלל אורכם: GitHub ממליצה להשתמש איתם בחתימות RSA-SHA-2 — rsa-sha2-256 או rsa-sha2-512. בתיעוד שלה החברה ממליצה גם על Ed25519 כמפתח חדש, כאשר סוג זה מתאים לסביבת העבודה.

השינוי השני נוגע להסכמה על מפתח ההפעלה. mlkem768x25519-sha256 משלב את ML-KEM — אלגוריתם פוסט־קוונטי לקפסול של מפתחות — עם X25519. לפי התוכנית של GitHub, לקוחות תואמים שהוגדרו להעדיף את האלגוריתם הזה יוכלו לבחור בו אוטומטית. לקוחות ישנים אמורים לעבור לאלגוריתם תאימות נתמך.

מה כדאי לבדוק בצוות

  1. לזהות את שיטת החיבור. בדקו את כתובות ה־Git remote: רשומות שמתחילות ב־https:// אינן מושפעות משינויי SSH. עבור SSH, בדקו אילו לקוחות, ספריות ואינטגרציות נמצאים בשימוש.
  2. לבדוק חתימות RSA. ודאו שהלקוח והספרייה שבשימוש תומכים ב־RSA-SHA-2. GitHub מציינת גרסאות מינימום של מימושים נפוצים, ובהם OpenSSH 7.2p1, ‏Go SSH 0.16.0 ו־libssh2 1.11.0.
  3. לבדוק מפתחות חדשים. אם מדיניות הארגון מחייבת RSA, מפתח חדש חייב להיות באורך 3072 סיביות לפחות. עבור מפתח RSA שכבר הועלה, התמיכה באלגוריתם החתימה חשובה יותר מיצירת מפתח חלופי רק בגלל השינוי הזה.
  4. לבדוק תמיכת לקוח ב־ML-KEM. עדכון הפלטפורמה לבדו אינו מבטיח שלקוח מסוים יבחר בהחלפת המפתחות החדשה. בדקו תחילה את התיעוד ואת התנהגות הלקוח בחיבור בדיקה; עבור לקוחות ישנים, תכננו שדרוג בהתאם ללוח הזמנים המקובל בארגון.

יש גם שלב נפרד שיחל בהמשך: GitHub קבעה השבתות ניסיון של חתימת RSA מיושנת עם SHA-1 ושל המנגנון diffie-hellman-group-exchange-sha256 ל־4 בנובמבר ול־9 בדצמבר 2026, בהתאמה, והסרה סופית מתוכננת ל־13 בינואר 2027. לכן יש להתייחס לדרישת האורך החדשה למפתחות RSA ולוויתור העתידי על אלגוריתמים ישנים כשתי משימות הגירה נפרדות.

העדיפות המעשית של הצוותים היום היא למפות את לקוחות ה־SSH ולבדוק תמיכה ב־RSA-SHA-2, ולאחר מכן לבדוק בנפרד תמיכה ב־ML-KEM. זמינות האלגוריתם החדש למשתמשים בארה״ב עדיין לא הוכרזה; הדרישה לגודל של מפתחות RSA חדשים כבר חלה על העלאות החל מ־14 באוקטובר.

People

No people listed for this article yet.

Keep readingסינגפור ו-Google DeepMind פיתחו בינה מלאכותית לאיתור הונאות בהתכתבויות בטלפון
Read the next article

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

גלו את ממשקי ה-API לנתונים חברתיים של jsonscraper, בדקו בקשות ובנו את תהליך העבודה הבא.

גלה API