Implicazione per la catena di attacco: l'esecuzione di codice "all'interno di una sandbox" [1] significa che un attaccante ottiene il controllo di un processo in sandbox (molto probabilmente il processo GPU). Un takeover completo del browser richiederebbe inoltre una separata fuga dalla sandbox che non fa parte di questa CVE.

2. Strategia e ipotesi (valutazione personale dell'analista — da considerare non confermata)

Quanto segue è un'inferenza basata su documenti pubblici, non fatti confermati:

• ANGLE è il motore che Chrome usa per tradurre il GLSL di WebGL nelle API grafiche della piattaforma — su macOS, in Metal. Una "pagina HTML appositamente predisposta" [1] che raggiunge ANGLE significa quasi certamente contenuto WebGL — cioè shader controllati dall'attaccante e/o stato WebGL gestito dal backend Metal.
• CWE-269 (Gestione impropria dei privilegi) [1] combinata con un impatto contenuto nella sandbox suggerisce che il livello ANGLE/GPU non riesca a limitare correttamente qualcosa controllato dall'attaccante durante la traduzione degli shader o la validazione dello stato.
• Storicamente, questo componente ha prodotto bug di memory safety tramite casi limite nel traduttore GLSL (indicizzazione costante fuori dai limiti, dimensionamento di array con overflow di interi, interazioni swizzle/discard, uniform block sovradimensionati, esplosioni di loop unrolling).

L'harness quindi esercita esattamente questi pattern e poi muta GLSL su larga scala per cercare un crash lato renderer (WebGL context lost = crash del processo GPU o kill da parte del watchdog).

3. Contenuto del repository

4. Requisiti

• Una macchina macOS o VM con supporto Metal che sei autorizzato a mandare in crash deliberatamente. La CVE è specifica per macOS [1]; i test su Windows/Linux non esercitano il backend Metal di ANGLE vulnerabile.
• Build di Chrome < 148.0.7778.216 [1] (vedi §5).
• Supporto GPU hardware / Metal. Senza di esso, Chrome ripiega su SwiftShader (rendering software) e il percorso vulnerabile non viene mai raggiunto — vedi il controllo in §5.4.
• Python 3 (opzionale, solo per l'helper di ricerca versione in §5.1 e per un server HTTP locale).

5. Configurazione dell'ambiente

5.1 Metodo A — Chrome for Testing (consigliato)

L'archivio Chrome for Testing di Google fornisce build ancorate a una versione specifica che non si aggiornano automaticamente. Trova la build vulnerabile più recente (tutto ciò che è inferiore a 148.0.7778.216 è affetto [1]):

Scarica per la tua architettura (uname -m):

Decomprimi in una cartella di laboratorio (es. ~/lab/, non /Applications) e avvia da lì.

5.2 Metodo B — Snapshot Chromium

Se una build specifica non è disponibile in Chrome for Testing, usa l'archivio degli snapshot Chromium (commondatastorage.googleapis.com/chromium-browser-snapshots/Mac/ per Intel, .../Mac_Arm/ per Apple Silicon), indicizzato per posizione di commit — mappa la versione vulnerabile a una posizione di branch tramite chromium-history, quindi scarica lo snapshot più vicino. Anche gli snapshot non si aggiornano automaticamente.

5.3 Blocca gli aggiornamenti automatici (solo se usi una build branded da un'altra fonte)

Termina gli agenti di aggiornamento Keystone e blocca googleupdate.googleapis.com, altrimenti la build di test si auto-patcha silenziosamente durante la notte. Non necessario per le build di Chrome for Testing.

5.4 Verifica di essere sul backend Metal (critico)

Senza Metal, Chrome esegue il rendering WebGL via software (SwiftShader) e il backend Metal di ANGLE non viene mai toccato. Nella console della pagina PoC, esegui:

Puoi anche verificarlo su chrome://gpu. Le macchine virtuali Parallels/VMware Fusion con virtualizzazione GPU di solito funzionano; le configurazioni minimali QEMU/UTM spesso ripiegano su SwiftShader.

6. Passaggi per riprodurre

1. Isola il target. Snapshot della VM o account macOS dedicato. Non accedere mai né abilitare la sincronizzazione nella build vulnerabile; trattala come compromessa by design. (L'impatto della CVE è l'esecuzione di codice in una sandbox ottenuta semplicemente visitando una pagina web [1].)
2. Installa la build vulnerabile secondo §5 e verifica che il controllo §5.4 sia superato.
3. Servi il PoC (apri direttamente il file oppure):
   root@kitploit:~

   cd <repo dir>
   python3 -m http.server 8000
   # then browse to http://localhost:8000/cve-2026-9999-poc.html
   

4. Controlla la riga di fingerprint stampata al caricamento. Dovrebbe segnalare la build come inferiore a 148.0.7778.216 e quindi potenzialmente vulnerabile [1]. Sulle build patchate l'harness avvisa per evitare di sprecare cicli.
5. Fai clic su 1) Run curated triggers. Otto shader stressano i pattern del traduttore descritti in §2 (indicizzazione costante fuori dai limiti, dimensionamento array con overflow di interi, indicizzazione dinamica di matrici, stress da loop unrolling, array di array, discard/swizzle, casi limite del preprocessore, UBO sovradimensionati). Controlla i risultati [!!] e gli eventi di context loss.
6. Fai clic su 2) Fuzz. Gli shader GLSL mutati vengono compilati, linkati, usati per il rendering e riletti in loop. Controlla il log per CONTEXT LOST.
7. In caso di crash, lo shader che ha causato il problema viene salvato in localStorage. Recuperalo:
   root@kitploit:~

   localStorage.getItem("cve20269999_poc_fs");      // crashing fragment shader
   localStorage.getItem("cve20269999_crashes");     // crash event log
   

8. Minimizza e ritesta lo shader che crasha in isolamento (5+ esecuzioni consecutive) per confermare il determinismo.
9. Conferma la causa principale con una build ASAN prima di attribuire qualsiasi cosa a CVE-2026-9999 — vedi §8.

Uno snapshot live di un'esecuzione sospetta è visibile anche su chrome://gpu e nella Console di macOS (report di crash del processo GPU).

7. Interpretazione dei risultati / falsi positivi noti

• WEBGL_context_lost ≠ vulnerabilità. Il watchdog GPU di Chrome termina gli shader a lunga esecuzione (il trigger loop-unroll-dos e le iterazioni di fuzz con conteggi di loop enormi sono progettati per essere lenti). Elimina il rumore: riduci SH_ITER, oppure conferma che qualsiasi crash candidato si riproduca rapidamente (< 1 s per iterazione).
• Un crash reale di memory safety dovrebbe riprodursi in modo deterministico partendo dallo shader minimizzato e mostrare una firma di crash distinta nella Console (es. EXC_BAD_ACCESS) piuttosto che una terminazione del watchdog.
• Solo un report ASAN che individua il backend Metal di ANGLE è una prova solida di aver trovato questo bug piuttosto che un inconveniente non correlato del driver.

8. Conferma della causa principale: build ASAN (opzionale ma fortemente consigliata)

Compila una revisione vulnerabile di Chromium con AddressSanitizer:

Quindi esegui lo shader minimizzato che causa il crash con la validazione dell'API Metal abilitata:

La traccia ASAN indicherà l'esatta funzione ANGLE/Metal e confermerà se il crash corrisponde al componente della CVE [1]. (A valle: quando il commit del fix per 148.0.7778.216 sarà visibile, esegui il diff di third_party/angle/src/libANGLE/renderer/metal/ per individuare la vera causa principale e sostituire l'approccio di fuzzing con un trigger deterministico.)

