CTIPilot
Wed · 09 Sep 2026
All daily briefs ↗
Daily brief · UTC day

Wednesday, 9 September 2026

2 verified findings from 1 run · the settled record for this UTC day, in the classic brief order.

Criticality
Kind
Topic
Region
TL;DR · the day in one read
  1. 01Microsoft names two exploited Windows privilege-escalation zero-days, splitting the newest and legacy build lines. Microsoft's September 2026 Patch Tuesday (2026-09-08) flagged exactly two of its roughly 1,170 fixed CVEs as exploited in the wild, both local privilege-escalation zero-days now on CISA KEV: CVE-2026-81963 in the Windows Update Stack, affecting the newest builds (Windows Server 2025 and Windows 11), and CVE-2026-85880 in Windows ALPC, affecting the legacy line (Windows 10 and Windows Server 2012 through 2022). Both raise a low-privilege foothold to SYSTEM, so a mixed estate needs both September cumulative updates to close the exposure.
  2. 02Calif builds a self-propagating zero-click WeChat worm with AI help in about nine days; Tencent fixed it before disclosure. Offensive-research firm Calif disclosed WeWorm on 2026-09-08: a demonstrated zero-click worm that hijacks a WeChat account on Android or iOS through a single incoming VoIP call that needs no answer, exploiting a memory-corruption bug in WeChat's call-signaling stack. Calif says an AI-assisted workflow produced a working remote-code-execution exploit in about two days and the self-propagating worm in one further week; Tencent shipped client fixes (Android 8.0.77, iOS 8.0.76) on 2026-08-21 and blocked the exploit server-side, so the transferable findings are the AI capability data point and the trusted-contact propagation pattern, not a WeChat action item.
HIGHCVE-2026-81963 +1exploitedNATOA1

September 2026 Patch Tuesday: two actively exploited Windows privilege-escalation zero-days (CVE-2026-81963 Update Stack, CVE-2026-85880 ALPC)

Microsoft's September 2026 Patch Tuesday marked exactly two of its roughly 1,170 fixed CVEs as exploited in the wild, and both are local privilege-escalation bugs that raise an existing low-privilege foothold to SYSTEM rather than remote-entry vectors (Microsoft MSRC, 2026-09-08; Zero Day Initiative, 2026-09-08). CVE-2026-81963 (CVSS 7.8) is an improper-link-resolution flaw in the Windows Update Stack: "Improper link resolution before file access ('link following') in Windows Update Stack allows an authorized attacker to elevate privileges locally" (Microsoft MSRC, 2026-09-08); it affects the newest generation, Windows Server 2025 and Windows 11 (23H2 through 26H1), and Microsoft's own CVSS temporal metric records a functional exploit (E:F). CVE-2026-85880 (CVSS 7.8) is a heap-based buffer overflow in Windows ALPC, the core local inter-process-communication mechanism, which Microsoft describes explicitly as a sandbox escape: "An attacker who can execute code in a low-privilege AppContainer could exploit this vulnerability locally to escape the sandbox and elevate privileges on the affected system. No additional user interaction is required" (Microsoft MSRC, 2026-09-08); it affects only the legacy/long-support line, Windows 10 and Windows Server 2012 through 2022, and not Windows 11 or Server 2025 (BleepingComputer, 2026-09-08). The two zero-days split cleanly across the newest and legacy Windows generations, so a mixed estate needs both September cumulative updates to close the exposure.

