Zoomsday CVE-2026-53413: zero-click code execution from inside a Zoom meeting through the annotation channel, patched, working exploit built in under 24 hours using AI      Evooo1Bot: Linux botnet hijacking SOHO routers through unpatched CVEs and default credentials for proxying, credential stuffing, and DDoS      SAP CVE-2026-58231: CVSS 10.0 Commerce Cloud Data Hub Adapter exploitation now confirmed at scale, CISA adds forensics triage requirement      Zoomsday CVE-2026-53413: zero-click code execution from inside a Zoom meeting through the annotation channel, patched, working exploit built in under 24 hours using AI      Evooo1Bot: Linux botnet hijacking SOHO routers through unpatched CVEs and default credentials for proxying, credential stuffing, and DDoS      SAP CVE-2026-58231: CVSS 10.0 Commerce Cloud Data Hub Adapter exploitation now confirmed at scale, CISA adds forensics triage requirement     
CyberSipTM
Intelligence without the noise
Issue No. 110
August 17, 2026
3 items · past 72h
<5 min read
Weekend picture

Zoom patched Zoomsday, CVE-2026-53413, a zero-click remote code execution flaw in the annotation feature where a malicious meeting participant sends a crafted message that corrupts a receiving client's memory and executes code on their machine with no visible action required from the victim, with A Security building a working exploit in under 24 hours using fewer than 20 prompts on publicly available AI models. Security researchers documented Evooo1Bot, a new Linux-targeting botnet campaign that hijacks SOHO and consumer routers through unpatched CVEs and unchanged default credentials, enlisting compromised devices into a residential proxy network used for credential stuffing, DDoS traffic tunneling, and data exfiltration. SAP CVE-2026-58231, the CVSS 10.0 Commerce Cloud Data Hub Adapter vulnerability released as an emergency patch on August 13, is now confirmed actively exploited at scale as of August 17, with CISA adding forensics triage requirements to the KEV entry and SecurityWeek reporting that exploitation can reach internal SAP components beyond the adapter itself.

