L7 · MAESTRO
Agent Ecosystem
Everything outside the agent's own stack that it communicates with or can be influenced by: humans, third-party tools, peer agents, and the MCP and A2A protocols.
L7 is the ecosystem the agent meets: the user and application above, peer agents on the side, and the services below.
The Agent Ecosystem layer covers everything outside the agent’s own stack that the agent communicates with, trusts, or can be influenced by. This includes the humans who interact with it, the third-party tools and services it invokes, the peer agents it delegates to or receives instructions from, and the protocols (MCP and A2A) that govern those interactions. L7 is where the agent’s trust boundary meets the world, and where adversarial influence that originates externally becomes an internal threat.
What lives here
- Human-agent interaction surfaces: chat interfaces, API endpoints, voice channels, operator consoles
- External tool integrations: third-party APIs, SaaS webhooks, browser-automation surfaces, file-system connectors
- MCP servers: the external processes that expose tools and resources to agents via the Model Context Protocol
- Peer agents in a multi-agent system: orchestrator-to-worker relationships, peer-to-peer delegation, shared-task coordination
- A2A (Agent-to-Agent) protocol endpoints and the message-passing fabric between agent processes
- Third-party agent services: externally operated agents that a local agent is authorised to delegate to
- User-generated content that reaches the agent as input: emails, documents, web pages, form submissions
- Supply chain for third-party tools and MCP servers: their dependencies, update channels, and signing status
The MAESTRO guide (Cloud Security Alliance, Ken Huang, 2025) identifies a MAS-specific threat unique to L7: malicious agent diffusion, where a single compromised or rogue agent introduces adversarial behaviour into the ecosystem by exploiting the trust that legitimate peers extend to it. This is the multi-agent analog of network worm propagation.
Concrete example: A software-development platform exposes an AutoGen orchestrator to external contributors via an API endpoint. An external contributor submits a task that includes a carefully crafted prompt embedded in a GitHub issue URL. The orchestrator fetches the issue, the injected text instructs a peer code-review agent to approve the contributor’s pull request and merge it without human sign-off. The entry point, an unauthenticated external surface at L7, drives an action that bypasses the HITL gate the operator believed was mandatory.
Threats that target this layer
- T9 Identity Spoofing and Impersonation: in a multi-agent system, agents authenticate to peers and tools using certificates, tokens, or protocol-level identifiers. Spoofing a peer agent’s identity allows an attacker to issue instructions or receive responses intended for a legitimate participant. Because agents extend substantial trust to peers, identity spoofing at L7 often requires no further exploitation to produce impact.
- T13 Rogue Agents in Multi-Agent Systems: an agent introduced into the ecosystem without operator authorisation (via supply-chain compromise, a misconfigured orchestration plane, or direct injection) can impersonate a legitimate participant and receive tasks, data, or trust it should not hold.
- T14 Human Attacks on Multi-Agent Systems: adversarial humans who interact with one agent in the ecosystem to produce effects on the broader MAS: using a low-trust entry point to inject instructions that cascade through the agent network.
- T15 Human Manipulation: social engineering attacks that target the human operators, reviewers, or users who interact with the agent at L7. An attacker who manipulates a human into approving a malicious action or into providing elevated credentials achieves impact through the human channel that no technical control at lower layers blocks.
- T16 Insecure Inter-Agent Protocol Abuse: the L7 face of this threat is the ecosystem-level protocol: MCP server metadata, A2A handshake messages, capability advertisements, and peer discovery mechanisms. These are the attack surfaces an adversary targets before the framework layer even processes the message.
Mitigations anchored here
- SPIFFE / SPIRE workload identity: issue SPIFFE/SPIRE workload identities to every agent process. In the ecosystem, SPIFFE identities allow peers to verify they are communicating with a legitimate, attested workload rather than an impersonator. The primary L7 control for T9.
- inter-agent message signing: sign all inter-agent messages cryptographically. A message that cannot be verified as originating from a legitimate peer is rejected before it enters the receiving agent’s context. Closes the forgery vector in A2A communication.
- per-agent trust scoring: maintain per-peer trust scores updated from observed behaviour, incident history, and attestation status. A peer whose score drops below threshold receives reduced delegation rights or is quarantined. The primary L7 control for T13 and T16.
- multi-agent consensus: for high-consequence decisions, require agreement from multiple independent peer agents before proceeding. Prevents a single rogue or compromised peer from unilaterally directing an action.
- tool description validation: validate MCP tool descriptions against a pre-approved schema or registry before the framework layer processes them. Malicious tool descriptions are the primary injection vector from MCP servers (T16).
- insider-threat program: a structured program for detecting and responding to insider threats from human operators who have legitimate access to the ecosystem. Covers anomalous access patterns, privilege escalation by humans, and misuse of administrative interfaces.
- restricted link rendering: prevent agents from rendering or following hyperlinks or embedded references in user-generated content without explicit policy approval. Limits the content-injection surface from untrusted documents (T15, T14).
How L7 relates to its neighbours
L7 sits at the top of the MAESTRO stack above L5 Evaluation and Observability. L5 provides the tracing and logging infrastructure that makes L7 interactions visible; without L5 instrumentation on A2A and MCP traffic, L7 threats are largely undetectable. The relationship is also upstream: adversarial input that enters at L7 (via a malicious MCP server, a manipulated user, or a rogue peer) propagates downward through L3 (framework), L2 (data), and potentially L1 (if the input influences training).
L7 also has the most direct relationship with L6 Security and Compliance: the third-party due diligence program, the ecosystem trust policy, and the identity governance rules that determine which peer agents are permitted are all L6 policies whose scope of application is the L7 ecosystem.
L7 is the layer at which the agent encounters the world as an adversary would approach it: through social engineering, protocol manipulation, supply chain compromise, and identity spoofing. Controls at lower layers reduce the damage when L7 is breached; L7 controls are the first line of defence.
Threats at this layer
Every threat whose maestroLayers list includes L7. The prose above may discuss a subset; this list is the complete index.
- T9Identity Spoofing and Impersonation
- T13Rogue Agents in Multi-Agent Systems
- T14Human Attacks on Multi-Agent Systems
- T15Human Manipulation
- T16Insecure Inter-Agent Protocol Abuse
- T25Workflow Disruption via Dependency Exploitation
- T37Cross-Chain Bridge Attack (Indirect)
- T38Emergent Collusion on Blockchain
- T47Rogue MCP Server in Ecosystem
- T50Delegation-Scope Escalation
Controls mapped to this layer
Auto-generated from the mitigation catalog: every mitigation whose maestroLayers list includes L7, sorted by maturity tier (Tier 1 production-canonical first, then Tier 2, then Tier 3 research-stage).
- Tier 1SPIFFE(SPIFFE / SPIRE workload identity — cryptographic identities for every agent and service)
In most deployments, agents authenticate to one another with long-lived bearer tokens or shared secrets. If any one of those credentials is stolen, the attacker has persistent, platform-wide access until someone manually rotates it. SPIFFE replaces that model: each workload is issued a short-lived, cryptographically verifiable identity document, and every connection requires both sides to present one. No long-lived secrets traverse the network, and a compromised credential is worthless within its TTL.
Human reviewers make more errors as cognitive load accumulates over a shift. An adversary who floods a HITL gate, or a system that simply generates high output volume, exploits that degradation without bypassing the gate at all. Adaptive workload balancing addresses this by treating reviewer fatigue as a live routing input: each incoming review is assigned to the reviewer with the lowest current fatigue score, mandatory breaks are enforced before a reviewer's error rate climbs further, and items are held rather than assigned to any reviewer above the break threshold.
When an AI agent generates content or proposes an action, users need to know that the source is an AI before they decide to act. Without that signal, users routinely over-trust agent output. AI-source disclosure addresses this by attaching a visible label to every AI-generated item and by requiring explicit confirmation for consequential actions, restoring the critical gap between receipt and acceptance.
An agent that has been compromised, poisoned, or gone rogue will, in most cases, behave differently from its established baseline. Anomaly isolation acts on that difference: when an agent's behaviour score crosses a configured threshold, it is quarantined automatically, credentials revoked, message-queue access cut, in-flight actions aborted. Manual revocation cannot match the speed that cascading multi-agent failures demand.
When an agent decision reaches a human reviewer, the reviewer must reconstruct the agent's reasoning from raw traces before they can form a judgment. OWASP T10 names this reconstruction burden as the mechanism behind reviewer fatigue and oversight failures. A decision summary addresses the problem by inserting an independent model call between the agent's output and the reviewer: that call compresses the decision, evidence chain, and risk factors into a fixed-format card, reducing the per-review cognitive load without removing the human from the decision.
An AI agent operating with broad authority can propose actions that are irreversible: deleting records, modifying IAM policies, moving funds. A single human reviewer at the approval gate is a single point of failure, one compromised account, one fatigued reviewer, or one successful social-engineering attempt is enough to commit the action. Human dual-control addresses that by requiring two distinct, independent humans to approve before the action commits.
- Tier 2Egress DLP(Output egress DLP — inspection gate for PII, secrets, and IP at the agent boundary)
An agent produces output continuously across multiple channels: user-facing responses, tool-call parameter envelopes, log records, and outbound HTTP requests. Any of those channels can carry sensitive content the agent has retrieved, been fed, or been tricked into including. Output egress DLP places an inspection gate at the boundary so that PII, credentials, and proprietary content are classified and either redacted or quarantined before they leave the trust boundary, regardless of how they got into the output.
- Tier 2HITL calibration loop(HITL feedback-loop calibration — reviewer overrides fed back into agent tuning)
An agent at a human-in-the-loop gate will be overridden when its decisions do not match the reviewer's judgment. Without a return path, those corrections are discarded: the same miscalibration surfaces again in the next review cycle and the one after that. A feedback loop closes that gap by capturing each override event as a structured record, accumulating those records into a calibration dataset, and using patterns in that dataset to drive targeted changes to the agent's system prompt, tool-scope policy, or divergence-monitor thresholds. A well-calibrated agent produces fewer out-of-distribution decisions, so the review queue contracts over time.
- Tier 2Insider program(Insider threat program — personnel security for operators of high-privilege agentic systems)
Privileged-access personnel are the human layer behind every agentic system. A person with legitimate administrative credentials can tamper with logs, manipulate approval gates, or extract training data through authorised channels, and no technical control prevents it when the access itself is valid. An insider threat program addresses that gap: it governs who holds operator access, what they agree to, how quickly credentials are revoked on departure, and whether anomalous behaviour is surfaced before damage accumulates.
- Tier 2Kill switch(Kill switch: human authority to halt one agent, a class, or the entire deployment)
Agentic systems can act faster than a human can intervene through normal channels. A kill switch is the operational guarantee that a named human role can stop agent activity at any scope (single instance, class, or global) through a documented runbook, without requiring a code change or redeployment, and with every invocation written to an audit trail.
- Tier 2Legal hold(Legal hold and WORM retention — immutable audit storage that survives a compromised recorder)
An audit trail is only useful if its records cannot be altered after the fact. Without a storage-layer enforcement mechanism, a sufficiently privileged attacker (or a compromised recorder identity) can overwrite or delete the records that document what happened. Legal hold and WORM retention solve this by placing audit records in storage that the provider itself enforces as immutable: no user, including account root, can modify or delete a locked object within the retention window. Legal hold extends that protection indefinitely for active incidents, lifted only through an out-of-band authority outside the normal operations team.
An inter-agent message travels through channels and intermediate agents the receiver did not originate. If nothing binds the message cryptographically to its source, any intermediate hop can substitute or inject content that the receiving agent will treat as authoritative. Message signing closes that gap: the source agent signs each message payload with its private key, and the receiver verifies the signature against a distributed trust bundle before the content reaches the reasoning layer.
- Tier 2OOB verify(Out-of-band verification — independent-channel confirmation for irreversible agent actions)
An agent that can propose payments, update banking details, or modify production configuration is, by construction, a manipulation surface. If the only thing standing between a proposed change and its execution is the agent's own UI, a successful prompt injection or RAG poisoning attack requires no additional steps. Out-of-band verification breaks that dependency by routing a one-use confirmation code through a channel that is structurally separate from the agent's primary interaction channel, so an attacker who controls the agent's context cannot complete the approval without also compromising the user's registered secondary device.
- Tier 2Peer consensus(Multi-agent consensus — N-of-M independent agreement before high-impact actions)
A single agent's judgment on a high-impact action can be wrong, manipulated, or compromised. Requiring N of M independent peer agents to agree before the action executes means an attacker or a systematic error must affect the quorum majority, not just one agent, before harm results.
- Tier 2Provenance tracking(Output provenance tracking — record the source of every claim an agent makes)
When an agent produces a claim derived from retrieved data, that claim needs a record of where it came from: the source document, version, and retrieval time. Without that record, a downstream verifier cannot distinguish a well-grounded output from a fabricated one, a tampered one, or a poisoned one. Provenance tracking attaches source attribution to every claim, carries it through each transformation in the pipeline, and surfaces it in audit logs and user-facing interfaces.
- Tier 2Render restriction(Link and HTML rendering restriction — an allow-list control on what agent output may render)
An agent can include links and rich HTML in its output. When that output is attacker-influenced, a clickable link, embedded image, or rich preview card becomes the delivery mechanism for phishing or data exfiltration via markdown image injection. Rendering restriction removes that delivery vector by allowing clickable content only from an explicit allow-list of trusted domains and reducing everything else to plain text before the output reaches the user.
A human-in-the-loop review system saturates not from absolute decision volume but from undifferentiated volume: every item lands at the same priority, so reviewers cannot distinguish an irreversible high-consequence action from a routine low-stakes one. A risk-prioritised queue fixes this by scoring each decision before it enters the queue and routing it to the tier that matches its risk level, concentrating human attention where the cost of an error is highest.
An agent that writes its own audit log can omit, alter, or suppress any record of its own actions. This is not a theoretical risk: an attacker who controls the acting identity controls the evidence. Actor/recorder separation is the structural fix. The identity that performs an action and the identity that records it are different principals, with non-overlapping permissions, so no single compromise can both execute and erase.
- Tier 2Tool-desc validation(Tool description validation — inspect every tool description at catalog-load before it reaches the agent)
A tool's description field is concatenated directly into the agent's system prompt and shapes which tools the agent selects and how it uses them. An attacker who controls or compromises a tool manifest can plant a description that overstates the tool's scope, suppresses safety scaffolding, or embeds instruction-following language aimed at the agent. Validating descriptions at catalog-load, before the tool enters the runtime, stops that class of manipulation at the registration boundary rather than detecting its effects later at the call seam.
- Tier 2Trust score(Per-agent trust scoring — behavioural reputation for inter-agent message acceptance)
In a multi-agent system, each agent routes decisions based on what its peers report. If a peer's behaviour becomes unreliable or adversarial, agents that keep treating it with full authority will propagate whatever errors or manipulations that peer introduces. Per-agent trust scoring addresses this by maintaining a continuously updated reputation score for every peer, derived from observed behaviour, and using that score to determine how much authority each incoming message carries.