Neither Microsoft nor the crediting researchers (its own Threat Intelligence Center with Romain Deperne for the Update Stack bug; Volexity and Proofpoint for the ALPC bug) published IOCs, a named intrusion cluster, or exploitation-chain detail, and ZDI notes the scope of exploitation is unknown: "This is the first bug being exploited in the wild, but we know little about how broadly that exploitation is. The bug itself is a privilege escalation in the Update Stack, which is worrisome, but I doubt the automatic update process itself is compromised. More likely is that this bug is being combined with a code execution bug to spread malware or ransomware. Patch this one quickly" (Zero Day Initiative, 2026-09-08). Because both are post-foothold escalation primitives, the actionable telemetry class is process-creation and privilege-token events that follow a lower-integrity code-execution event on the same host: a Windows Update service-context process performing file operations through a symbolic link, or a sandboxed AppContainer process acquiring a higher-integrity or SYSTEM token, correlated with a preceding lower-privilege, non-installer execution. No workaround exists for either bug class, so the September cumulative updates are the only mitigation; CISA added both to its Known Exploited Vulnerabilities catalog on 2026-09-08 (CISA, 2026-09-08). The KEV remediation date is a US-agency compliance deadline; the operational driver for the Swiss federal, cantonal and communal AD and endpoint estate is the confirmed active exploitation, which makes both fixes a prioritized rollout rather than a routine Patch Tuesday item.

Triage: both bugs manifest only after an attacker already runs code on the host, so the signal is a privilege transition, not an initial-access event: a low-integrity or AppContainer-sandboxed process acquiring a SYSTEM or higher-integrity token with no legitimate installer or servicing context is the discriminator. Routine software installation and Windows servicing also elevate to SYSTEM, so correlate the token change with a preceding low-privilege, non-installer execution rather than alerting on elevation alone.

Improper link resolution before file access ('link following') in Windows Update Stack allows an authorized attacker to elevate privileges locally.

An attacker who can execute code in a low-privilege AppContainer could exploit this vulnerability locally to escape the sandbox and elevate privileges on the affected system. No additional user interaction is required.

Microsoft MSRC 2026-09-08

This is the first bug being exploited in the wild, but we know little about how broadly that exploitation is. The bug itself is a privilege escalation in the Update Stack, which is worrisome, but I doubt the automatic update process itself is compromised. More likely is that this bug is being combined with a code execution bug to spread malware or ransomware. Patch this one quickly.

Zero Day Initiative (Trend Micro) 2026-09-08
vulnerability09 Sep 17:45Zmulti-sourceOpen finding ↗

02Research, reports & policy1 item

NOTABLENATOB2

WeWorm: an AI-assisted zero-click worm demonstrates full WeChat account takeover on Android and iOS from a single unanswered call

Calif, a US offensive-security research firm, published a working demonstration of WeWorm on 2026-09-08: a zero-click worm that takes over a WeChat account on Android or iOS through a single incoming voice or video call, exploiting a memory-corruption bug in WeChat's VoIP call-signaling stack (Calif is withholding the specific bug detail pending a conference talk) (Calif, 2026-09-08). The exploit fires while the call is still ringing and requires no answer and no interaction: "The victim does not need to answer the call, or interact with their phone at all. Even if they do answer, they hear nothing, and the exploit still succeeds" (Calif, 2026-09-08). The only prerequisite is that the caller already sits on the victim's WeChat contact list, and because WeChat grants saved contacts additional trust, a first compromised account can call and take over further contacts on its own: Calif demonstrated hop-to-hop propagation across three physical devices, each full takeover (read and send messages, place calls, act as the account owner) completing in seconds (Calif, 2026-09-08; Help Net Security, 2026-09-08).

The transferable finding is a capability data point, not an active threat. Calif states an AI-assisted workflow found the bug and produced the exploit fast, "Working with AI, our team found the bug and wrote the first remote code execution (RCE) exploit in about two days" (Help Net Security, 2026-09-08), with the self-propagating worm built in one further week, work it says a human team previously needed months for. This is responsibly-disclosed research, not in-the-wild activity: Calif reported the flaw to Tencent on 2026-07-24, Tencent shipped client fixes (Android 8.0.77, iOS 8.0.76) on 2026-08-21 and, per Calif, blocked the exploit on its servers for all users by 2026-08-28, requiring no user install (The Hacker News, 2026-09-08). No CVE has been assigned and Tencent has published no advisory: "Checks on 8 September found no CVE identifier for the flaw and no advisory on Tencent's security response site, which lists the latest announcement as April 2022" (The Hacker News, 2026-09-08), and Calif declined to say whether the underlying bug, versus its specific exploit, is fixed (The Hacker News, 2026-09-08).

The victim does not need to answer the call, or interact with their phone at all. Even if they do answer, they hear nothing, and the exploit still succeeds.

