Three Agentic AI Surfaces Shipped This Week — Your Shadow-AI Perimeter Just Tripled
The Week's Agentic Expansion, Mapped
Amazon, Google Cloud, and OpenAI-on-Bedrock each shipped something this week that inserts a new agent-to-infrastructure trust boundary security teams did not approve and, in most orgs, have not yet inventoried.
1. Amazon Quick — The New OAuth-Grant Problem
AWS released a free, always-on desktop agent that builds a local knowledge graph from Slack, Gmail, Zoom, Salesforce, M365, and the local filesystem. Onboarding requires an email. No enterprise gate, no procurement review. This is the Slack/Zoom bottom-up GTM pattern wired to OAuth scopes across the productivity stack. By the time a CASB flags it, tokens are issued and behavioral data is moving to AWS. Expect shadow installs on employee endpoints by Monday.
2. Google Cloud's 50+ MCP Servers — Agents Wired into Everything
Google shipped managed MCP servers spanning IAM, Cloud SQL, Spanner, Workspace, Maps, and payments APIs. Model Armor for prompt-injection defense, IAM Deny policies, Agent Registry, and Cloud Audit Logs are available, which is a genuinely defensible baseline. The catch: every MCP-callable agent service account is a new privileged principal in the IAM graph. Agent Registry enumeration becomes a recon primitive when misconfigured, and OTel traces from agents carry sensitive prompt content that needs DLP before SIEM ingestion.
3. OpenAI on Bedrock + Managed Agents
Any AWS account with Bedrock enabled can now invoke OpenAI frontier models, Codex, and spawn managed agents with tool access, entirely inside the VPC perimeter. Shadow-AI controls scoped to Anthropic model IDs silently fail. The new Bedrock Managed Agents service, built on OpenAI reasoning models, chains tool calls on behalf of assumed IAM roles. Prompt injection stops being a chatbot curiosity the moment the model holds credentials.
| Surface | Primary Risk | Urgency | Control Gap |
|---|---|---|---|
| Amazon Quick | OAuth sprawl, knowledge-graph exfiltration | High — live now, free onboarding | OAuth app governance in M365/Workspace/Salesforce |
| Google MCP Servers | Agent identity sprawl, prompt injection → API abuse | High — 50+ servers live | Agent Registry governance, Model Armor enforcement |
| Bedrock Managed Agents | Shadow AI via OpenAI models, tool-call abuse | High — live in existing tenants | Bedrock IAM deny-by-default on new model IDs |
The Cross-Source Pattern
None of these surfaces will produce a CVE. All of them will be on corporate infrastructure before the next change advisory board meets. The convergent failure mode is the same: an agent holding credentials that can reach production APIs, provisioned by a developer who thought they were testing a tool, operating under an IAM role scoped for a human. The detection gap is real. Most SOCs lack rules for agent-initiated tool calls, MCP traffic, or OAuth grants to AI productivity apps.
Three new agentic attack surfaces in a week. None of it came through a CVE. All of it came through vendor GTM.
What to do
Block Amazon Quick's OAuth app in Entra ID, Google Workspace, and Salesforce admin consoles; add the Quick installer hash to MDM and EDR blocklists
Enumerate every IAM role with bedrock:InvokeModel or bedrock-agent:* permissions; set deny-by-default on OpenAI foundation model IDs and alert on first-seen model invocations and agent creation events in CloudTrail
Publish an MCP security baseline: default-deny IAM for agent service accounts, mandatory Model Armor on all endpoints, Agent Registry governance, OTel-to-SIEM with DLP, agent SAs separated from human SA pool
Deploy detection rules for agent-initiated OAuth grants, Bun/Node runtime spawning from Python processes on ML hosts, and high-volume outbound to new *.openai.com, *.anthropic.com, and *.google.com agent endpoints not seen 30 days ago