CISA added CVE-2026-10520, a maximum-severity OS command injection in Ivanti Sentry, to its Known Exploited Vulnerabilities catalog on June 11, 2026, under the new Binding Operational Directive 26-04. BOD 26-04, issued June 10, replaces flat CVSS-based deadlines with a four-variable risk model and set a three-day remediation window for this vulnerability, making today, June 14, the deadline for federal civilian agencies.
CVE-2026-10520 is an OS command injection in the Ivanti Sentry MICS configuration API accessible via management port 8443. An unauthenticated attacker who can reach port 8443 can inject operating system commands that execute with root privileges. A second critical vulnerability, CVE-2026-10523, was patched in the same release. Patches are available in Sentry R10.5.2, R10.6.2, and R10.7.1.
Shadowserver Foundation reported exploitation attempts at scale following the publication of a public proof-of-concept by watchTowr Labs, with at least two of the 19 internet-exposed vulnerable instances it identified confirmed to have been backdoored. Ivanti told BleepingComputer that CISA based its KEV listing on honeypot exploitation reports, and clarified that exploitation requires port 8443 access, which management interfaces should not provide to the internet. Ivanti stated it is not aware of confirmed customer compromise beyond honeypot activity.
- Patch Ivanti Sentry to R10.5.2, R10.6.2, or R10.7.1 immediately. Today is the CISA BOD 26-04 deadline.
- Verify that management port 8443 on all Sentry appliances is restricted to internal management networks and not reachable from the internet. If it is internet-accessible, treat the appliance as potentially compromised and conduct a full review regardless of patch status.
- Review Sentry access logs for unexpected API calls to the MICS configuration endpoint, new administrator account creation, and unexpected outbound connections since the public PoC publication date.
Tenet Security researchers Ron Bobrov, Barak Sternberg, and Nevo Poran published the Agentjacking research on June 12, 2026. The attack exploits two design decisions that appear safe in isolation: Sentry DSNs are intentionally public write-only credentials embedded in frontend JavaScript so that browsers can report errors without requiring server-side authentication, and AI coding agents treat Sentry error events retrieved via MCP as trusted diagnostic information about the developer’s own codebase.
An attacker with a target organisation’s Sentry DSN, discoverable from browser JavaScript or a GitHub search, sends a crafted HTTP POST to Sentry’s event ingest API embedding attacker-controlled instructions in the error event fields. When the developer uses their AI coding agent and Sentry MCP to investigate errors, the agent retrieves the injected event alongside legitimate ones, treats the malicious instructions as a genuine diagnostic suggestion, and executes the specified shell commands on the developer machine with the developer’s own privileges. The chain requires no prior access to the developer machine, no authentication beyond the public DSN, and no delivery of malware through standard channels. Tenet achieved an 85% success rate across Claude Code, Cursor, and Codex in controlled tests and identified 2,388 organisations with injectable DSNs.
Tenet disclosed the findings to Sentry on June 3, 2026. Sentry acknowledged the issue, described the attack class as technically not defensible at the platform level, and deployed a content filter for a specific payload string rather than addressing the root cause. The filter does not prevent modified variants of the attack.
- Review whether AI coding agents in your development environment are connected to Sentry via MCP. If they are, and if your Sentry DSN is publicly discoverable, assess the risk and consider disabling the Sentry MCP integration until agent-level trust controls are available.
- Configure AI coding agents to require explicit human confirmation before executing any remediation or code modification step suggested by an external tool integration, rather than allowing autonomous execution.
- Treat AI coding agent integrations with external platforms that accept untrusted input as a supply chain trust boundary. This applies not only to Sentry but to any MCP-connected tool that surfaces content from external or anonymous sources.
Iran-linked threat group Handala posted a claim on June 11, 2026 asserting it had breached California Water Service, a publicly traded water utility serving approximately two million customers across California. The group stated it gained initial access through an exposed GPS fleet management tool used by Cal Water to track service vehicles, and from that access reached systems containing customer billing data. Handala released 5GB of data publicly and claimed access to billing information for approximately two million current and former customers.
Handala is a threat group with documented ties to Iran and a history of targeting Israeli and US infrastructure entities. Its operations typically combine data theft with public statements intended to demonstrate capability to disrupt critical services. In this case, the group stated explicitly that it could have caused significantly greater damage but chose to limit its activity to demonstrating access.
Cal Water confirmed it is investigating the incident. CISA and water sector partners are monitoring the situation. The breach affected the billing and customer data environment rather than the operational technology systems controlling water treatment or distribution infrastructure. California Water Service serves communities across California and is one of the largest investor-owned water utilities in the United States.
- Water utilities and critical infrastructure operators should audit all third-party tool connections to internal networks, specifically confirming that fleet management, logistics, and facilities tools do not have lateral access paths to operational or customer data systems.
- Cal Water customers should be alert to phishing communications using billing account details and monitor financial accounts for unusual activity following the data release.
- Review vendor access agreements and network architecture for any third-party tool that connects to both operational and administrative networks, as the Cal Water GPS tool represents a common class of implicit trust relationship that is rarely formally documented.