Weekend intelligence
3 items
01 HighZoom ZoomsdayZero-Click RCE
Zoomsday: a Zoom meeting participant can execute code on every other participant's device through the annotation channel with no action from the victim
CVE-2026-53413 is a memory corruption flaw in Zoom's annotation engine. A crafted annotation message corrupts a receiving client's memory and runs attacker code on their machine. The victim is in the meeting. That is all that is required of them. A Security built a working exploit in under 24 hours using fewer than 20 AI model prompts. Zoom patched it on August 11. Update now.
CVECVE-2026-53413
CVSS 8.3 (Zoom)
CVSS 9.0 (researcher)
NameZoomsday
(A Security)
Also patchedCVE-2026-53414
CVE-2026-53415
CVE-2026-53416 (VDI)
Fixed inWorkplace 7.1.5
Workplace 7.0.6
Rooms 7.1.5
ExploitedNot confirmed
in wild yet
A Security researchers disclosed CVE-2026-53413 on August 11, 2026, in Zoom's security bulletin ZSB-26015, following a coordinated disclosure process that began on June 10. The vulnerability is a stack buffer overflow in the CAnnoFormatBlock::Deserialize routine inside Zoom's annotation engine, the component that processes the drawing, highlighting, and text annotations participants can create during screen sharing sessions. Zoom's annotation feature uses a proprietary protocol that opens a direct communication channel between the screen sharer and each viewer. The parser in CAnnoFormatBlock::Deserialize accepts 32-bit character counts from the network for text-formatting blocks without checking those counts against the fixed 128-byte buffers that hold them. A crafted annotation message with an oversized fourth character count runs off the end of the containing object, overwrites saved registers and the return address on the stack, and transfers execution to attacker-controlled code. The victim must be participating in the meeting. No other interaction is required: no click, no download, no prompt, no visible indicator. A Security demonstrated the exploit by launching Safari on the victim's macOS machine. Their working exploit was built in under 24 hours using fewer than 20 prompts on publicly available AI models, a capability the researchers disclosed explicitly in their write-up. Zoom patched the vulnerability in Workplace 7.1.5 and 7.0.6 and Rooms 7.1.5, released August 11, 2026. Zoom also applied a server-side mitigation before the client patch shipped, filtering malicious annotation messages at the server, but noted that server filtering cannot inspect annotation traffic when end-to-end encryption is enabled, because the server cannot read the encrypted message contents. Three additional CVEs were patched in the same bulletin: CVE-2026-53414, a buffer over-read in the same annotation parser that can expose memory or crash participants; CVE-2026-53415, a use-after-free in annotation metadata that Zoom had already discovered internally; and CVE-2026-53416, a path traversal in the Zoom Workplace VDI Client for Windows. No exploitation in the wild has been confirmed.
Zoom is used across virtually every enterprise as core collaboration infrastructure. A vulnerability where any meeting participant can execute code on any other participant's machine requires no social engineering, no malicious link, no file to open, and leaves no visible indicator in the meeting UI. The practical precondition is that the attacker and victim share a meeting, which is met by every legitimate meeting an organization hosts, every customer call, every external vendor briefing, and every public webinar. The annotation feature that carries the attack is enabled by default and is used routinely. The A Security detail about building the working exploit in under 24 hours using fewer than 20 AI model prompts is operationally significant: it quantifies how quickly a capable AI-assisted attacker can move from vulnerability description to working code on a disclosed flaw, and it applies to every vulnerability class, not just this one.
The server-side mitigation Zoom deployed before the client patch has a specific limitation: it does not apply when end-to-end encryption is enabled. Organizations that have enabled E2EE for Zoom meetings to protect meeting content from Zoom's own servers have, in this specific case, removed the server's ability to filter the malicious annotation messages that carry the exploit. This creates a counterintuitive situation: the security enhancement of E2EE reduced protection against this specific vulnerability until the client patch was applied. Any organization using E2EE Zoom meetings should treat the client update as the only effective mitigation for CVE-2026-53413, not the server-side filtering. CSO Online also notes that disabling E2EE for meetings is a secondary mitigation option that restores server-side filtering coverage for unpatched clients.
  • Update all Zoom clients to Workplace 7.1.5 or 7.0.6 and all Zoom Rooms deployments to 7.1.5 immediately. Zoom auto-updates on most configurations, but enterprise managed deployments with delayed update cycles may not have received the August 11 release. Verify by checking the Zoom client version in Help, About Zoom and confirming it reflects the August 11 release.
  • For enterprise Zoom deployments that use E2EE meetings, confirm the client update has applied before relying on any meeting-security controls. The server-side mitigation does not cover E2EE meetings, meaning unpatched clients in E2EE sessions remain exposed to CVE-2026-53413 regardless of Zoom's server-side filtering.
  • Apply the VDI client update addressing CVE-2026-53416 separately if your organization uses Zoom Workplace VDI Client for Windows in Citrix, VMware Horizon, or Azure Virtual Desktop environments. The path traversal flaw in the VDI client affects those deployments specifically and is patched in a separate VDI client release.
