AI e Privacy

Chrome installa un modello AI da 4GB senza chiedere il permesso all'utente

Il browser di Google scarica in background i pesi di Gemini Nano, il suo modello AI locale, senza avvisi chiari. Tra costi nascosti, norme europee e fiducia digitale a rischio

Qualche gigabyte in meno sul disco, traffico di rete inaspettato, una cartella dal nome oscuro sepolta nei dati del profilo di Chrome. Dentro, un file chiamato weights.bin che pesa tra 3 e 4 gigabyte. Molti utenti hanno scoperto per caso che Google Chrome stava scaricando in background un modello di intelligenza artificiale, senza avvisarli e senza chiedere il loro consenso. Secondo l'analisi del ricercatore Alexander Hanff, quel file contiene i "pesi" — cioè i parametri appresi durante l'addestramento — di Gemini Nano, il modello AI compatto di Google progettato per funzionare direttamente sul dispositivo dell'utente, senza passare da server remoti.

La cartella incriminata si chiama OptGuideOnDeviceModel e si trova all'interno del profilo utente di Chrome. Il suo nome deriva dall'Optimization Guide, la famiglia di funzioni che nel browser gestisce previsioni, suggerimenti intelligenti e, più di recente, le funzionalità di intelligenza artificiale locale. Se un utente elimina il file, Chrome lo riscarica automaticamente: dal punto di vista del software è un componente mancante che va ripristinato. Dal punto di vista di chi usa il computer, è un download da più gigabyte che ritorna anche dopo una cancellazione deliberata.

Come funziona il meccanismo di Chrome

Per capire come sia possibile, bisogna sapere che Chrome non si aggiorna tutto insieme come un pacchetto monolitico. Esiste un sistema di aggiornamento a componenti separati che permette al browser di scaricare e installare moduli specifici in modo indipendente, senza attendere il rilascio di una nuova versione completa. È lo stesso meccanismo che consente aggiornamenti rapidi di elementi critici — per esempio le liste di siti malevoli — senza dover distribuire l'intera applicazione. Nei repository pubblici di Chromium, questa logica è documentata e include componenti dedicati ai modelli AI locali legati all'Optimization Guide. Non è quindi un comportamento nascosto nel codice, ma una scelta di architettura resa pubblica — anche se pochissimi utenti ne sono a conoscenza.

Chrome non installa il modello su qualsiasi macchina: la documentazione ufficiale sulle funzionalità AI indica requisiti precisi in termini di spazio libero sul disco, potenza di elaborazione (RAM e processore o scheda grafica adeguati) e tipo di connessione — preferibilmente non a consumo per il download iniziale. In altre parole, Google cerca di evitare i casi più problematici: disco quasi pieno, connessione mobile a pagamento, computer troppo debole. Ma filtrare i dispositivi idonei non equivale a ottenere il consenso degli utenti.

Avere un dispositivo compatibile non significa aver dato il permesso di usarlo

Il problema non è il file, è la mancanza di scelta

Vale la pena chiarirlo subito: weights.bin non è un virus né uno spyware. È un file di dati usato per eseguire funzioni di intelligenza artificiale — riassumere testi, suggerire risposte, correggere bozze — direttamente sul computer dell'utente, senza inviare nulla a server esterni. L'idea di fondo ha persino un vantaggio in termini di privacy: se l'elaborazione avviene in locale, i contenuti non transitano mai attraverso il cloud di Google. Questo è l'argomento che Google può portare a propria difesa, e tecnicamente non fa una grinza.

Il problema è un altro. Gli utenti sono abituati a vedere il browser come un'applicazione relativamente leggera e trasparente. L'analogia più utile è quella dei dizionari offline: molte app scaricano pacchetti linguistici per la traduzione o il riconoscimento vocale, ma di solito lo fanno dopo che l'utente ha cliccato su "Scarica per uso offline" oppure alla prima richiesta esplicita di una funzione. Nel caso del modello AI di Chrome, la percezione diffusa — amplificata da discussioni su forum e Reddit — è che manchi proprio quel momento in cui la piattaforma spiega cosa sta per arrivare, quanto pesa e a quale funzione serve. Esiste una pagina tecnica interna, raggiungibile scrivendo chrome://on-device-internals nella barra degli indirizzi, che mostra lo stato del modello. Ma un pannello nascosto non sostituisce una scelta in impostazioni.

In Europa entra in gioco la direttiva ePrivacy

