Googles AI-agenter fant og rettet 1 072 Chrome-feil på én måned

Google beskriver dette som den største mengden sikkerhetsrettinger i Chrome i løpet av én måned. Økningen skyldes i stor grad selskapets interne AI-verktøy, selv om også innrapporteringer fra eksterne sikkerhetsforskere inngår i totalen .

Gemini følger sårbarheten fra funn til ferdig rettelse

Google bruker nå store språkmodeller og AI-agenter i flere deler av sikkerhetsarbeidet . Verktøyene kan blant annet:

• finne nye sårbarheter i Chrome-koden
• sortere og prioritere innkommende feilrapporter
• gjenskape rapporterte problemer
• foreslå og generere kodeendringer
• skrive om sårbar kode
• kontrollere om en foreslått rettelse fungerer før den slås sammen med hovedkoden

Tidlig i 2026 bygde Google et agentmiljø basert på Gemini. Ifølge selskapet fant systemet sårbarheter mer effektivt og med færre falske positiver enn tidligere metoder . Google bruker også arbeidsflyter med flere AI-agenter: Én agent kan sortere feil, en annen foreslå en løsning, en tredje fungere som kritiker, mens andre skriver tester for ulike plattformer .

Google har arbeidet med AI-støttet sikkerhet i flere år. I oktober 2025 lanserte DeepMind CodeMender, en AI-agent som kan oppdage, rette og skrive om sårbar kode . 21. juli 2026 lanserte selskapet dessuten Gemini 3.5 Flash Cyber, en spesialmodell for å finne, bekrefte og rette sårbarheter. Modellen er foreløpig tilgjengelig for myndigheter og betrodde samarbeidspartnere gjennom et begrenset pilotprogram .

En 13 år gammel sandbox-omgåelse ble funnet av AI

Det mest slående funnet var en sårbarhet som hadde overlevd i Chrome-koden i mer enn 13 år .

Feilen, CVE-2026-15119, var en kappløpsfeil i implementeringen av GetUserMedia. En angriper som allerede hadde kompromittert nettleserens renderer-prosess, kunne i teorien bruke feilen til å bryte ut av nettleserens sandbox og lure Chrome til å lese lokale filer .

En sandbox er et begrenset sikkerhetsmiljø som skal hindre innhold fra nettsider i å få tilgang til resten av systemet. En «sandbox escape» – at angriperen bryter ut av dette miljøet – regnes derfor som en særlig alvorlig type nettlesersårbarhet.

Google opplyser at Gemini-agenten fant feilen etter at den hadde unngått menneskelig kodegjennomgang i over et tiår . For Chrome-teamet ble funnet et tydelig eksempel på potensialet i AI-basert sårbarhetsjakt.

Chrome skal oppdateres oftere

Når AI-verktøy finner feil raskere, må sikkerhetsrettingene også kunne nå brukerne raskere. Google har derfor varslet flere endringer i Chrome-utgivelsene:

• To sikkerhetsutgivelser i uken: Google tester å gå fra ukentlige sikkerhetsoppdateringer til to oppdateringer per uke, blant annet for å holde tritt med AI-drevne angrep .
• Ny hovedversjon annenhver uke: Fra september 2026 går Chrome over fra en fireukers til en to ukers utgivelsessyklus. Chrome 153 blir den første stabile versjonen på den nye planen, med lansering 8. september .
• Extended Stable fortsetter på åtte uker: Bedrifter og organisasjoner som trenger mer tid til testing og utrulling, kan fortsatt bruke den utvidede stabile kanalen, som får en ny hovedversjon hver åttende uke .

«Dynamisk patching» kan spare brukerne for omstarter

Hyppigere oppdateringer kan samtidig bety flere avbrudd. Google erkjenner at det er upraktisk når Chrome må startes på nytt for å installere en sikkerhetsoppdatering.

Selskapet investerer derfor i dynamisk patching, også omtalt som «dynamic matching». Tanken er å bytte ut bakgrunnsprosesser som Renderer og GPU med oppdaterte programfiler mens nettleseren kjører. Dermed skal en full omstart av Chrome bli unødvendig i de fleste tilfeller .

Dette er fortsatt et utviklingsområde, ikke en funksjon som er fullt tilgjengelig for alle. Fra Chrome 150 på macOS kan nettleseren imidlertid starte seg selv på nytt for å installere en ventende oppdatering dersom den kjører i bakgrunnen uten åpne vinduer .

Chrome 151 rettet 370 sårbarheter

Google lanserte Chrome 151 Stable 29. juli 2026. Oppdateringen rettet 370 sikkerhetssårbarheter i nettleseren . Fordelingen var:

De sju kritiske sårbarhetene omfattet blant annet:

• CVE-2026-17650: «use after free» i Compositing
• CVE-2026-17651: utilstrekkelig validering av data i Dawn
• CVE-2026-17652: «use after free» i Views
• CVE-2026-17653: «use after free» i Skia
• CVE-2026-17654: kappløpsfeil i oppdateringskomponenten
• ytterligere kritiske feil i ANGLE og Ozone

En «use after free»-feil oppstår når et program forsøker å bruke et område i minnet etter at området er frigitt. Slike feil kan i verste fall føre til minnekorrupsjon eller kjøring av angriperstyrt kode.

Chrome 151 tok også i bruk en minnesikker Rust-implementasjon av XML-motoren i vanlige situasjoner der XSLT ikke er nødvendig. Google sier at endringen fjerner mulige minnekorrupsjonsfeil, samtidig som nettstandardene fortsatt støttes .

Hva betyr dette for deg som bruker?

For de fleste skjer oppdateringen automatisk i bakgrunnen. Det viktigste er å ikke utsette omstarten dersom Chrome ber om det.

Fra 8. september 2026, når Chrome 153 lanseres, kommer hovedversjoner annenhver uke i stedet for hver fjerde uke . Samtidig kan dynamisk patching etter hvert redusere behovet for avbrytelser, selv om oppdateringstakten øker.

Utviklingen viser også en større endring i cybersikkerhet: AI brukes ikke lenger bare til å analysere kode, men til å følge hele løpet fra oppdagelse av en sårbarhet til testing og ferdig rettelse. Doug Turner, utviklingsdirektør for Chrome, har sagt til TechCrunch at store språkmodeller har «forandret økonomien i cybersikkerhet» .