חזרה

Google Cloud מזהירה ששלושה פגמי מעבד AMD Turin עלולים לדלוף נתונים בין תהליכים במכונות וירטואליות
SiTech AI Team3 דק׳ קריאה

Google Cloud מזהירה ששלושה פגמי מעבד AMD Turin עלולים לדלוף נתונים בין תהליכים במכונות וירטואליות

Google Cloud אומרת ששלוש מתקפות Transient Scheduler משפיעות על מכונות וירטואליות מבוססות AMD Turin. לקוחות צריכים תיקוני מערכת הפעלה אורחת ופעולות עצירה והפעלה; Google כבר הפחיתה סיכונים בין מכונות וירטואליות ולמארחים.

Google Cloud הזהירה ששלוש מתקפות Transient Scheduler (TSA) משפיעות על מכונות וירטואליות מבוססות AMD Turin ועשויות לאפשר לקוד הפועל בתוך מכונה וירטואלית להסיק נתונים מתהליכים אחרים או מהקרנל. החברה אומרת שהיא כבר הפחיתה מתקפות בין מכונות וירטואליות ובין מכונות וירטואליות למארחים, בעוד שלקוחות חייבים ליישם תיקוני מערכת הפעלה אורחת ולעצור ולהפעיל מופעים מושפעים. סדרות המכונות המושפעות כוללות C4D, N4D, H4D, Z4D, ו-G4, כולל מופעי bare-metal של C4D ו-Z4D.

מה מושפע

Turin הוא שם הקוד למעבדי AMD EPYC דור חמישי. סדרות המכונות המושפעות הן C4D, N4D, H4D, Z4D, ו-G4, כולל מופעי bare-metal של C4D ו-Z4D. בתוך מכונה וירטואלית, הפגמים עשויים לאפשר לתוקף עם קוד על אותו ליבת מעבד להסיק נתונים מתהליכים אחרים או מהקרנל.

כל שלושת הפגמים הם מתקפות Transient Scheduler. שניים מהם, TSA-SQ (CVE-2024-36350) ו-TSA-L1 (CVE-2024-36357), נחשפו לראשונה ב-8 ביולי 2025, עבור מעבדי EPYC קודמים. AMD אומרת כעת שמעבדי Zen 5 שלה, הכוללים את Turin, "מושפעים באופן שונה ממעבדי AMD שפותחו בעבר." הפגם השלישי, CVE-2026-0004, הוא חדש ועשוי לאפשר לתוקף שיכול להריץ קוד במערכת להסיק נתונים במטמון L1 של המעבד. פרויקט Xen קורא לפגם החדש TSA-Fill ואומר ש-AMD טענה בעבר שמעבדי Zen5 אינם פגיעים ל-TSA-SQ ו-TSA-L1.

חומרה וניצול

Google מדרגת את הבעיה כבינונית. AMD מסווגת את שלושתן כמתקפות מקומיות עם מורכבות תקיפה גבוהה שדורשות הרשאות נמוכות בלבד. נכון להיום, אף אחת מהשלוש אינה בקטלוג KEV שמתחזקת CISA, ואף חברה אינה מדווחת על ניצול בבולטינים שלה.

מה לקוחות Google Cloud צריכים לעשות

עבור מכונות וירטואליות, לקוחות צריכים להתקין את התיקון של ספק מערכת ההפעלה שלהם כשהוא יוצא. החל מהשבוע, Google תעדכן את מידע המעבד שמכונות וירטואליות מדווחות, כך שקרנל אורח מתוקן יכול להפעיל את ההפחתות שלו. לאחר שהעדכון מגיע למכונה וירטואלית, לקוחות חייבים לעצור ולהפעיל אותה; אתחול מחדש של מערכת ההפעלה האורחת אינו מספיק.

לקוחות bare-metal של C4D ו-Z4D שמריצים מערכת הפעלה או היפרווייזר משלהם צריכים ליישם תיקוני ספק כשיהיו זמינים. היפרווייזרים בתוך מכונה וירטואלית עוקבים אחר אותה דרישת עדכון מידע מעבד ועצירה והפעלה. עבור GKE, תמונות צומת מעודכנות עבור מופעי bare metal מבוססי Turin יהיו זמינות, ושדרוג צמתים יקלוט את עדכון מידע המעבד; נכון להיום, הבולטין עדיין אינו מפרט אותם כזמינים. Cloud Run אינה דורשת פעולה. לקוחות על מעבדי Rome, Milan, ו-Genoa ישנים יותר קיבלו את אותה הוראת עצירה והפעלה בבולטין קודם ב-8 ביולי 2025. Google לא מפרטת מה לעשות בינתיים עבור מכונות וירטואליות שספק מערכת ההפעלה שלהן טרם הוציא תיקון ואינה אומרת כיצד לדעת מתי עדכון מידע המעבד הגיע למכונה וירטואלית.

סטטוס הפחתה רחב יותר

קומיט קרנל שמפחית TSA על Zen 5, כולל הגרסה החדשה, נמצא בעץ המקור של קרנל Linux. נכון להיום, Debian תיקנה את CVE-2026-0004 בקרנל Linux שלה רק בענף unstable שלה, בעוד שמעקב האבטחה שלה עדיין מפרט קרנלים ב-bookworm, trixie, ו-forky כפגיעים. עבור שרתי Turin על חומרה של לקוח, AMD אומרת שעדכוני קושחת פלטפורמה ומערכת הפעלה שניהם נדרשים להפחתה מלאה; ההפחתה עשויה להשפיע על ביצועים, ומנהלים צריכים לשקול את הסיכון לעומסי העבודה שלהם. פרויקט Xen פרסם תיקוני היפרווייזר ואומר שמיקרו-קוד לכל פגמי TSA על Zen 5 נמצא ב-linux-firmware מאז 23 בספטמבר.

מקורות: The Hacker News

SiTech

SiTech — פיתוח אתרים בכוח ה-AI

אנחנו בונים אתרים מהירים ומודרניים ומשלבים AI בתהליכי עבודה אמיתיים. יש לכם פרויקט או שאלה? נשמח לעזור.