In Europa la questione non riguarda solo il GDPR, la normativa sulla protezione dei dati personali. C'è una norma più specifica e meno conosciuta: l'articolo 5, paragrafo 3, della direttiva ePrivacy, spesso chiamata "cookie rule" perché ha regolato per anni i banner sui cookie, ma in realtà pensata per qualcosa di più ampio: proteggere il dispositivo dell'utente da operazioni di memorizzazione o accesso non autorizzate. Nel 2024 l'EDPB ha adottato linee guida che chiariscono come questa norma si applichi a qualsiasi tecnologia, non solo ai cookie e non solo ai dati personali. La logica è: lo smartphone, il laptop, il PC sono una sfera privata dell'utente. Scrivere su quel dispositivo componenti non strettamente necessari al servizio richiesto, senza informazione chiara e senza possibilità semplice di rifiuto, può violare quella sfera — indipendentemente da cosa faccia poi quel componente con i dati.

La domanda che emerge da questo quadro normativo non è "il modello spia l'utente?", ma "è lecito installare e mantenere quel componente senza un consenso esplicito?" È uno spostamento sottile ma importante: la conformità non si esaurisce nella destinazione dei dati, ma include la trasparenza come obbligo autonomo.

Quattro gigabyte moltiplicati per milioni di utenti

C'è poi una dimensione che nel dibattito viene spesso trattata come marginale, ma è tutt'altro che tale: l'impatto infrastrutturale di questo tipo di scelte. Quattro gigabyte per singolo dispositivo non sono solo spazio su disco. Sono traffico di rete e, indirettamente, energia. Alcune stime accademiche usate nel dibattito sulla sostenibilità digitale stimano un'intensità energetica del trasferimento dati intorno a 0,81 kilowattora per gigabyte in scenari medi — una cifra che varia molto in base alla rete e al mix energetico. Con questo parametro, un download da 4 GB vale circa 3,24 kWh per dispositivo. Se anche solo 100 milioni di installazioni ricevessero il componente una volta, il solo trasferimento dati corrisponderebbe a circa 324 gigawattora — prima ancora di considerare aggiornamenti futuri del modello. È un calcolo approssimativo, ma utile per capire perché l'impatto ambientale non è un tema da attivisti: è una conseguenza diretta di scelte di prodotto fatte su scala globale.

Sul fronte economico, lo stesso documento di Chrome per gli sviluppatori indica esplicitamente la preferenza per connessioni non a consumo durante il download. Google conosce il problema: in mercati con piani dati limitati, o dove la connessione domestica passa per hotspot e reti mobili, un file da 3-4 GB può tradursi in costi reali e inaspettati per l'utente.

Un modello AI da aggiornare nel tempo cambia il significato di "installare un browser"

Il nodo per aziende e amministratori IT

La questione ha un peso particolare in ambito aziendale. In un'organizzazione, il browser non è solo uno strumento: è un endpoint critico, soggetto a policy di sicurezza, audit e gestione centralizzata. Google offre strumenti di controllo per amministratori, inclusa la possibilità di abilitare o disabilitare gli aggiornamenti dei singoli componenti. Ma perché questi strumenti siano utili, i responsabili IT devono sapere che il componente esiste, come si chiama e con quale frequenza viene aggiornato. Le discussioni nelle community di amministratori di sistema mostrano già una divisione netta: gli utenti consumer possono agire solo su opzioni sperimentali e poco accessibili, mentre gli ambienti gestiti hanno controlli più robusti — a patto di essere informati in tempo.

Cosa dovrebbe fare Google

La traiettoria di Chrome è chiara: trasformare l'intelligenza artificiale in uno strato nativo del browser, accessibile alle applicazioni web così come lo è oggi il motore JavaScript. Per farlo, il modello deve essere già presente sul dispositivo nel momento in cui serve — altrimenti la promessa di un'AI rapida e locale si scontra con i tempi di un download al momento dell'uso. La logica di pre-scaricare il componente ha quindi una sua razionalità tecnica.

Ma la soluzione al problema di fiducia non è tecnica, è di interfaccia e di governance. Un opt-in esplicito alla prima funzione AI utilizzata, con indicazione chiara della dimensione del download, opzioni come "solo su Wi-Fi" e un opt-out stabile nelle impostazioni principali: è l'approccio che gli utenti già riconoscono per mappe offline, pacchetti linguistici e contenuti multimediali. Ridurrebbe la diffusione immediata del modello, ma renderebbe la scelta difendibile — sia sul piano della fiducia degli utenti, sia su quello della proporzionalità richiesta dalle norme europee.

Nel frattempo, la sostanza della vicenda rimane invariata: un file pesante, ripristinato automaticamente, legato a una roadmap che vuole portare nel browser funzioni di AI eseguibili in locale. La domanda che vale la pena tenere aperta non riguarda il merito dell'AI sul dispositivo — spesso è una buona idea — ma chi decide quando quella capacità entra a far parte del tuo computer, e a quale prezzo collettivo diventa normale trattare un modello da gigabyte come un aggiornamento qualsiasi.