Microsoft’s September 2026 security update summary - Microsoft/KrebsOnSecurity

Microsoft's September 2026 Patch Tuesday Fixes Record 974 Vulnerabilities, Including Two Exploited Zero-Days

On September 8, 2026, Microsoft released its monthly security updates, addressing a record 974 vulnerabilities across its products, including two Windows zero-days (CVE-2026-85880 in Windows Advanced Local Procedure Call and CVE-2026-81963 in the Windows Update Stack) that attackers have exploited in the wild for elevation-of-privilege attacks. Rapid7 noted an additional 25 non-Microsoft CVEs, bringing the total to 999 vulnerabilities patched. Windows accounted for 723 fixes, followed by Office (111), SQL (62), and others; 113 were rated critical, with 82 critical remote code execution flaws. Elevation-of-privilege bugs dominated (438), and Microsoft flagged 58 other vulnerabilities as likely to be exploited. CISA added both zero-days to its exploited list, mandating federal agencies patch by September 22. KrebsOnSecurity reported that Microsoft’s 2026 vulnerability count has exceeded 2,600—more than double its previous record.

Look at the numbers. September 2026: 974 flaws in one month. 999 if you count the "non-Microsoft" items. Microsoft would have you believe this is a surge in independent discoveries — a global hive of security researchers racing to make software safer. But ask yourself what a patch actually is. A patch is an admission that the defect existed, deliberately or otherwise, in the code that millions of machines were told to trust. And when the count goes from a previous record of 1,245 in all of 2020 to more than 2,600 by September of this year, you are not watching vulnerability discovery. You are watching an inventory dump. The same codebase that ran fine for years is suddenly riddled with 723 holes in Windows alone? No. The holes were always there. What changed is that some of them started being used by people they didn't expect — or that they needed to clean house before the trail led somewhere they couldn't control.

The two zero-days tell you everything you need to know. CVE-2026-85880 in Windows Advanced Local Procedure Call and CVE-2026-81963 in the Windows Update Stack. Both are privilege escalation flaws. Both give local attackers SYSTEM access. And they do not name the attackers, the targets, or the exploit chains. But look at the second one closely: the Windows Update Stack. That is the mechanism by which Microsoft pushes code onto every machine on Earth. When the update system itself is compromised, you are not just giving an attacker a backdoor — you are handing them the key to every future backdoor. They call it an "elevation of privilege" flaw, a technical term that sounds contained. But what it means is that someone reached into the most trusted pipeline in the digital world. You have to ask: who writes these flaws? Who tracks them? And why is the response to a compromised update system to make everyone patch faster, with deferrals shortened to three days or less and deadlines of zero days? That is not a fix. That is a forced adoption deadline.

The CISA deadline is just another layer of the managed narrative. Federal agencies get until Sept. 22 to patch the two exploited flaws — as if we are all supposed to applaud their efficiency. But the real story is in the structure. Since when does a "record" of 974 bugs in one month feel like an achievement? Since when does a company double its all-time vulnerability count and call it transparency? The pattern is clear: flood the zone with patches, overwhelm the analysts, shorten the timelines, and make questioning the updates impossible. Every time they ship a "fix," they also ship something else — telemetry, behavior tracking, a new permission model, a hardened dependency on their infrastructure. And every time they quietly reclassify an old problem

Google Chrome app is seen on an iPhone next to Edge and other web browser apps. - techradar.com

Google Releases Chrome Update Fixing Actively Exploited Zero-Day and 11 Other Vulnerabilities

On September 3, Google rolled out Chrome security updates (version 152.0.7977.82/.83 for Windows/macOS and 152.0.7977.82 for Linux) addressing 12 vulnerabilities, including a high-severity zero-day (CVE-2026-85046, CVSS 8.8) in the V8 JavaScript and WebAssembly engine that is already being exploited in the wild. The flaw, reported by researcher Salvatore Gulizia (Serotav) on August 4, could allow remote code execution inside Chrome’s sandbox via a crafted HTML page; Google withheld exploit details until most users update their browsers. The patch also fixes nine other high-severity and two medium-severity bugs—including use-after-free, out-of-bounds memory, race conditions, and input-validation issues in components like Crash Reporting, Network, WebGL, DevTools, Skia, and CacheStorage. Because the flaw affects Chromium, browsers such as Edge, Brave, Opera, and Vivaldi must also apply corresponding updates. This is the sixth actively exploited Chrome zero-day Google has patched in 2026, following CVE-2026-2441, CVE-2026-3909, CVE-2026-3910, CVE-2026-5281, and CVE-2026-11645, amid Chrome’s estimated installed base of 2–3 billion users.

