What should I do next in practice?

הניצול מבוסס על באג חומרה בבקר ה‑USB המובנה בשבב, ומאפשר כתיבה בלתי מורשית לזיכרון SRAM תוך עקיפת מנגנוני האבטחה של האתחול.

studioglobal

AnswersPublished2 months agoLast edited 2 months ago16 sources

usbliter8: הפגיעות הבלתי־ניתנת לתיקון ב‑BootROM שמאיימת על מיליוני מכשירי אייפון

חברת האבטחה Paradigm Shift חשפה את usbliter8 – ניצול BootROM קבוע ובלתי־נתיק בשבבי A12 ו‑A13 של אפל. הפגיעות משפיעה על מכשירים עם מעבד A12 Bionic (אייפון XS, XS Max, XR) ו‑A13 Bionic (אייפון 11, 11 Pro, 11 Pro Max), וכן על Apple Watch עם שבבי S4 ו‑S5.

Search & fact-check with Studio Global AI Browse more Trending pages

Research answer

Key takeaways

חברת האבטחה Paradigm Shift חשפה את usbliter8 – ניצול BootROM קבוע ובלתי־נתיק בשבבי A12 ו‑A13 של אפל.
הפגיעות משפיעה על מכשירים עם מעבד A12 Bionic (אייפון XS, XS Max, XR) ו‑A13 Bionic (אייפון 11, 11 Pro, 11 Pro Max), וכן על Apple Watch עם שבבי S4 ו‑S5.
הניצול מבוסס על באג חומרה בבקר ה‑USB המובנה בשבב, ומאפשר כתיבה בלתי מורשית לזיכרון SRAM תוך עקיפת מנגנוני האבטחה של האתחול.
מכיוון שה‑BootROM צרוב בזיכרון לקריאה בלבד במפעל, לא ניתן לתקן את הפגיעות באמצעות עדכון תוכנה או קושחה – המכשירים הפגיעים יישארו חשופים לצמיתות.

Illustration of an iPhone XS and iPhone 11 with a glowing circuit diagram overlay, representing the unpatchable BootROM vulnerability usbliter8 — What is the usbliter8 BootROM vulnerability affecting Apple's A12 and A13 devices, which devices are impacted, how does the exploit work, anThe usbliter8 exploit affects the iPhone XS, XR, and iPhone 11 series, all built on A12 or A13 chips with a hardware-level USB controller flaw.
AI Prompt
Create a landscape editorial hero image for this Studio Global article: What is the usbliter8 BootROM vulnerability affecting Apple's A12 and A13 devices, which devices are impacted, how does the exploit work, an. Article summary: Here is a concise breakdown of the usbliter8 BootROM vulnerability.. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clickbait thumbnails, icons, and tiny thumbnail layouts. Make it useful as an illustrative visual, not as factual evidence.
openai.com

ב-18 ביוני 2026, חברת מחקר האבטחה Paradigm Shift פרסמה לציבור פגיעות קריטית ב-BootROM (SecureROM) המשפיעה על שבבי Apple A12 ו-A13 Bionic . הפגיעות, שזכתה לשם usbliter8, מנצלת באג ברמת החומרה בבקר ה-USB המשולב בשבב, ומעניקה לתוקף שליטה מלאה על תהליך האתחול המאובטח של המכשיר . מכיוון שהפגיעות מוטבעת בזיכרון לקריאה בלבד (ROM) במהלך ייצור השבב, היא בלתי ניתנת לתיקון לצמיתות באמצעות כל עדכון תוכנה או קושחה .

אילו מכשירים נפגעים?

הפגיעות משפיעה על מכשירים עם שבבי A12 ו-A13 :

אייפון: XS, XS Max, XR, 11, 11 Pro, 11 Pro Max
Apple Watch: דגמים עם שבבי S4 ו-S5
להערכת החוקרים, מיליוני מכשירים ברחבי העולם חשופים.