9. Limitazioni

• Non esiste una causa principale pubblica né un PoC pubblico. L'issue Chromium è riservata ("Permissions Required") [1]; questo harness è guidato da ipotesi.
• Nessuno sfruttamento noto in-the-wild. L'arricchimento SSVC di CISA (2026-05-29) registra exploitation: none [1].
• Impatto limitato alla sandbox [1] — questo PoC, anche se produce esecuzione di codice, affronta solo la fase del processo in sandbox di una reale catena di attacco.
• Target solo macOS [1]; non trarre conclusioni da esecuzioni su altre piattaforme.

10. Sicurezza e aspetti legali

Esegui i test solo su macchine di tua proprietà o per le quali hai l'esplicita autorizzazione. L'harness compila intenzionalmente shader avversari per mandare in crash un processo grafico — aspettati terminazioni del processo GPU. Tieni la build vulnerabile del browser lontana dalle reti di produzione.

11. Riferimenti

[1] NVD — CVE-2026-9999: https://nvd.nist.gov/vuln/detail/CVE-2026-9999 * Avviso del vendor (blog Chrome Releases, aggiornamento del canale Stable): https://chromereleases.googleblog.com/2026/05/stable-channel-update-for-desktop_0877304591.html * Issue Chromium 513364480 (accesso limitato): https://issues.chromium.org/issues/513364480