פגיעות של 0 ימים ב-Chrome שזוהתה באמצעות ניתוח שינויים במנוע V8

חוקרים מ-Exodus Intelligence הדגימו נקודת תורפה בתהליך תיקון נקודות התורפה בבסיס הקוד של Chrome/Chromium. הבעיה נובעת מהעובדה שגוגל חושפת שהשינויים שנעשו קשורים לבעיות אבטחה רק לאחר השחרור, אבל
מוסיף קוד למאגר כדי לתקן פגיעות במנוע V8 לפני פרסום המהדורה. במשך זמן מה, התיקונים נבדקים ומופיע חלון שבמהלכו הפגיעות מתקבעת בבסיס הקוד וזמינה לניתוח, אך הפגיעות נשארת לא מתוקנת במערכות המשתמשים.

בזמן שחקרו את השינויים שבוצעו במאגר, החוקרים הבחינו במשהו שהתווסף ב-19 בפברואר תיקון ותוך שלושה ימים יכלו להתכונן לְנַצֵל, המשפיע על מהדורות נוכחיות של Chrome (הניצול שפורסם לא כלל רכיבים לעקוף בידוד ארגז חול). גוגל מייד שוחרר עדכון Chrome 80.0.3987.122, מתקן את הניצול המוצע פגיעות (CVE-2020-6418). הפגיעות זוהתה במקור על ידי מהנדסי גוגל והיא נגרמת כתוצאה מבעיה בטיפול בסוגים בפעולת JSCreate, אותה ניתן לנצל באמצעות שיטת Array.pop או Array.prototype.pop. ראוי לציין שהייתה בעיה דומה תוקן בפיירפוקס בקיץ שעבר.

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

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

מקור: OpenNet.ru