Be in the meeting. That is the only precondition. No click, no download, no prompt. A working exploit was built in under 24 hours with AI assistance. Update Zoom to 7.1.5 or 7.0.6. If your organization uses E2EE meetings, the server-side mitigation does not apply. The client patch is the only protection.
02 HighEvooo1BotLinux Routers
Evooo1Bot hijacks Linux-based SOHO routers through unpatched CVEs and default credentials to build a proxy network for credential stuffing and DDoS
Evooo1Bot is not targeting corporate firewalls. It targets the Asus, TP-Link, Netgear, and D-Link routers that employees use at home and small businesses use as their perimeter. Compromised routers become residential proxy nodes. Traffic from those nodes carries legitimate IP reputations, making it harder to block the credential stuffing and exfiltration campaigns that use them.
TargetsLinux-based SOHO
and home routers
EntryKnown unpatched CVEs
Default credentials
PayloadResidential proxy
Credential stuffing
DDoS amplification
Data exfil tunnel
DetectedAugust 16, 2026
Multiple sources
Researchers documented Evooo1Bot on August 16, 2026, a botnet campaign targeting Linux-based small office and home office routers from manufacturers including Asus, TP-Link, Netgear, and D-Link. The campaign enters devices through two primary paths: known CVEs in router management interfaces and web administration panels that device owners have not patched, and default or weak administrative credentials that have not been changed from factory settings. Once inside, Evooo1Bot deploys a persistent agent that registers the device as a residential proxy node. Residential proxy nodes are valuable to threat actors because their traffic originates from IP addresses assigned to legitimate home and small business internet connections rather than data center IP ranges, making them significantly harder to block through IP reputation filtering. The botnet operators use the accumulated proxy network for three documented operations: credential stuffing attacks against web applications and enterprise login portals, where the distributed residential IPs make rate-limiting and IP-based lockouts less effective; DDoS amplification campaigns, where compromised routers relay and amplify attack traffic; and data exfiltration tunneling, where traffic from compromised enterprise environments is routed through the proxy network to obscure the destination. The persistence mechanism survives router reboots. Device owners whose routers were compromised before patching or credential rotation will continue to have compromised devices after any remediation of the downstream targets, because the router itself remains under attacker control.
Home and SOHO routers are the most consistently under-patched category of networked device. They sit on the internet continuously, run vendor-provided firmware that is rarely updated automatically, and are rarely monitored by the security teams responsible for the corporate devices behind them. The remote work infrastructure that most enterprises now depend on routes through exactly this device category. A compromised home router does not give the attacker access to corporate applications directly, but it gives them control of the network path between the employee and the corporate VPN, the ability to intercept unencrypted DNS queries, and a node inside the residential IP space that can be used to make subsequent attacks on the corporate environment appear to originate from a trusted location. Enterprise security teams have no direct visibility into or control over employee home router security, which is why botnet campaigns that target this layer are structurally difficult to defend against through standard enterprise controls.
The credential stuffing use case for Evooo1Bot is worth specific attention for enterprise identity teams. Credential stuffing attacks distributed across thousands of residential IP addresses are substantially harder to block than attacks from data center IP ranges. Many enterprise login portals, including Office 365, Okta, Salesforce, and similar identity providers, use IP reputation and IP velocity as signals in their bot detection and adaptive authentication systems. A credential stuffing campaign that sources its traffic from a botnet of home routers distributes each IP's request count low enough to avoid velocity thresholds and maintains high IP reputation scores that avoid block lists. This does not defeat MFA on individual accounts, but it does make automated detection of the stuffing campaign significantly less effective, allowing attackers to test large credential lists before triggering alarms. Organizations that rely on IP-based controls as a primary signal for detecting credential stuffing campaigns should assess whether those signals remain effective against residential proxy traffic.
  • Publish guidance to employees on router security as part of your remote work security program: update router firmware to the current version, change the default administrative password, disable remote management interfaces if not actively needed, and reboot the router to clear any in-memory persistence. Many SOHO routers support automatic firmware updates and most have them disabled by default.
  • Review your enterprise identity platform's bot detection configuration for its effectiveness against distributed residential proxy traffic. If IP velocity and IP reputation are primary signals, assess whether adding behavioral signals such as typing patterns, credential validation timing, and session fingerprinting would improve detection of stuffing campaigns that route through residential proxies.
  • For environments where employees connect from home networks, consider whether your VPN or zero-trust access gateway logs or inspects DNS queries originating from the employee's network. Evooo1Bot's DNS interception capability means that a compromised home router may be able to redirect DNS queries from unencrypted DNS clients on the same home network, including employee personal devices that share the connection.