לשם השוואה, ניצול ה-BootROM הקודם, checkm8, שהתגלה ב-2019, השפיע על טווח הדגמים A5–A11 . כעת usbliter8 מרחיב את הבעיה לדור הבא. מעבד A11 אינו פגיע מכיוון שהדרייבר שלו מאפס את מצביע ה-DMA ידנית לאחר כל חבילה . גם שבבי A14 ומעלה מוגנים, כי הם מגדירים נכון את הגנת הזיכרון DART ב-SecureROM .

איך הניצול עובד?

הבאג נמצא בבקר ה-USB מדגם Synopsys DWC2 המותקן בשבב . להלן המנגנון הטכני:

חוסר התאמה במצביע הטבעת: הבקר שומר עד שלוש חבילות Setup רצופות במאגר DMA. לאחר כל כתיבה, הוא מגדיל מצביע חומרה לפי גודל הנתונים. לאחר החבילה השלישית, הוא מאפס על ידי הקטנת המצביע ב-24 בתים קבועים .
טריק חבילה קטנה: הבקר מקבל חבילות קטנות מ-8 בתים, אך תמיד שומר אותן בנתחים של 4 בתים. כאשר מתקבלת חבילה קטנה, הגדלת המצביע (הנתונים שנכתבו בפועל) אינה תואמת להקטנה הקבועה של 24 בתים, מה שיוצר חסר של 12 בתים (buffer underflow) – המצביע למעשה הולך אחורה בזיכרון .
כתיבה לזיכרון: זה מאפשר לתוקף לכתוב לאזורי SRAM שאמורים להיות חסומים במהלך האתחול, כולל נתוני מחסנית ומטא-נתונים של ערימה (heap) .
ביצוע קוד: ב-A12, התוקף כותב על אוגר קישור (LR) שמור על מחסנית משימת ה-USB כדי להשיג שליטה ישירה על מונה הפקודות (PC). ב-A13, קודי אימות מצביע (PAC) מסבכים את התהליך, והתוקף נדרש לבצע מספר צעדים מורכבים כדי לעקוף את ההגנות .

מדוע אי אפשר לתקן את זה?

ה-BootROM (SecureROM) הוא הקוד הראשון שהשבב מריץ בעת ההפעלה. הוא צרוב בזיכרון לקריאה בלבד (ROM) במהלך ייצור השבב ואינו בר שינוי לאחר שהמכשיר עוזב את המפעל . מכיוון שהסיבה היא באג בחומרה של בקר ה-USB – לא באג בתוכנה – אפל לא יכולה לתקן אותו באמצעות עדכון קושחה או מערכת הפעלה . הפיתרון היחיד היעיל הוא מעבר לחומרה חדשה יותר (A14 ואילך) .

האם יש סכנה מיידית?

הניצול דורש גישה פיזית למכשיר באמצעות כבל USB בזמן שהוא במצב DFU (Device Firmware Update) . מכאן שמדובר באיום מוגבל יחסית למשתמש הממוצע, אבל פגיעות משמעותית עבור משתמשים החוששים מגניבת מכשיר או גישה לא מורשית של צד שלישי. לאחר הניצול, התוקף יכול להוריד באופן זמני את רמת האבטחה, להריץ תוכנה לא חתומה, ולסמן את המכשיר בסימן "PWND" . הפגיעות אינה פוגעת ישירות ב-Secure Enclave, אך היא מורידה משמעותית את הרף להתקפה עליו .

Studio Global AI

Continue your research

This page includes a source-backed answer you can continue inside Studio Global.

Search & fact-check with Studio Global AI

Sources

AnswersPublished2 months agoLast edited 2 months ago16 sources

usbliter8: הפגיעות הבלתי־ניתנת לתיקון ב‑BootROM שמאיימת על מיליוני מכשירי אייפון

Search & fact-check with Studio Global AI Browse more Trending pages

Research answer

Key takeaways

