Security & Threat Intelligence

The Watch

The Signal

Iran has physically struck AWS and Azure cloud data centers in the Middle East and named

Your cloud dependencies are under kinetic and software supply chain attack at the same time. Validate Middle East region failover today. Audit every environment for LiteLLM now — if it was installed during the 3-hour compromise window, rotate every secret it ever touched.

In Play

  1. Iran Crosses Kinetic Threshold Against US Cloud Infrastructure

    Iran struck AWS and Azure facilities in the Middle East and publicly named 18 US tech companies as future targets. IRGC declared retaliatory doctrine: 'for every assassination, an American company will be destroyed.' Gray Sandstorm is password-spraying M365 tenants to support Bombing Damage Assessment for kinetic strikes.

    Ask Clarity
  2. LiteLLM Backdoor: AI Proxy Compromise Harvests Every Cloud Credential

    TeamPCP backdoored LiteLLM (97M monthly PyPI installs) with a 3-stage attack: credential harvest → K8s lateral movement → systemd persistence. Targets include SSH keys, AWS/GCP/Azure creds, K8s configs, and LLM API keys. Lapsus$ claims secondary access to exfiltrated data. Mercor confirmed breached. Live for 3 hours before quarantine.

    Ask Clarity
  3. Active Exploitation Trifecta: Fortinet EMS, Magento PolyShell, TrueConf 0-day

    Three concurrent critical exploits: Fortinet EMS CVE-2026-21643 (SQLi, unauthenticated takeover, patched Feb but now actively exploited), Magento PolyShell (unauthenticated web shell upload, mass exploitation at hundreds/hour), and TrueConf CVE-2026-3502 (Chinese-nexus APT zero-day pushing malicious updates to all connected clients). Patch-to-exploitation window continues collapsing.

    Ask Clarity
  4. Quantum ECC Break Requirements Drop 40x — PQC Migration Accelerates

    Oratomic achieved a 40x reduction in physical qubits needed to break ECDSA secp256k1 — down to 26,000 using neutral atom methods. Google Quantum AI independently cut requirements to ~500K physical qubits via surface code. Ethereum Foundation's Justin Drake now assigns ≥10% q-day probability by 2032. Google targeting 2029 for full PQC migration.

    Ask Clarity
  5. Compliance Infrastructure Erosion: Delve SOC 2 Fraud + US Army Cyber Training Cuts

    YC-backed compliance startup Delve allegedly generated 494 fraudulent SOC 2 reports with fabricated evidence and pre-written conclusions — any vendor using Delve attestations may have worthless compliance posture. Separately, the US Army cut mandatory cyber training from annual to once every 5 years. Both signal systemic erosion of trust frameworks security teams rely on.

    Ask Clarity

Deep Dives

Iran's Kinetic-Cyber Convergence: Your Cloud Data Centers Are Now Military Targets

A New Category of Cloud Risk

For the first time in the cloud era, a nation-state military has physically struck commercial cloud infrastructure and publicly promised more. Iran's IRGC has already hit AWS and Microsoft Azure facilities in the Middle East and announced imminent expansion to 18 named US tech companies — including Google, Oracle, Apple, Meta, and Nvidia — with strikes potentially beginning April 2.

The IRGC's statement is unambiguous: "For every assassination, an American company will be destroyed." This isn't a cyber threat advisory. This is a declared military doctrine targeting civilian technology infrastructure.

Physical destruction of cloud regions has longer recovery timelines than ransomware — and with a 30% transformer supply deficit and 80% import dependency, damaged infrastructure may take months to rebuild.

Cyber Operations Supporting Kinetic Targeting

This isn't just bombs. Check Point researchers identified Gray Sandstorm conducting multi-wave M365 password spray campaigns across March 2026, targeting Israeli and UAE municipalities — the same municipalities later hit by Iranian drone and missile strikes. The assessment: these operations support Bombing Damage Assessment (BDA). Targeted sectors include satellite, aviation, energy, and maritime.

The integration of cyber reconnaissance with kinetic strike planning represents a doctrinal evolution that most enterprise threat models don't account for. Your M365 logs may contain pre-strike indicators.

Immediate BCP Implications

ProviderMENA RegionsStatusRisk Level
AWSBahrain (me-south-1)StruckCritical
AzureUAE North/Central, QatarStruckCritical
Google CloudDoha, Dammam, Tel AvivNamedHigh
Oracle CloudJeddah, Abu DhabiNamedHigh

