Google reports 1,072 Chrome security fixes as AI expands vulnerability research
The Chrome Security Team’s July 30 report describes fixes across milestones 149 and 150. Understanding their significance also means following a correction through to the software a user actually runs.


Google’s Chrome Security Team said in a July 30, 2026 report that it fixed 1,072 security bugs across Chrome 149 and 150. According to the team, that exceeds the combined total for the previous 23 milestones.
Google also said it was piloting two security releases per week, describing the change as an experiment.
What the fix count measures
A precise reading begins with the measure’s name: these are security bugs fixed. The number alone does not establish how many attacks occurred, how many users were harmed or how many devices were compromised.
A problem might be discovered during testing, while another is reported after software becomes available. Understanding either case requires information about affected versions, the availability of a correction and the circumstances of the issue.
The comparison’s scope matters too. Fixes across two milestones describe a particular collection of changes. Comparing them with another period requires knowing which milestones that period includes.
Earlier work provides context
Google’s security blog described using LLMs to expand code coverage in fuzz testing in August 2023. Fuzzing examines program behavior under varied inputs.
Project Zero then introduced Naptime in June 2024. It connects a model with tools such as code browsing and a debugger so that results can be checked through testing.
These examples predate the July announcement. They illustrate the importance of connecting model reasoning with a reproducible outcome that can be examined.
That perspective gives a team specific questions to ask about an experiment: what code was examined, which case reproduced the problem, and what evidence establishes the result?
Following a correction into use
In a general software workflow, a problem needs identification, correction, testing and delivery. Each stage has a distinct question: can the problem be reproduced, does the correction work, and has the corrected version reached the environment where it is used?
A software team can record tested versions and outcomes, connecting movement between stages with those records. That makes the description “fixed” meaningful in relation to the stage being discussed.
The same record can distinguish cases where a code change is complete but another delivery step remains before users receive it.
The Chrome report’s significance lies in the expanding scale of security research. Getting the corrected software onto a user’s device remains the practical end of that process, making delivery an essential part of understanding the news.
Sources

Founder and editor-in-chief of Kurd Developers. Phone and tech news on YouTube, Instagram and TikTok.
More stories

Apple Intelligence Is Coming to China With iOS 27.3, Backed by Alibaba
After more than two years of waiting, Apple says Apple Intelligence will reach iPhone users in China in December, with Alibaba's Qwen model powering parts of Siri.

One text can break your phone: Android's 'SMS of Death' explained
A flaw in Android 12 and later lets a specially crafted SMS drop calls and even make a phone unusable. The fix is in October's security patch.

GTA VI lands November 19: prices, editions and what to know
Rockstar has locked the date: Thursday, November 19 on PS5 and Xbox Series X|S. Standard costs $79.99 and Ultimate $99.99.

Apple's first touchscreen MacBook Pro brings OLED and Dynamic Island
The new PROLED XDR display responds to touch, the notch is gone and Dynamic Island takes its place. Prices start at $2,899.