Firefox e il rischio patch gap: i test di Epoch AI e la risposta di Mozilla

Una correzione visibile nel codice non protegge ancora chi usa una versione precedente. È il patch gap, al centro dello studio pubblicato da Epoch AI il 29 ottobre: nei suoi esperimenti, GLM 5.3 ha costruito attacchi capaci di leggere un file locale contro sei versioni di Firefox, dalla 156.0 alla 158.0.1.

Un esperimento controllato, non un contagio misurato

I ricercatori hanno lavorato su Ubuntu 26.04, senza accesso alla rete e con informazioni disponibili all’uscita di ciascuna versione. Le catene usavano anche una falla non pubblica, poi segnalata a Mozilla e corretta in Firefox 159.0, distribuito il 27 ottobre. Il risultato non dimostra che tutti gli utenti siano stati attaccati.

Il costo di circa 1.000 dollari per versione è marginale, dopo la preparazione dell’ambiente: l’intero lavoro su Firefox ha superato 100.000 dollari in API. Epoch non ha confermato attacchi equivalenti sulla 159.0 e non ha ottenuto lo stesso risultato su Chrome; questo non significa che Chrome sia immune o che Firefox 159 elimini ogni rischio.

Schema Mozilla del patch gap tra correzione pubblica, rilascio e aggiornamento degli utenti
Il patch gap comprende il tempo tra la correzione resa pubblica e il suo arrivo agli utenti. Schema esplicativo Mozilla, non la cronologia di un attacco osservato su utenti reali. Crediti: Mozilla.

Mozilla vuole ridurre le finestre sfruttabili

Mozilla descrive tre interventi già adottati: aggiornamenti settimanali, test di regressione di sicurezza mantenuti riservati fino alla distribuzione della correzione e controlli sui nuovi commit. Il punto non è abbandonare il codice aperto, ma ridurre quanto un attaccante può ricavare dalle modifiche prima che arrivino agli utenti.

La strategia aggiuntiva annunciata punta a separare nel tempo le correzioni di renderer e sandbox. Per compromettere il browser servono normalmente più passaggi: se le rispettive finestre non coincidono, una correzione pubblica da sola non fornisce tutti gli ingredienti. Mozilla precisa che il coordinamento richiederà tempo.

Schema Mozilla della separazione temporale delle correzioni renderer e sandbox per limitare il patch gap
La difesa proposta separa nel tempo le correzioni di strati diversi, evitando la sovrapposizione delle rispettive finestre. È un approccio annunciato, non una garanzia di invulnerabilità. Crediti: Mozilla.

Cosa conta per chi naviga

La conseguenza pratica è controllare che il browser sia aggiornato attraverso i suoi canali ufficiali, senza aspettare che un sito presenti comportamenti sospetti. La ricerca non autorizza a parlare di esecuzione arbitraria di qualsiasi programma sul PC: il risultato dimostrato riguardava la lettura di file.

È un tema distinto dalle funzioni di Firefox Smart Window. Anche i risultati dichiarati per Gemini 4 Carbon nella cybersicurezza vanno letti nel contesto dei rispettivi test. Chi arriva dalla nostra notizia su Firefox 156 deve considerarla una fotografia di quel rilascio, non un’indicazione a restare su una versione vecchia.

Altre notizie da leggere

Condividi con i tuoi amici

Lascia una risposta

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *

Questo sito utilizza Akismet per ridurre lo spam. Scopri come vengono elaborati i dati derivati dai commenti.

Verified by ExactMetrics

Privacy e contenuti esterni

Puoi autorizzare i servizi esterni. Le nuove autorizzazioni si applicano subito; dopo una revoca la pagina viene ricaricata.

Leggi l'informativa sulla privacy