That Privacy Guy publiserte 4. mai 2026 en byte-presis tidslinje fra macOS-kjernens .fseventsd-logg som viser Chrome opprette katalogen, spawne tre samtidige unpacker-subprosesser og flytte filen på plass. Total installasjonstid: 14 minutter og 28 sekunder. Total menneskelig handling mot profilen i samme periode: ingen. Profilen var en automatisert WebSentinel-revisjon uten tastatur- eller museinput.
Forskeren peker på at mønsteret matcher det Anthropic ble kritisert for i april, da Claude Desktop registrerte Native Messaging-broer i sju Chromium-baserte nettlesere uten å spørre. Forskjellen er skala. Chrome har rundt to milliarder brukere, og forskeren anslår CO2-regningen for én slik modell-push til mellom 6 000 og 60 000 tonn CO2-ekvivalenter avhengig av hvor mange enheter som mottar den.
«Skriveren er Chrome, nettleser-prosessen brukeren har installert og stoler på til å laste websider, som strekker seg inn i filsystemet på eget initiativ og legger ned en 4 GB ML-binær mens forgrunns-fanen gjør noe helt annet.» — That Privacy Guy
Chrome karakteriserer maskinvaren før den bestemmer seg. Local State-JSON for revisjonsprofilen viste performance_class: 6, vram_mb: 36864, det vil si at Chrome leser GPU og samlet minne for å vurdere om enheten din er en leveringsmål. Forskeren argumenterer at dette bryter Article 5(3) i ePrivacy-direktivet, GDPR Article 5(1) om åpenhet, og Article 25 om innebygd personvern.
Hva bør du gjøre?
- Kjør
du -sh ~/Library/Application\ Support/Google/Chrome/*/OptGuideOnDeviceModel/på macOS eller sjekk%LOCALAPPDATA%\Google\Chrome\User Data\på Windows for å se om filen ligger der. - Skru av Chromes KI-funksjoner via
chrome://flagsog søk etteroptimization-guide-on-device-model. Sletting alene holder ikke, Chrome laster ned på nytt. - Vurder Chromium-fork uten KI-funksjoner (Brave, Vivaldi, Firefox) hvis du jobber på utstyr med begrenset diskplass eller kjører automatiserte test-rigger der profiler stadig oppretter ferske
OptGuideOnDeviceModel-kataloger.