Most enterprise BCP plans model regional outages as natural disaster scenarios. The distinction matters: targeted strikes can be repeated, escalated, and directed at specific providers. A 30-day regional outage from physical attack is a fundamentally different scenario than a multi-hour cloud service degradation. Validate your RTO/RPO assumptions against this reality.

The Predictive Advantage

The IRGC's retaliatory doctrine gives defenders something rare: a predictive trigger. US-Iran escalation events (assassinations, sanctions, military strikes) can be monitored as leading indicators for infrastructure targeting. Build an OSINT-driven tripwire that auto-elevates your SOC posture when geopolitical triggers fire.

What to do

  1. Enumerate all workloads, data stores, and services in AWS me-south-1, Azure UAE/Qatar, and any MENA cloud region. Test failover to unaffected regions today.

  2. Run targeted threat hunt for Gray Sandstorm TTPs: password spray patterns against M365, anomalous sign-ins from Middle Eastern IP ranges, and T1110.003 indicators across Entra ID logs for the past 30 days.

  3. Brief executive leadership and board risk committee on kinetic cloud threats as a new BCP category requiring investment in multi-region and multi-cloud redundancy.

  4. Build an OSINT-driven geopolitical tripwire: monitor US-Iran escalation events and pre-define automated SOC posture changes (elevated monitoring, DR readiness checks, vendor status calls).

LiteLLM Backdoor: A 3-Hour Window That May Have Exfiltrated Every Secret in Your AI Stack

The AI Toolchain's First Tier-1 Supply Chain Attack

TeamPCP compromised LiteLLM, the most popular open-source LLM proxy with 97 million monthly PyPI installs. LiteLLM sits in the data path between applications and model APIs — meaning the compromised version had access to everything flowing through it. The backdoor was live for three hours before quarantine, but the three-stage attack architecture shows this was not opportunistic.

The Attack Chain

  1. Stage 1 — Credential Harvesting: Targeted SSH keys, AWS/GCP/Azure credentials, Kubernetes configs, crypto wallets, and LLM API keys — essentially every secret that matters in a modern cloud-native AI stack
  2. Stage 2 — Kubernetes Lateral Movement: Used harvested K8s configs to move laterally across cluster infrastructure
  3. Stage 3 — Systemd Persistence: Installed a persistent backdoor that survives reboots on Linux systems

Mercor has confirmed a resulting breach: 939GB of source code and 4TB total data exfiltrated, reportedly via TailScale VPN compromise. Lapsus$ is now claiming secondary access to the stolen data, adding a data brokering dimension — expect public dumps or extortion attempts in coming weeks.

LiteLLM processed your prompts, API keys, and model responses. If it was in your stack during the compromise window, treat every credential it touched as burned.

The Delve Connection

LiteLLM subsequently dropped Delve for Vanta as its compliance certification provider. This is significant because Delve — a YC-backed compliance startup — is separately alleged to have generated 494 fraudulent SOC 2 audit reports with fabricated evidence and pre-written conclusions. If any vendor in your supply chain holds a Delve-issued SOC 2 report, that attestation may be worthless. The LiteLLM-Delve connection suggests their prior compliance posture was inadequate to detect or prevent the compromise.

Why This Is Different From Axios

While the Axios npm compromise (covered yesterday) affected the broadest possible JavaScript surface, LiteLLM's compromise is more dangerous per affected system. LiteLLM is a credential proxy — it doesn't just run on your machine, it routes your most sensitive API keys and business data to external providers. A compromised Axios deployment gives attackers a foothold. A compromised LiteLLM deployment gives attackers your entire AI infrastructure credential set.

DimensionAxiosLiteLLM
Reach100M weekly npm downloads97M monthly PyPI installs
Data accessHost-level (files, env vars)All LLM API keys, prompts, responses
PersistenceRAT (self-destructing)Systemd service (survives reboot)
AttributionDPRK / UNC1069TeamPCP / Lapsus$ secondary
Compliance linkNoneDelve SOC 2 fraud connection

