הצפת מאגר ב-curl ו-libcurl, באה לידי ביטוי בעת גישה דרך פרוקסי SOCKS5

זוהתה פגיעות (CVE-2023-38545) בכלי השירות לקבלה ושליחה של נתונים על גבי רשת ה-curl וספריית libcurl, המפותחת במקביל, מה שעלול להוביל להצפת חיץ ולביצוע פוטנציאל של קוד תוקף ב- צד הלקוח בעת גישה באמצעות כלי השירות curl או יישום המשתמש ב-libcurl, לשרת HTTPS שנשלט על ידי התוקף. הבעיה מופיעה רק אם גישה דרך פרוקסי SOCKS5 מופעלת ב-curl. בעת גישה ישירה ללא פרוקסי, הפגיעות אינה מופיעה. הפגיעות תוקנה במהדורת curl 8.4.0. חוקר האבטחה שגילה את הבאג קיבל פרס של 4660 דולר כחלק מיוזמת Internet Bug Bounty של Hackerone.

הפגיעות נגרמת על ידי שגיאה בקוד פתרון שם המארח לפני הגישה ל-proxy SOCKS5. אם שם המארח הוא באורך של עד 256 תווים, curl מעביר מיד את השם לפרוקסי SOCKS5 לרזולוציה בצדו, ואם השם הוא יותר מ-255 תווים, הוא עובר לפותר המקומי ומעביר את הכתובת שכבר הוגדרה ל-SOCKS5 . עקב שגיאה בקוד, הדגל המציין את הצורך ברזולוציה מקומית יכול להיות מוגדר לערך שגוי במהלך משא ומתן איטי על חיבור דרך SOCKS5, מה שהוביל להקלטה של ​​שם מארח ארוך במאגר שהוקצה עם הציפייה של אחסון כתובת ה-IP או השם, לא יעלה על 255 תווים.

הבעלים של אתר שאליו ניגש curl דרך פרוקסי SOCKS5 יכול להפעיל הצפת מאגר בצד הלקוח על ידי החזרת קוד הפניה מחדש של בקשה (HTTP 30x) והגדרת הכותרת "מיקום:" לכתובת URL עם שם מארח בטווח של 16 למעלה עד 64 KB (16 KB הוא הגודל המינימלי הנדרש כדי להציף את המאגר שהוקצה, ו-65 KB הוא האורך המקסימלי המותר של שם המארח בכתובת URL). אם הפניה מחדש של הבקשה מופעלת בהגדרות libcurl וה-proxy SOCKS5 בשימוש איטי מספיק, אז שם המארח הארוך ייכתב למאגר קטן, כמובן בגודל קטן יותר.

הפגיעות משפיעה בעיקר על יישומים המבוססים על libcurl ומופיעה בכלי השירות curl רק כאשר משתמשים באפשרות "--limit-rate" עם ערך נמוך מ-65541 - libcurl כברירת מחדל מקצה מאגר בגודל 16 KB, ובתוכנת ה-curl זה 100 KB, אבל הגודל הזה משתנה בהתאם לערך של הפרמטר "-limit-rate".

דניאל סטנברג, מחבר הפרויקט, הזכיר כי הפגיעות נותרה ללא זיהוי במשך 1315 ימים. הוא גם אומר ש-41% מהפגיעויות שזוהו בעבר בתלתל כנראה היו נמנעים אם התלתל היה כתוב בשפה בטוחה לזיכרון, אבל אין תוכניות לשכתב את התלתל לשפה אחרת בעתיד הנראה לעין. כאמצעים לשיפור האבטחה של בסיס הקוד, מוצע להרחיב את הכלים לבדיקת קוד ולהשתמש באופן פעיל יותר בתלות הכתובות בשפות תכנות המבטיחות פעולה בטוחה עם זיכרון. היא גם בוחנת את האפשרות להחליף בהדרגה חלקי סלסול באפשרויות הכתובות בשפות מאובטחות, כמו ה-Hyper HTTP backend הניסיוני המיושם ב-Rust.

מקור: OpenNet.ru