CVE-2026-98432 הוא מרוץ תזמון מסוג use-after-free בקוד ליבת לינוקס שמטפל בהקמת חיבורי IPv4 TCP. הפגם משפיע על ליבות מגרסה 4.4 ואילך, וציון החומרה שלו הוא 9.8 לפי CVSS 3.1. ההדגמה שדווחה להשגת גישת root מרחוק השתמשה בשרת עם מאזין Multipath TCP (או בקיצור MPTCP), אבל הבאג עצמו נמצא בטיפול של הליבה ב-IPv4 TCP — ולא רק ב-MPTCP.
6
44
57
ההבחנה חשובה: הגבלה או השבתה של MPTCP עשויה לחסום את מסלול התקיפה שהודגם בתנאים מסוימים, אך היא אינה מתקנת את הפגם בליבה. כמו כן, הדיווחים על הדגמת הרצת קוד מרחוק אינם מוכיחים שכל שרת TCP החשוף לאינטרנט ניתן לניצול אמין, או שהפגם כבר נוצל בהצלחה בשטח.
37
55
איך נוצר ה-use-after-free?
במהלך הקמת חיבור TCP, הליבה שומרת אפשרויות IPv4 הקשורות לבקשת חיבור שעדיין נמצאת בטיפול. כשהחיבור מתקדם, הפונקציה tcp_v4_syn_recv_sock() מעבירה את הבעלות על האפשרויות האלה לשקע החדש שנוצר — בלי להעתיק אותן. במקביל, מעבד אחר עשוי לטפל ב-SYN שנשלח מחדש עבור אותה בקשה, ולקרוא את האפשרויות בזמן שהחיבור מתפרק. אם הזיכרון משתחרר לפני שהקריאה הסתיימה, נתיב הטיפול בשידור החוזר עלול להשתמש בזיכרון שכבר שוחרר בעת בניית SYN-ACK.
44
זהו use-after-free: קוד ממשיך להשתמש בזיכרון אחרי שהשימוש בו הסתיים והוא שוחרר. בין התוצאות האפשריות שצוינו: קריסת מערכת או השחתת זיכרון; התרעות אבטחה מתארות גם אפשרות להרצת קוד מרחוק. היכולת להפוך את הבאג להרצת קוד אמינה תלויה בתנאים. ההדגמה שדווחה מול מאזין MPTCP מצביעה על מסלול תקיפה משמעותי, אך אינה מוכיחה שכל שרת פגיע ניתן לפגיעה באותו אופן.
52
55
התיקון לליבה מטפל בניהול אורך החיים של הזיכרון: הוא דוחה את שחרור אפשרויות IPv4 עד לאחר תקופת חסד של RCU, כדי לאפשר לקוראים מקבילים לסיים את השימוש בהן.
44
מה הדיווחים על ניצול מוכיחים — ומה לא
בדיווחים על מחקר Anthropic מ-27 באוקטובר תוארה הדגמת ניצול שנוצרה באמצעות מודל AI, ובאמצעותה הושגה גישת root מרחוק לשרת עם מאזין MPTCP. לפי דיווחים, קוד הניצול וההגדרות ששימשו בהדגמה לא פורסמו, ולכן קשה להעריך אותה באופן עצמאי ואת התנאים המדויקים שנדרשו לה.
9
11
מאט קוראלו מתח ביקורת על תגובת אובונטו, בזמן שחבילות ליבה מתוקנות כבר היו זמינות בחלק מההפצות ואילו התיקונים של אובונטו עדיין היו בבדיקות. זו ביקורת על העיכוב בהפצת עדכונים שגרתיים — לא ראיה טכנית נפרדת לכך שהפגם נוצל.
12
חוקר האבטחה מרקוס האצ'ינס דיווח על פעילות שנראתה כמו סריקה של מערכות חשופות. סריקה עשויה להעיד על עניין באיתור מטרות, אך אינה מוכיחה שמערכת כלשהי נפרצה.
31
55 המקורות שסופקו אינם מאמתים באופן עצמאי את ההערכה שלפיה כ-2.1 מיליון שרתים נגישים דרך MPTCP; לכן אין לראות במספר הזה ספירה מבוססת של שרתים פגיעים או בני-ניצול.
למה השבתת MPTCP היא רק צעד ביניים
Go 1.24 ומעלה עשויה להפעיל MPTCP עבור מאזינים כאשר ליבת המערכת תומכת בכך. המשמעות היא שהתנהגות הרשת של אפליקציה עשויה להיות רלוונטית גם אם היא לא פותחה במיוחד כדי להשתמש ב-MPTCP.
37
Lightning Labs הנחתה את מפעילי LND על לינוקס להשבית MPTCP ולהתקין ליבה מתוקנת. לפי הודעת הגרסה lnd v0.21.6-beta, מאזיני MPTCP מושבתים כברירת מחדל — צעד שסוגר את מסלול התקיפה שהודגם דרך האפליקציה הזו. ההודעה מבהירה שמדובר בצמצום חשיפה, ולא בתחליף לתיקון הליבה.
33
37
השבתת MPTCP בתוך אפליקציה עשויה לצמצם את החשיפה שלה; השבתה ברמת המערכת יכולה להשפיע גם על מאזיני MPTCP אחרים. אבל אף אחת מהפעולות אינה מתקנת את הבאג הבסיסי בטיפול בזיכרון של IPv4 TCP. יש להתייחס אליהן כאל אמצעי ביניים עד להתקנת עדכון ליבה — ולא כסימן שליבה שלא עודכנה בטוחה.
6
37
44
מצב התיקונים כפי שדווח עד 4 בנובמבר
זמינות התיקונים השתנתה בין הפצות לינוקס. קנוניקל הודיעה ב-2 בנובמבר שהתיקונים עבור Ubuntu 22.04 LTS ומעלה נמצאים בערוץ -proposed, ערוץ אופציונלי שמיועד לבדיקות, בזמן שתהליך האימות נמשך. בדיווחים מאותה תקופה נמסר כי Red Hat הפיצה ב-1 בנובמבר ליבות מתוקנות עבור RHEL 8, 9 ו-10.
6
7
הפער בין תיקון שנמצא בבדיקות לבין עדכון שמגיע לערוץ העדכונים הרגיל עורר ביקורת, במיוחד בעקבות הדיווח על הדגמת השגת root מרחוק. מצב העדכונים עשוי להשתנות, ולכן כדאי לבדוק את התרעת האבטחה של ההפצה והגרסה הספציפיות שלכם — ולא להניח שתיקון שיועד להפצה אחרת מתאים גם למערכת שלכם.
7
12
למנהלי מערכות, העדיפות היא לבדוק איזו גרסת ליבה פועלת בפועל בכל עומס עבודה, ולהתקין את הליבה המתוקנת של ההפצה ברגע שהיא זמינה. הגבלות על MPTCP עשויות לצמצם חשיפה בינתיים, אך רק עדכון הליבה מתקן את התנהגות הזיכרון הפגיעה.
6
37
44