The routers your employees use at home are not in your asset inventory. Evooo1Bot is adding them to someone else's. Residential proxy nodes carry legitimate IP reputations. The credential stuffing that uses them is harder to detect. Start with employee guidance on firmware updates and default passwords. Then check whether your bot detection can still see distributed residential proxy traffic.
03 CriticalSAP Commerce CloudScale Exploitation
SAP CVE-2026-58231 exploitation is confirmed at scale, with CISA adding forensics triage requirements and attackers reaching internal SAP components
This updates Issue 107's emergency patch story. SAP CVE-2026-58231 moved from emergency-note-no-known-exploitation to confirmed-active-exploitation-at-scale in four days. CISA's forensics triage addition to the KEV entry signals an expectation that some organizations are already compromised. Patch and then investigate, not patch and close.
CVECVE-2026-58231
CVSS 10.0
Emergency patchAugust 13, 2026
ExploitationConfirmed at scale
August 14–17
CISA updateForensics triage
added to KEV entry
Reach confirmedInternal SAP
components beyond
Data Hub Adapter
Active exploitation of CVE-2026-58231 in SAP Commerce Cloud's Data Hub Adapter was confirmed at scale by August 14 and reported by SecurityWeek on August 17. The exploitation pattern observed matches the attack path described in the emergency advisory: unauthenticated code injection through the Data Hub Adapter endpoint that executes arbitrary code on the affected Commerce Cloud system. SecurityWeek reports that confirmed exploitation has allowed attackers to reach internal SAP components beyond the Data Hub Adapter itself, meaning the code execution foothold is being used to pivot within the SAP environment. CISA added forensics triage requirements to the CVE-2026-58231 KEV entry, consistent with its treatment of the LoadMaster and vCenter campaigns where confirmed exploitation at scale warranted explicit guidance that patching alone is insufficient. SAP Commerce Cloud is used by large retailers, manufacturers, distributors, and e-commerce operators to manage digital sales channels, order processing, pricing, product catalogs, and customer data. The Data Hub Adapter connects those commerce workflows to backend ERP systems, product information management platforms, external marketing systems, and logistics partners. An attacker with code execution inside the Data Hub Adapter has access to the integration credentials connecting those systems, the data flows between them, and in confirmed cases, the ability to pivot to adjacent internal SAP components. SAP released the emergency patch on August 13, one day after August Patch Day, at a moment when enterprise teams were already processing the Microsoft, Adobe, and Cisco patch batches. Organizations that deferred the emergency SAP note given the simultaneous patch volume are now among the confirmed exploitation cases.
The pattern from emergency-no-exploitation to confirmed-exploitation-at-scale in four days reflects both the vulnerability's severity and the broader environment: the SAP advisory published at peak patch volume for the month, making it easier to miss or deprioritize. CISA's forensics triage addition is the signal that distinguishes this from a standard patch-urgency situation. When CISA adds forensics triage requirements to a KEV entry, it means the agency's assessment is that the window between vulnerability disclosure and exploitation was short enough that organizations should verify they were not compromised before the patch was applied, not simply confirm the patch applied. For CVE-2026-58231, that window was effectively zero for organizations that received the August 13 emergency advisory but did not patch immediately: exploitation was active by August 14.
SAP's emergency notes, released outside the second-Tuesday schedule, have historically accompanied some of the most rapidly weaponized SAP vulnerabilities. CVE-2025-31324, the critical SAP NetWeaver flaw from April 2025, was exploited by Chinese state-linked actors within days of its emergency advisory. CVE-2026-58231 follows the same pattern: emergency note, rapid exploitation, forensics requirement. SAP's commerce and ERP infrastructure holds financial transaction data, customer personally identifiable information, pricing and margin data, and integration credentials for connected systems. An attacker who established a foothold through CVE-2026-58231 between August 13 and August 17 may have extracted any of that data before patching occurred. The investigation required after patch application should cover what data was accessible to the Data Hub Adapter's service account and whether any unexpected access or export occurred during that window.
  • Apply the SAP emergency security note for CVE-2026-58231 immediately if not already done. This is a CVSS 10.0 flaw under confirmed active exploitation with forensics triage requirements. If your organization has not patched since August 13, treat the Data Hub Adapter environment as potentially compromised.
  • Follow CISA's forensics triage guidance for the CVE-2026-58231 KEV entry. Review Data Hub Adapter access logs from August 13 onward for anomalous requests, unexpected code execution events, or access to SAP internal components through the adapter. SecurityWeek confirmed that exploitation has been used to reach internal components beyond the adapter itself, meaning a log review limited to the adapter endpoint alone may miss the full scope of activity.
  • Rotate integration credentials stored in or accessible through the Data Hub Adapter, including credentials for connected ERP systems, product information management platforms, and marketing systems. Code execution in the adapter environment gives access to those credentials, and they may have been extracted during any window when the adapter was unpatched and accessible.
