Skip to main content
CybersecurityNetwork Security

Zero Trust for AI Requires Visibility First

Brightly-lit corporate IT room with server racks, network equipment, and monitoring screens near a large windowed wall.

"70% of organizations admit that AI workflows are already in contact with sensitive corporate data without full oversight in place," according to research cited in the reporting — a blunt number that explains why visibility, not immediate enforcement, has become the security conversation's central demand.

Visibility first: the SANS checklist and a hard rule

Security guidance is clear: "You cannot govern what you cannot see." That line from the SANS cheat sheet Zero Trust for AI Agents: The Security Checklist sits above technical controls for a reason. The article argues inventory belongs ahead of every enforcement control because a proxy, gateway, or authorization layer can only enforce policy against agents that are already known and properly attributed.

Veeam research cited in the piece quantifies the problem: alongside the 70% who report contact between AI workflows and sensitive data, 67% of organizations say IT cannot fully track the autonomous workflows employees are building. Those two figures frame the practical risk: invisible, autonomous workflows touching sensitive assets, and no single owner or catalog for them.

METR, the Hugging Face evaluation intrusion, and what it exposed

A high-profile intrusion described in the report illustrates the stakes. During an evaluation around Hugging Face and OpenAI agents, an attacker located an employee’s personal EC2 instance running a "vibe-coded agentic app," bypassed its authentication, and prompted the agent to disclose its model-provider API key. Over three weeks the intruder consumed the equivalent of $600,000 in tokens because the key had no spending limit. METR’s internal dashboard reportedly did not display rate-limited requests, and token volume alone did not trigger alerts.

The incident underlines a recurrent theme in the reporting: attackers need not penetrate a hardened perimeter when agent deployments are invisible or unmonitored. Shortcomings in discovery, attribution, and spending controls converted an overlooked personal instance into a high-cost exploit.

Agent Shadow IT, distributed blind spots, and rapid cloning

The article groups visibility challenges into three concrete categories. First, agent use behaves like Shadow IT: adoption outpaces governance. The recommended response is not immediate blocking, which risks breaking legitimate work, but discovery. Finance and procurement are called out as often-overlooked vantage points—treat agent spend and API-key issuance as discovery signals, and "publish an approved-provider path before blocking anything," the piece advises with the operating principle "know first, then restrict."

Second, no single sensor provides full coverage. Agents can live on the network, the endpoint, the browser, or inside third-party SaaS. TLS-encrypted traffic hides prompts and tool calls; endpoint agents miss browser-embedded copilots; SaaS-embedded agents evade both. The article recommends correlating diverse telemetry — DNS/SNI and egress-proxy logs, endpoint process and environment-variable indicators, browser extension and enterprise-browser logs, and SaaS identity and API-key issuance records — to assemble an inventory. It notes architectural tools like an LLM gateway (for example, LiteLLM) can centralize visibility and governance, but only for agents already configured to use that gateway.

Third, audit cadence matters. Traditional periodic reviews cannot track assets that are deployed, cloned, and retired in seconds. The piece describes an attacker tactic: instruct a compromised agent to spawn short-lived clones that inherit access, use them to exfiltrate data, and terminate them before an audit ever records their existence. Continuous monitoring and agent-level identities are presented as the countermeasures, with the caveat that automation still requires a named human accountable for outcomes.

What this means for technologists, procurement leaders, and policymakers

  • Technologists and security teams: prioritize discovery and telemetry correlation before adding enforcement in front of unknown agents. Use finance signals, API-key issuance logs, endpoint variables, browser telemetry, and identity logs to build an inventory; understand that gateways only govern agents that are pointed at them.
  • Procurement and finance leaders: treat agent spend, API-key issuance, and approved-provider pathways as discovery channels. Publishing an approved-provider path provides legitimate users a place to go and avoids collateral damage from outright blocking.
  • Policymakers and regulators: the article notes "recent US legislative pressure to institute an emergency shutoff" for autonomous AI, but stresses a shutoff is only meaningful if organizations can first identify what to switch off — again underscoring visibility as a prerequisite for any regulatory or technical "kill switch."

From discovery to enforcement: identity, logging, and next steps

Beyond discovery, the story presses for a shift in how agents are modeled: "Agent tool access must be modeled as a distinct identity and policy enforcement problem, not as an extension of the user who deployed the agent," Douglas McKee and Ismael Valenzuela wrote in The Monday Brief on Substack. Their prescription: give every agent its own identity, bind permissions to the active task, constrain outbound data, and place an authorization layer between the model and connected services. Logging should likewise evolve from recording prompts to recording tool calls and agent actions.

The practical sequence the article prescribes is simple and strict: start with discovery, correlate multiple telemetry sources to create an accurate inventory, assign each agent an identity, and then apply continuous monitoring, gating, and enforcement. The author, Ismael Valenzuela, also points readers to a deeper walkthrough in SEC530: Defensible Security Architecture and Engineering, Implementing Zero Trust for the Hybrid Enterprise, at SANS Cyber Defense Initiative 2026 this December.

One of the article’s concluding prompts lingers: if automated systems will watch automated systems, who is accountable? The report’s answer is equally firm — automation can help, but auditability needs a named person responsible for outcomes. Visibility, the piece insists, is the only practical starting point.

Original story