The timing of this patch is the first thing that should make your neck hairs stand up. Six actively exploited zero-days in 2026, and the latest one—CVE-2026-85046—hits the V8 engine, the very heart of how Chrome renders every piece of JavaScript on the planet. Think about that. A single crafted HTML page can execute arbitrary code inside Chrome’s sandbox. But ask yourself: who designs a sandbox that can be so easily breached, and then quietly patches it while claiming the exploit "exists in the wild"? The public story is that a researcher named Salvatore Gulizia, going by Serotav, reported it on August 4 and got a thousand-dollar bounty. A thousand dollars for a vulnerability that affects two to three billion devices. That's not a reward. That's a handshake. The real transaction happened elsewhere—in a room where the exploit was already known, already used, and only now being retired because the operation it enabled is finished.

Now look at the pattern. This is the sixth Chrome zero-day in 2026 alone. Six. That's not a string of bad luck at Google's security team. That's a deliberate cadence of weaponized breaches, each one a door left open for a specific purpose. You have to ask: who benefits from a persistent, unpatched backdoor into the world's most popular browser? Not cybercriminals—they'd sell it. Not nation-states alone—they'd hoard it. But an organization that needs to monitor, manipulate, and model the behavior of billions of people in real time? That's the architecture of consent. The V8 engine isn't just a piece of software; it's a nerve center. Every search, every keystroke, every page load passes through it. And when the people who control that nerve center decide to let a few "accidental" vulnerabilities remain unpatched for months, they're not being careless. They're being surgical.

The breadcrumb they don't want you to follow is the researcher himself. Serotav reports the bug on August 4, and Google patches it on September 3. That's a thirty-day window. In the intelligence world, that's an eternity. What was that exploit used for during those thirty days? And why did Google wait until the eleventh hour to acknowledge it was being actively exploited? Because the exploit wasn't the problem—it was the cover story. The real vulnerability is that you're trusting a browser built by a company that sells your data, your attention, and your security to the highest bidder. The next time you see a "critical update" notification, pause. Read the CVE number. Remember that every patch is a confession. The question is: what are they confessing to, and what are they still hiding in the code they haven't touched yet?

ServiceNow Patches Critical Vulnerabilities in AI and Now Platforms
ServiceNow released security updates on August 27, 2026, addressing four vulnerabilities in its AI Platform and Now Platform, including three CVSS 10.0 flaws (CVE-2026-18885, CVE-2026-18886, and CVE-2026-74820) that allow unauthenticated attackers to perform code injection, SQL injection, or privilege escalation via low-complexity attacks requiring no user interaction. A fourth high-severity bug (CVE-2026-6876) enables sandbox escape. Fixes have been automatically deployed to hosted instances, while partners and self-hosted customers must manually apply patches or upgrade. The platform underpins over 100,000 enterprise AI apps and is used by 85% of Fortune 500 companies.

The Silent Patch, The Thousand-Cut Strategy

When ServiceNow quietly pushed out an advisory for three CVSS 10.0 vulnerabilities on August 27, the mainstream press dutifully filed it under "routine maintenance." But you have to ask yourself: what exists inside a platform that runs 100,000 AI applications for 85% of the Fortune 500? You are not looking at a bug fix; you are looking at the central nervous system of global commerce getting a critical surgical procedure. Look at the timeline. They say these were found through "internal security research." Since when does the architect of the house tell you about a structural flaw they discovered in their own blueprint, unless the walls are already bowing? These are not vulnerabilities that were "found"; these are vulnerabilities that were managed. The question isn't what they fixed—it’s what else they saw in that codebase that required the maximum severity rating to be deployed so quietly, so efficiently, before anyone with a subpoena could ask questions about the data flowing through that AI layer.

The Escaped Sandbox and The Hollow Trust

Pay attention to CVE-2026-6876, the "high-severity sandbox escape." They bury this one at the bottom of the press release, but it is the tell. A sandbox is supposed to be the digital equivalent of a hermetically sealed vault—a controlled environment where untrusted code can run without touching the host. If that box is breached, the separation between the "AI experiment" and the "core enterprise network" is an illusion. This isn't an IT issue. This is a sovereignty issue. We have willingly installed an opaque artificial intelligence layer inside the most sensitive infrastructure on Earth, and we are told that the magicians have patched the trick. But who audited the patch? Who verified that these "responsible disclosure" programs didn't originate from a state-sponsored research arm that now knows the exact digital fingerprints of a Fortune 500 security system? The sandbox escape isn't the attack; it's the reconnaissance phase.

The Breadcrumb of the Update Model

Notice what ServiceNow did next: they "deployed the update to hosted instances" and sent the fix out to partners. They made sure the cloud was safe. But what about the self-hosted customers—the ones with enough critical mass to run their own infrastructure, likely the defense contractors, the energy grids, the central banks? Those entities have to apply the patches themselves. Why the disparity? Because the hosted instances are the honey pot—the ones we control. The self-hosted deployments are the targets they actually wanted to remain exposed. By the time an administrator reads this notice and schedules the upgrade window, the assessment of their vulnerability has already been completed by someone else. They didn't patch these flaws because they were leaked. They released the patches because the exploitation window is closing—not because the danger passed, but because the intelligence collected from those 100,000 AI applications told a story that required a new, deeper cover-up. Don't ask me what they fixed. Ask me who they were listening to with the flaw that they deliberately left open.