Gravi falle in Chrome, aggiorna subito il browser

Gravi falle in Chrome, aggiorna subito il browser

Aggiorna Chrome subito

Google ha pubblicato un aggiornamento di sicurezza urgente per Chrome che chiude diverse falle critiche e ad alta severità. Se usi il browser tutti i giorni, la misura più efficace è semplice: aggiorna immediatamente alla versione più recente per ridurre il rischio di attacchi mirati.

L’intervento riguarda le versioni 149.0.7827.155/.156 per Windows e macOS, e 149.0.7827.155 per Linux. L’aggiornamento è in distribuzione a livello globale e risolve un totale di 33 vulnerabilità, di cui 7 critiche.

Perché questo aggiornamento è importante

Le vulnerabilità corrette in questa release possono, in alcuni scenari, consentire a un attaccante di eseguire codice arbitrario sul sistema della vittima. In pratica, un sito malevolo, un componente compromesso o un’estensione infetta potrebbero sfruttare questi difetti per ottenere un livello di accesso molto più pericoloso di un semplice crash del browser.

Molti dei problemi segnalati sono legati a memory safety, in particolare ai casi di use-after-free, una classe di bug che compare quando una porzione di memoria viene riutilizzata o letta dopo essere stata liberata. Questo tipo di errore è tra i preferiti dagli attaccanti perché può aprire la strada a remote code execution, furto di dati, installazione di payload secondari e, nei casi peggiori, compromissione estesa dell’ambiente utente.

Le aree più colpite

Le correzioni toccano componenti fondamentali del browser e del suo ecosistema. Tra i più esposti ci sono:

  • WebShare
  • WebView
  • Digital Credentials
  • Passwords
  • Web Authentication
  • Chromoting
  • Extensions
  • Browser
  • WebRTC
  • Media
  • File System Access

La presenza di difetti in moduli legati alla condivisione, all’autenticazione, alle estensioni e alla comunicazione in tempo reale aumenta il perimetro di rischio. In altre parole, non si tratta di un singolo bug isolato, ma di una serie di problemi distribuiti in aree molto sensibili dell’architettura di Chrome.

Cosa può succedere in caso di exploit

Se una vulnerabilità viene sfruttata con successo, l’attaccante può tentare di:

  • eseguire codice nel contesto del browser
  • corrompere la memoria del processo
  • rubare credenziali o sessioni attive
  • distribuire spyware, ransomware o altri payload
  • concatenare più bug per superare ulteriori difese

Google non ha diffuso dettagli tecnici completi per diverse falle, una scelta comune quando il rischio di sfruttamento attivo è considerato elevato. Questo suggerisce che il patching rapido è particolarmente importante, soprattutto per utenti aziendali e ambienti con molte postazioni gestite centralmente.

Vulnerabilità critiche corrette

Tra le correzioni più rilevanti figurano queste vulnerabilità critiche:

  • CVE-2026-12437 – use-after-free in WebShare
  • CVE-2026-12438 – implementazione inappropriata in WebView
  • CVE-2026-12439 – use-after-free in Digital Credentials
  • CVE-2026-12440 – use-after-free in DigitalCredentials
  • CVE-2026-12441 – use-after-free in File Input
  • CVE-2026-12442 – use-after-free in Passwords
  • CVE-2026-12443 – use-after-free in Web Authentication

Questi bug condividono un tratto comune: possono favorire l’esecuzione di codice non autorizzato se combinati con una catena di exploit ben costruita. Per questo motivo, anche una semplice visita a una pagina malevola o l’uso di un’estensione compromessa può diventare un vettore di attacco serio.

Altre falle ad alta severità

Oltre ai problemi critici, l’aggiornamento corregge anche diverse vulnerabilità ad alta severità che interessano componenti spesso usati per funzioni di accesso remoto, estensioni e contenuti multimediali.

Tra queste si segnalano:

  • use-after-free in Chromoting: CVE-2026-12444, CVE-2026-12449
  • use-after-free in Extensions: CVE-2026-12445, CVE-2026-12456, CVE-2026-12457, CVE-2026-12467
  • use-after-free nel Browser: CVE-2026-12464
  • heap buffer overflows e out-of-bounds reads in WebRTC: CVE-2026-12447, CVE-2026-12461, CVE-2026-12466
  • problemi in Media: CVE-2026-12450, CVE-2026-12462
  • validazione insufficiente dell’input in più componenti: CVE-2026-12446, CVE-2026-12453, CVE-2026-12465
  • applicazione insufficiente delle policy in File System Access: CVE-2026-12460

