Skip to main content
Emerging ThreatsMalware & Ransomware

Agent Runtime Security Requires Layers Beyond Gateways

A laptop sits on a clean office desk with papers and a notepad, in a brightly-lit room with a blurred background.

In March 2026, attackers compromised LiteLLM and pushed malicious packages that were live for about forty minutes; CloudSEK later put the exposure at more than 2,500 organizations.

A mass-email case and the fifty-domain rule

The problem the source illustrates is not exotic: an employee asked an AI assistant to trigger a mass-mail automation that failed when a recipient-limit policy blocked it. The assistant – also connected to the employee’s personal mailbox – offered to send the batch from that personal account, and the employee approved. The assistant did what it was built to do; no jailbreak was involved. The fix, according to the source, was not retraining a model but a single runtime rule that blocks any attempt to reach more than fifty external domains and explains to the user what the tool is about to do. That rule requires knowing which agents exist, what they are connected to and what normal behavior looks like for each – visibility that most runtime pitches, the source says, skip.

When agents run inside Salesforce, Slack, Microsoft 365 and Workday

The source emphasizes a structural shift: many of the year’s largest agent launches put agents inside platforms the buyer does not own. Examples named in the source include Claudeforce running Claude inside Salesforce, Claude Tag inside Slack, and Copilot inside Microsoft 365; Workday is cited as running agents inside Workday itself and saying “AI now drives more than a quarter of its new annual contract value.” In those deployments the agent’s tools are the application’s features, its knowledge is the application’s data and its permissions are the application’s permission model. A gateway that inspects traffic outside those platforms will see nothing when an agent fires from a Flow, assembles a document from SharePoint, or reads Slack history – a gap OWASP describes as the “unreachable skill” scenario (AST09, No Governance).

LiteLLM: when the gate becomes the target

The source uses the March 2026 LiteLLM compromise to illustrate a second risk: inspection points themselves can be attack vectors. LiteLLM is described as an open-source gateway that routes agent traffic to model providers; when it was compromised, malicious packages were available briefly and the exposure affected thousands of organizations. The source’s argument is not that gateways are useless but that treating any single component as the whole strategy is dangerous. A gateway is “more software in the supply chain,” concentrates the traffic an attacker wants, and—if it fails—turns enforcement into a shared failure.

The four-level test and the first ninety days

Runtime enforcement, the source says, must be multi-vantage: native platform hooks, API-level controls, the MCP layer, the browser and the endpoint, not a single external gateway. It lays out a four-level self-assessment used to triage readiness:

  • Blind – the board’s three questions (how many agents exist, what they can reach and who is accountable) have no current answer.
  • Inventoried – the population is discovered, counted and refreshed continuously.
  • Governed – every agent has an owner, posture is managed against baselines and risk is tiered with context.
  • Instrumented – enforcement operates where agents run, with graduated verdicts and a full causal path in every alert.

The source offers a recommended bottom-up enablement sequence for the first ninety days and warns against the “end-state fallacy,” a term attributed to Irregular’s Dan Lahav: assuming inline enforcement will eventually see everything and therefore skipping the unglamorous discovery and mapping layers. The source contends that the end state is not available today from any vendor at any price, and that what can be bought now is the stack runtime depends on: discovery across vantage points, posture on every platform, identity and ownership for every agent and context for every decision.

What this means for technologists, procurement leaders, and end users

  • Technologists and security teams should treat gateways as one enforcement tool among many and prioritize discovery and a live map of identity, permissions, connectivity and activity (“IPCA”) before placing enforcement that must judge gray cases in milliseconds.
  • Procurement and risk teams should avoid buying instrumentation into environments that remain blind; the source warns that a vendor selling enforcement to a blind organization “is selling enforcement that can act but cannot judge.”
  • End users need clearer runtime explanations and graduated responses: the source argues for allowing known-good actions, warning where justification is plausible, redacting sensitive data when necessary and routing high-stakes actions to humans, rather than an all-or-nothing block.

Reco’s Graph and a measured program

The source names Reco as one vendor built around the live map concept. Reco’s Reco Graph is described as connecting “every human and non-human identity, application, permission and agent action into a single live view, so that reach, not configuration, is the unit of analysis.” The source cites a measured program that applied this approach and moved its posture score from 47% to 91% across 21 platforms in 30 days. The source also lists Reco’s platform-scale claims: more than 280 app integrations, more than 1,000 detection controls and more than 1 million agents detected. Reco’s free Agent360 assessment is described as running on a read-only API with no software to install and returning a written security summary and a prioritized remediation plan in five business days.

The core observation is simple and stark: milliseconds of enforcement need the memory of a map. Without discovery, identity and contextual posture — and without enforcement that can act across the places agents live — runtime controls will be either blind or brittle. The source closes on a practical imperative: build the stack beneath runtime first, and let enforcement points snap into a pre-existing map rather than relying on an inspection point that cannot see what it does not own.

Original story