What to do

  1. Search for LiteLLM across all package manifests (requirements.txt, Docker images, Helm charts, CI/CD pipelines) immediately. If found, determine installed version and cross-reference against the compromise window.

  2. Rotate ALL API keys that ever transited a LiteLLM instance: OpenAI, Anthropic, Google, AWS, GCP, Azure. Revoke old keys — don't just add new ones. Audit K8s cluster access logs for unauthorized lateral movement.

  3. Audit systemd unit files on all Linux systems that had LiteLLM installed. Hunt for unauthorized services designed to survive reboots.

  4. Identify all vendors in your supply chain holding Delve-issued SOC 2 reports. Flag as potentially fraudulent. Request re-audit from a recognized firm.

  5. Send targeted vendor risk questionnaire to all AI-adjacent vendors asking specifically about LiteLLM usage, LLM proxy architecture, and supply chain security controls for open-source AI dependencies.

Three Concurrent Active Exploits: Fortinet EMS, Magento PolyShell, and TrueConf Zero-Day

The Patch-to-Exploitation Window Is Collapsing

Three separate critical vulnerabilities are under active exploitation simultaneously, each hitting a different part of enterprise infrastructure. Together they illustrate a trend that should reshape your patching SLAs: the gap between patch availability and weaponized exploitation is now measured in days to weeks, not months.


Fortinet EMS: CVE-2026-21643 — Patched February, Exploited Now

A SQL injection vulnerability in Fortinet's Endpoint Management Server allows unauthenticated server takeover via malcrafted HTTP requests. The patch has been available since February 2026, but active exploitation didn't begin until late March — a longer fuse, but the impact is severe. Fortinet EMS manages your endpoint fleet; compromising it gives attackers control over your device management infrastructure.

If any EMS server is still unpatched, restrict web interface access to management VLANs immediately while scheduling emergency maintenance.

Magento PolyShell: Mass Exploitation at Scale

The PolyShell vulnerability enables unauthenticated web shell upload on Magento storefronts. Mass exploitation is underway at hundreds of stores per hour. The vulnerability went from disclosure to mass exploitation in under two weeks. Any Magento instance unpatched since mid-March should be treated as compromised — engage IR and check for card skimmer injection.

TrueConf CVE-2026-3502: Zero-Day With No Patch

A Chinese-nexus APT is exploiting a zero-day in TrueConf Server to push malicious updates to all connected clients from compromised on-prem servers. This is the highest-risk of the three because no patch exists. TrueConf's server-to-client trust model means a single compromised server can distribute malware across the entire deployment.

VulnerabilityProductExploitationPatch StatusImpact
CVE-2026-21643Fortinet EMSActive (late March)Available (Feb 2026)Unauthenticated server takeover
PolyShellMagentoMass (100s/hour)Available (mid-March)Unauthenticated web shell
CVE-2026-3502TrueConf ServerActive (APT)None (zero-day)Malicious update push to all clients

AI-Accelerated Exploitation Compresses Your Window Further

Adding urgency: researchers gave Claude a FreeBSD security advisory for CVE-2026-4747, and it produced two working remote kernel exploits in approximately 4 hours — both succeeding on first attempt. The exploit chain included multi-packet shellcode delivery, ROP construction, and clean kernel-to-userland process spawning yielding a root reverse shell. This capability demonstration means your patching SLA for remotely exploitable CVEs should be measured in hours, not weeks.

When an AI can weaponize a CVE in 4 hours, a 15-day patching SLA for critical remote vulnerabilities is a 14-day, 20-hour window where you're defenseless.

What to do

  1. Confirm all Fortinet EMS servers are running post-February patch. If any are unpatched, restrict web interface to management VLANs and schedule emergency patching within 24 hours.

  2. Patch all Magento instances and scan for web shells. Any instance unpatched since mid-March: initiate IR and check for payment card skimmer injection.

  3. If running TrueConf Server, isolate from network and disable auto-update functionality until a patch is released. Monitor vendor advisories.

  4. Reassess patching SLA: propose 24-48 hour window for critical remotely exploitable CVEs, with automated deployment for network-exposed services.

The bottom line

Your cloud infrastructure is under simultaneous kinetic and software supply chain attack: Iran has already struck AWS and Azure data centers and named 18 more US tech targets for imminent strikes, while the LiteLLM AI proxy was backdoored to harvest every AWS/GCP/Azure credential in your stack — and three more critical exploits (Fortinet EMS, Magento PolyShell, TrueConf zero-day) are being mass-exploited right now. Validate your MENA cloud failover, audit every environment for LiteLLM, and patch your Fortinet and Magento servers today — not after standup.