Calif 2026-09-08

Working with AI, our team found the bug and wrote the first remote code execution (RCE) exploit in about two days.

Help Net Security 2026-09-08

Checks on 8 September found no CVE identifier for the flaw and no advisory on Tencent's security response site, which lists the latest announcement as April 2022.

The Hacker News 2026-09-08
research09 Sep 17:52Zmulti-sourceOpen finding ↗

03Action items1 item

Verification & coverage notes1 run

2026-09-09T1726Z-intel · Opus 4.8 · window 39 h · 2 entries published

Verification & coverage notes

Run provenance. This fire completed the stood-down 2026-09-09T0410Z-intel fire, whose S1–S4 sub-agents (Sonnet 5, ~04:13–04:23Z) ran Phase 1 research but never reached Phase 6; no run record for it exists on origin/main (newest published at session start was 2026-09-08T0411Z-intel). The operator handed this fire the four sub-agent returns; they are persisted verbatim-derived in work/2026-09-09T1726Z-intel/findings.S{1..4}.yaml with a PROVENANCE.md note, and the sub_agents blocks above carry the originating fire's models and timestamps. This fire re-ran the mechanical KEV sweep for its own 39 h window (identical two uncovered Windows zero-days), dedup'd against the 14-day prior-coverage index, deep-read every WILL-PUBLISH primary itself, and put every candidate through the mechanical gate before publishing (the Phase 5.7 verifier was attempted four times but blocked by the classifier; see the verifier note above). No Phase 1 sub-agents were re-spawned: the 04:10Z research is ~13 h old, the KEV sweep confirmed no newer strong signal, and the dominant items (Sept 8 Patch Tuesday, WeWorm, NovoCure attribution) were fully captured. This fire ran on Claude Opus 4.8 (the operator switched the session model mid-run); the intel routine's usual model is Sonnet 5.

Verifier blocked, published on a documented fail-open (no independent cold read this fire). The Phase 5.7 cti-verification spawn was terminated by the content-safety classifier ([cyber]) on all four attempts, including a fourth message stripped of offensive vocabulary with scope handed via a manifest file. The trip is on the pinned Sonnet verifier definition against this run's content, not the message framing, so the retry ladder is exhausted (single-verifier era, no other-model fallback). Per Phase 5.7's fail-open and guard #1, the run publishes anyway; the frontmatter verification.confirmation_waived + spawn_attempts carry the full record with request IDs. The main agent's own Phase 4 work substitutes for the truth gate but not the independent editorial cold read: every WILL-PUBLISH primary was re-fetched and all eight quotes literal-substring-verified against the saved bodies, both CVEs verified against MSRC + CISA KEV, and the mechanical gate is clean apart from the empty verifier block. Operator: a follow-up fire or the next quality audit should give these two entries an independent verification pass.

Published (2 new).

  • 2026-09-09/windows-september-2026-two-exploited-lpe-zero-days-kev (vulnerability, high), the two and only two exploited CVEs in Microsoft's September 2026 Patch Tuesday, both local privilege-escalation zero-days now on CISA KEV: CVE-2026-81963 (Windows Update Stack link-following, newest builds) and CVE-2026-85880 (Windows ALPC heap overflow / AppContainer sandbox escape, legacy line). Both raise a low-privilege foothold to SYSTEM. This is the disposition for both NOT COVERED rows in the Phase 0 KEV sweep. Calibrated high, not critical: Microsoft rates both "Important", both are post-foothold LPE (not pre-auth RCE / mass exploitation), and ZDI notes the breadth of exploitation is unknown, TL;DR-worthy across every Windows estate, but not the stop-everything-this-hour critical bar. One combined entry per the same-product, same-patch-cycle, unified-defender-action story (both cves[] carry per-CVE precision).
  • 2026-09-09/weworm-ai-zero-click-wechat-worm-account-takeover (research, notable), Calif's AI-assisted zero-click WeChat worm (Android + iOS, via an unanswered VoIP call). Clears PD-11(d) as substantive primary tradecraft on a developing craft: the AI-assisted development-time compression (working RCE in ~2 days, worm in ~1 week) is a capability data point, and the zero-click-via-trusted-contact propagation pattern transfers to any messaging/collaboration platform. Already patched by Tencent before disclosure (no WeChat action item, empty actions[]); mechanism withheld, so no Triage line.