Emergency patch August 13. Confirmed exploitation at scale by August 14. CISA added forensics triage to the KEV entry. Attackers reached internal SAP components through the adapter. Patch first. Then review the logs from August 13 forward and rotate the integration credentials. Patching does not undo what happened before the patch arrived.
Cross-source standouts
01
Zoomsday built in under 24 hours with AI: what this means for the time between vulnerability disclosure and weaponization
A Security's disclosure includes a specific and quantified data point: a working exploit for CVE-2026-53413 was built in under 24 hours using fewer than 20 prompts on publicly available AI models. That figure is operationally significant independent of the Zoom vulnerability itself. The conventional assumption underlying most patch prioritization frameworks is that there is a gap between vulnerability disclosure and the availability of working exploits, and that gap provides time for defenders to patch before exploitation begins. The evidence from 2026 consistently challenges that assumption. The LoadMaster exploitation began within hours of WatchTowr's technical analysis. Adobe ColdFusion CVE-2026-48282 was exploited within two hours of KEVIntel honeypot exposure. Adobe Commerce CVE-2026-71362 was exploited the same day its patch published. And now a zero-click Zoom RCE exploit was ready in under 24 hours using AI models. None of those timelines leave meaningful time for enterprise patch cycles that operate on weekly or biweekly windows. The Zoom patch has been available since August 11. For any organization whose Zoom update cycle relies on scheduled deployment windows rather than auto-update, that patch has not yet applied on those machines. The window between when a capable actor could have weaponized this flaw and when a managed enterprise endpoint receives the patch is, in many organizations, still open.
02
SAP CVE-2026-58231 and the cost of peak-volume patch week timing: what happens when a CVSS 10.0 emergency note arrives at the busiest patching day of the month
SAP released its August Patch Day on August 12, the same day as Microsoft's Patch Tuesday. The August 12 batch included four critical SAP notes. SAP released its emergency note for CVE-2026-58231 on August 13, one day later, at the moment when enterprise security teams were already processing the Microsoft batch, the regular SAP batch, the Cisco ASA deadline, and ongoing incident response from the vCenter campaign and LiteLLM credential disclosure. In that context, a security team that triaged CVE-2026-58231 as a high-priority item for the following week was making a defensible decision under the volume of competing demands. By August 14, that decision had placed the organization in the confirmed exploitation window. The SAP emergency note designation exists for exactly this scenario: it signals that the vulnerability is too severe to defer to the next patch cycle. The operational challenge is that enterprise change management processes are not calibrated to the distinction between a Tuesday patch day item and a Wednesday emergency note that arrives while Tuesday's items are still in flight. The lesson from CVE-2026-58231 is not that teams should work faster. It is that emergency notes released the day after patch day require a separate escalation pathway that bypasses the normal patch-cycle queue rather than joining the back of it.
Still watching
Days 2–5
Apple macOS CVE-2026-65400 (Issue 109 · actively exploited, root access, Monero miners confirmed) — update to macOS Tahoe 26.6.1, Sequoia 15.7.9, or Sonoma 14.8.9. If Screen Sharing is not needed, disable it. For systems exposed on port 5900 before August 6, audit for mining processes and unexpected launchdaemon entries.
Day 3
GeoServer zero-day (no CVE, no patch) (Issue 108 · active probing, jsonArrayContains SQL injection) — no patch available as of August 17. Restrict public network access to WFS endpoints. Limit SQL Server backend database account permissions to prevent xp_cmdshell execution. Monitor logs for SQL injection patterns since August 12.
Day 5
LiteLLM CVE-2026-33634 credential exposure (Issue 107 · 153GB archive surfaced August 13) — check Hudson Rock Cavalier and CloudSEK lookup tools. Rotate all cloud keys, SSH keys, Kubernetes tokens, repository tokens, and AI provider keys from any pipeline that ran LiteLLM 1.82.7 or 1.82.8. Audit software packages published March 24 to 26.
Day 5
Atlassian Rovo content-borne prompt injection (Issue 104 · PromptArmor, reported May 2026) — URL parameter path patched July 8. Content-borne path status unconfirmed. Scope Rovo access tightly and audit Rovo Connector connections to external platforms until Atlassian confirms both injection paths are closed.
Day 7+