חברת האבטחה Paradigm Shift חשפה את usbliter8 – ניצול BootROM קבוע ובלתי־נתיק בשבבי A12 ו‑A13 של אפל.
הפגיעות משפיעה על מכשירים עם מעבד A12 Bionic (אייפון XS, XS Max, XR) ו‑A13 Bionic (אייפון 11, 11 Pro, 11 Pro Max), וכן על Apple Watch עם שבבי S4 ו‑S5.
הניצול מבוסס על באג חומרה בבקר ה‑USB המובנה בשבב, ומאפשר כתיבה בלתי מורשית לזיכרון SRAM תוך עקיפת מנגנוני האבטחה של האתחול.
מכיוון שה‑BootROM צרוב בזיכרון לקריאה בלבד במפעל, לא ניתן לתקן את הפגיעות באמצעות עדכון תוכנה או קושחה – המכשירים הפגיעים יישארו חשופים לצמיתות.

אילו מכשירים נפגעים?

הפגיעות משפיעה על מכשירים עם שבבי A12 ו-A13 :

אייפון: XS, XS Max, XR, 11, 11 Pro, 11 Pro Max
Apple Watch: דגמים עם שבבי S4 ו-S5
להערכת החוקרים, מיליוני מכשירים ברחבי העולם חשופים.

איך הניצול עובד?

הבאג נמצא בבקר ה-USB מדגם Synopsys DWC2 המותקן בשבב . להלן המנגנון הטכני:

חוסר התאמה במצביע הטבעת: הבקר שומר עד שלוש חבילות Setup רצופות במאגר DMA. לאחר כל כתיבה, הוא מגדיל מצביע חומרה לפי גודל הנתונים. לאחר החבילה השלישית, הוא מאפס על ידי הקטנת המצביע ב-24 בתים קבועים .
טריק חבילה קטנה: הבקר מקבל חבילות קטנות מ-8 בתים, אך תמיד שומר אותן בנתחים של 4 בתים. כאשר מתקבלת חבילה קטנה, הגדלת המצביע (הנתונים שנכתבו בפועל) אינה תואמת להקטנה הקבועה של 24 בתים, מה שיוצר חסר של 12 בתים (buffer underflow) – המצביע למעשה הולך אחורה בזיכרון .
כתיבה לזיכרון: זה מאפשר לתוקף לכתוב לאזורי SRAM שאמורים להיות חסומים במהלך האתחול, כולל נתוני מחסנית ומטא-נתונים של ערימה (heap) .
ביצוע קוד: ב-A12, התוקף כותב על אוגר קישור (LR) שמור על מחסנית משימת ה-USB כדי להשיג שליטה ישירה על מונה הפקודות (PC). ב-A13, קודי אימות מצביע (PAC) מסבכים את התהליך, והתוקף נדרש לבצע מספר צעדים מורכבים כדי לעקוף את ההגנות .

מדוע אי אפשר לתקן את זה?

האם יש סכנה מיידית?

Studio Global AI

Continue your research

This page includes a source-backed answer you can continue inside Studio Global.

Search & fact-check with Studio Global AI

usbliter8: הפגיעות הבלתי־ניתנת לתיקון ב‑BootROM שמאיימת על מיליוני מכשירי אייפון

Key takeaways

אילו מכשירים נפגעים?

איך הניצול עובד?

מדוע אי אפשר לתקן את זה?

האם יש סכנה מיידית?

Continue your research

People also ask

What is the short answer to "usbliter8: הפגיעות הבלתי־ניתנת לתיקון ב‑BootROM שמאיימת על מיליוני מכשירי אייפון"?

What are the key points to validate first?

What should I do next in practice?

Sources

usbliter8: הפגיעות הבלתי־ניתנת לתיקון ב‑BootROM שמאיימת על מיליוני מכשירי אייפון

Key takeaways

אילו מכשירים נפגעים?

איך הניצול עובד?

מדוע אי אפשר לתקן את זה?

האם יש סכנה מיידית?

Continue your research

People also ask

What is the short answer to "usbliter8: הפגיעות הבלתי־ניתנת לתיקון ב‑BootROM שמאיימת על מיליוני מכשירי אייפון"?

What are the key points to validate first?

What should I do next in practice?

Sources