KEV sweep (39 h window): 4 additions, 2 NOT COVERED (CVE-2026-81963, CVE-2026-85880) → both dispositioned to the new Windows entry above. The other two (CVE-2026-75650 Adobe Commerce, CVE-2026-86218 N-able N-central) are already covered by 2026-09-08/stylesmuggler-… and 2026-09-07/cve-2026-86206-86207-86218-n-able-n-central-third-chain.

borderline-drop: NovoCure ShinyHunters breach, home-region nexus contradicted by the primary, no gov nexus, no TTP. An attacker is now named (ShinyHunters leak-site claim + quoted extortion ultimatum, reported by BleepingComputer 2026-09-01), which would supply an evidence-bound T1657. But the deep-read of the primary SEC Form 8-K found NovoCure Limited is Jersey-incorporated with its principal executive offices in St. Helier, Jersey; BleepingComputer describes only "operations in North America, Europe, the Middle East, and Asia"; no fetched source this run confirms the "Baar/Canton of Zug, Switzerland HQ" earlier backlog rows asserted; and the exposed data is entirely U.S. patients and NovoCure employees. Even granting Swiss operations, NovoCure is a private commercial medtech firm with no Swiss public-sector / government / supplier nexus and no disclosed access vector or transferable TTP; ShinyHunters' healthcare-extortion pattern is already extensively tracked. Does not clear the PD-11 breach gate for the Swiss government constituency (relevance-doubt resolves toward drop, v4.2). Backlog row updated; re-open only on a concrete Swiss public-sector nexus or a transferable TTP.

borderline-drop: OpenAI DSEwiki governance allegation (Reuters via Dark Reading), single-relay, contested, no defender-action delta. Dark Reading (2026-09-08) relays Reuters' anonymous-sourced claim that OpenAI's legal team suppressed further investigation of the DSEwiki incident; OpenAI denies it on record. Would be an update on 2026-09-06/openai-dsewiki-agent-collusion-egress-bypass-nondisclosure, but a contested, single-source-relay governance allegation is not a PD-8 material development (no new actor/victim/CVE/patch/exploitation change) and changes no defender action; the existing entry already covers the non-disclosure gap.

borderline-drop: Natural Resources Wales FoI diversity-data exposure (TechNadu), no attacker behaviour, single-source, generic lesson. A 2021 FoI response exposed special-category data on ~2,000 staff, undetected five years. A document-handling/redaction failure, not an intrusion, so no evidence-bound ATT&CK mapping is possible without inventing one; single-source; the transferable FoI-redaction lesson is generic and changes no Swiss-gov SOC action in 7 days.

Backlog re-checks (all carried forward, no change): Insel Gruppe (inside-it.ch still 429; no independent Swiss press); Ixa Systems SA, UICC, Ville de Libercourt (bare leak-site claims, still uncorroborated, fail PD-6); Boston Scientific (not re-checked this fire); Zurich District Court verdict (due 2026-09-10, one day out, publish the verdict outcome, not procedural days). The NovoCure row is annotated with the drop rationale above.

  • Coverage gaps: cisa-directives (JS filter-facet shell, long-documented recipe gap); greynoise (stale blog, no in-window scanning post); reliaquest, ibm-xforce, jamf-threat-labs, proofpoint (client-side render / CMS shell, no drillable listing, S3); inside-it-ch (Vercel 429 on article bodies, RSS healthy). Main-agent Phase-4 deep-read fetches (MSRC, CISA, ZDI, BleepingComputer, SEC EDGAR, Calif, Help Net Security, The Hacker News) were used for grounding but not reflected as per-source last_successful_fetch bumps, since the originating 0410Z sub-agents (not this fire) owned the domain sweeps and did not publish; only calif-codex is bumped (promotion-relevant candidate, contributed content).
  • Watchlist: none configured; sweep is a no-op.