In termini pratici, questi difetti possono portare a crash, divulgazione di informazioni o, nei casi più gravi, a compromissione del processo del browser.

Cosa devono fare utenti e aziende

Per gli utenti comuni, la priorità è verificare che Chrome sia aggiornato. Per le organizzazioni, l’attività dovrebbe essere ancora più rigorosa, perché un browser non patchato su una singola postazione può diventare il punto di ingresso per un incidente più ampio.

Le azioni più utili sono:

  • controllare la versione di Chrome su tutti gli endpoint
  • applicare subito l’aggiornamento disponibile
  • verificare eventuali policy di gestione centralizzata del browser
  • monitorare attività sospette legate alla navigazione o alle estensioni
  • ridurre al minimo le estensioni non necessarie

Per l’utente finale, l’aggiornamento manuale può essere avviato aprendo Impostazioni > Informazioni su Chrome. Da lì il browser scarica e installa automaticamente la versione più recente.

Perché i bug di memoria restano così pericolosi

Le vulnerabilità di memoria sono particolarmente rilevanti nei browser perché possono essere sfruttate attraverso contenuti web apparentemente innocui. Un attaccante non ha sempre bisogno di convincere l’utente a installare un file: a volte basta una pagina costruita ad arte, un flusso multimediale manipolato o un’estensione malevola.

Nel caso di Chrome, la combinazione tra ampia diffusione, elevata complessità del codice e grande quantità di funzionalità integrate rende fondamentale una strategia di difesa basata su aggiornamenti rapidi, riduzione della superficie d’attacco e uso di strumenti di memory safety durante lo sviluppo.

Tecnical Deep Dive

Google ha indicato che molte delle correzioni provengono da attività di ricerca interna e contributi esterni, con un forte ricorso a tecniche di fuzzing e a strumenti come AddressSanitizer, MemorySanitizer, libFuzzer e AFL. Questi strumenti aiutano a individuare condizioni di memoria pericolose, accessi fuori dai limiti e comportamenti non deterministici prima che il codice raggiunga gli utenti finali.

Dal punto di vista tecnico, la presenza di numerosi use-after-free suggerisce una superficie d’attacco che coinvolge la gestione del ciclo di vita degli oggetti in più sottosistemi. In browser moderni, un singolo bug di questo tipo può essere sfruttato per manipolare puntatori, riempire zone di memoria liberate con dati controllati dall’attaccante e ottenere una primitive utile alla corruzione controllata della memoria.

Anche le vulnerabilità in WebRTC e Media meritano attenzione perché lavorano con flussi complessi, spesso alimentati da contenuti esterni o da dati costruiti ad hoc. Gli errori di tipo heap buffer overflow e out-of-bounds read possono provocare sia indisponibilità del servizio sia perdita di informazioni sensibili, e in alcune catene di exploit possono contribuire alla preparazione di una fase di esecuzione del codice.

Le falle in Extensions e Chromoting sono rilevanti dal punto di vista difensivo perché le estensioni ampliano il perimetro funzionale del browser e possono introdurre nuovi punti di fiducia. Se un’estensione viene compromessa o installata senza adeguati controlli, un attaccante può beneficiare di privilegi o capacità che non avrebbe con una semplice pagina web. Allo stesso modo, i componenti di accesso remoto possono trasformarsi in obiettivi ad alto valore per chi cerca persistenza o movimento laterale.

La correzione di problemi in Digital Credentials, Passwords e Web Authentication è significativa anche per la protezione dell’identità digitale. Queste aree non si limitano al rendering delle pagine: gestiscono dati e flussi di autenticazione che, se corrotti o intercettati, possono avere impatti diretti su account, sessioni e fiducia dell’utente.

Per ambienti enterprise, il rischio non riguarda soltanto la singola macchina. Un browser compromesso può diventare il primo stadio di una catena più ampia, soprattutto quando l’utente ha accesso a portali interni, strumenti SaaS o applicazioni cloud. Per questo il ciclo di patching del browser dovrebbe essere trattato con la stessa priorità assegnata ad altri componenti critici dell’infrastruttura.

Un ulteriore elemento da considerare è la possibilità di exploit chaining. Quando una vulnerabilità consente una prima corruzione della memoria, un secondo bug può aiutare a superare mitigazioni come sandbox o controlli di integrità. In pratica, non sempre un singolo difetto basta per ottenere il pieno controllo del sistema, ma una combinazione ben orchestrata può aumentare drasticamente la probabilità di successo dell’attacco.

Fonte: https://gbhackers.com/critical-chrome-flaws-2/

Torna in alto