Can prompts alone reshape multi-agent workflows without system access?
Explores whether attackers can compromise planner-executor multi-agent systems by manipulating the planning prompt itself, without touching agents, tools, or infrastructure. Matters because it identifies a previously overlooked attack surface that existing defenses don't address.
The flexibility that makes planner-executor multi-agent systems attractive is also their weakness. When a planner converts a prompt into subtasks, roles, dependencies, and routing paths, the prompt is not merely a request — it is the blueprint from which the entire collaboration is constructed. FLOWSTEER demonstrates that an attacker who never touches agents, tools, memory, or inter-agent messages can still steer behavior, because the planning step happens before any of that infrastructure is invoked. A single crafted prompt can bias how the workflow forms in the first place, raising malicious success by up to 55 percent over naive prompting and transferring across MAS setups even under black-box topology inference.
This reframes where multi-agent safety lives. Most existing defenses inspect the artifacts of coordination — the generated workflow, the messages exchanged, the tool calls made. But if the contamination enters at workflow formation, those defenses arrive too late. The attack surface is not the running system; it is the organizational act of deciding who does what and in what order. The counterpoint is that this requires the planner to be promptable at all — fully fixed pipelines are immune — but fixed pipelines forfeit the adaptive coordination that motivates planner-executor designs. This matters because it identifies workflow formation as a distinct security frontier, one that grows more exposed precisely as multi-agent systems become more flexible.
Inquiring lines that read this note 144
This note is a source for these research framings, grouped by the broader line of inquiry each explores. Scan the bold lines of inquiry; follow any specific question forward.
How do multi-agent architectures affect security vulnerabilities and defense effectiveness?- Can message-layer defenses stop prompt injection across multi-agent networks?
- Can fixed pipelines eliminate planning-time attacks by sacrificing adaptive coordination?
- Can replanning in multi-agent systems introduce new attack surface or reduce it?
- How does task division in multi-agent design affect security outcomes?
- Does prompt hardening equally protect single and multi-agent web systems?
- What attacks are unique to multi-agent systems compared to single agents?
- Why do outcome-level metrics fail to reveal contained attacks in multi-agent pipelines?
- Do prompt injection attacks propagate behavioral bias across multi-agent networks?
- Should defense against coordinated intrusion span multiple execution episodes?
- What makes agent-to-agent messages in multi-agent systems vulnerable to exploitation?
- Does amplifying a single-actor failure require different security defenses than preventing it?
- How does a single compromised agent degrade performance across entire multi-agent pipelines?
- What containment risks emerge as agents obtain successive exploit primitives?
- How do multi-step exploitation chains make agent containment harder to achieve?
- Which agent properties like state retention enable supply-chain and credential vulnerabilities?
- Can specialized roles let malicious objectives hide across multiple agents?
- Can fixed pipelines eliminate planning-time attack surfaces in multi-agent systems?
- Can attackers exploit pooled agent trajectories to identify and bypass defenses?
- When do multi-agent architectures create more attack surface than single-agent systems?
- Which interaction interfaces do multi-agent systems expose to adversaries?
- How does prompt hardening work differently in single-agent versus multi-agent systems?
- How much does prompt hardening actually defend multi-agent systems?
- Do server-side filters hide the true strength of multi-agent attacks?
- Does quarantining state count as recovery in multi-agent attack scenarios?
- Why do single-agent and multi-agent systems show different defense effectiveness?
- Can prompt hardening reduce signal propagation in multi-agent systems?
- Can defenses at planning boundaries catch attacks that bias upstream instruction signals?
- How do hardened prompts defend against adversarial attacks in multi-agent systems?
- What role do server-side filters play in masking multi-agent pipeline vulnerabilities?
- How do planning-time attacks reshape agent organization without infrastructure changes?
- Does prompt hardening actually reduce exposure in multi-agent pipelines?
- How do manipulative prompts exploit the length-accuracy vulnerability?
- What makes extended chains more vulnerable than standard prompts?
- Why does sandboxed execution matter more than monolithic prompting?
- Can prompt chaining be understood as a workflow pattern with hidden context?
- How can simple prompt injection attacks extract reasoning trace content?
- Why does attack generation scale faster than defense engineering?
- What makes planning-time attacks structurally invisible to downstream inspection?
- Can existing web security defenses protect agents from content manipulation?
- How do compress gates assume injection payloads appear at the user-prompt boundary?
- Why do input-boundary defenses fail in planner-worker pipelines?
- What attacks does the agent-specific attack surface decompose into?
- How can model routing and provenance become an attack surface?
- How does insider threat differ from external attack in multi-agent systems?
- What makes reasoning-shaped payloads more effective than command-shaped attack prompts?
- What are the eight attack vectors used to probe agents in OpenART?
- What injection vectors threaten Kubernetes data-processing pipelines in production?
- Does excluding reasoning access leave scheming detectors vulnerable to plan injection attacks?
- How do prompt injections and adversarial attacks exploit AI consumer agents differently?
- Can vulnerabilities at the prompt stage trigger unsafe tool calls later?
- What attack types successfully exploit memory and tool access in assistants?
- How do high-privilege tools in personalized agents expand the attack surface?
- How does SPIFFE/SPIRE address cryptographic identity for AI workloads?
- Why is prompt injection better understood as a flow problem?
- How does symbolic matching on tool names prevent prompt injection attacks?
- Why does isolating the planner fail to stop value manipulation attacks?
- What separates good workflow design from poor workflow design?
- Can open agent workflows be modeled as finite event lifecycles?
- How do multi-step agent tasks complicate information flow between user and system?
- Why does agent-to-agent interaction expose identity verification vulnerabilities?
- Can protocol bridges introduce new failure modes or security vulnerabilities?
- How does protocol mediation affect determinism in agentic function calls?
- What makes protocols better than free-form prompting for tool coordination?
- How do shared artifact stores become security risks in multi-agent systems?
- What distinguishes sanctioned coordination from intrusion in multi-agent systems?
- Why does workflow position amplify malicious signals downstream?
- Why does workflow position amplify malicious signals in multi-agent relay chains?
- How does prompt injection differ from subliminal message propagation in multi-agent networks?
- Do legitimate task signals exploit the same position and framing vulnerabilities as attacks?
- Can delegation prevent silent corruption in long delegated workflows?
- Do per-hop inspection gates miss attacks that bias upstream planning signals?
- How do unmonitored channels between pipeline agents enable security gaps?
- What happens when planning signals get contaminated before reaching a downstream agent?
- How does workflow position amplify or suppress malicious signals?
- Can input-boundary defenses guard unmonitored channels between agent hops?
- How does workflow position amplify malicious signals in multi-agent systems?
- How does position in a workflow amplify or suppress harmful agent behavior?
- What vulnerabilities emerge at each hop between agents in a pipeline?
- Can shared memory poisoning compromise multi-agent delegation chains?
- How do workflow-inspecting defenses fail when contamination enters at planning time?
- Why does pre-computed workflow generation work better than runtime tool discovery for data security?
- How do defenses that inspect planning signals compare to workflow-level validation?
- Why do workflow-level defenses catch attacks that single-skill inspection cannot detect?
- Why does a single approval point create an easy target for attackers?
- Where do workflow inspection defenses fail against upstream planning attacks?
- Can attackers assemble harmful outcomes from multiple individually authorized subtasks?
- What makes the Telephone Loop attack specific to agent delegation?
- Where should the trust boundary sit in multi-agent planner systems?
- What makes a coordination episode revisable under agent intrusion?
- How does shared state convert temporary compromise into persistent inherited risk?
- How should task authority constraints apply across multiple coordinated executions?
- Can the same tool call be both authorized and unauthorized depending on intent?
- Can the policy oracle itself be written to by agents in the pipeline?
- What keeps the task-bound token and policy oracle isolated from poisoning?
- Does Claude Code audit which branches agents are permitted to push to?
- Can a single authorization policy distinguish licensed delegation from intrusion?
- Why do open-ended agent authorities lead to unauthorized data access and API key usage?
- What makes authorization boundaries more reliable than prompt-based agent restrictions?
- How should agents communicate credentials and context to their own subagents?
- How should the entire AI agent stack be secured as one system?
- What must auditors reconstruct when reviewing an agentic workflow decision?
- Can agents themselves read and rely on tamper-evident process records?
- Can an auditor verify environment state without trusting the executor's self-report?
- Can users verify agent plans when the same request produces different behaviors?
- What does it mean for users to verify an agent's plans before execution?
- Can removing a single action prevent a harmful sequence from running?
- Do sequences of individually safe actions collectively violate system-level constraints?
- How do agent sequences violate system constraints despite individual permissibility?
- What baseline would prove multi-agent systems are actually less safe?
- How do agent-to-agent messages bypass defenses on downstream principals?
- Can individual permissible actions collectively violate system-level constraints?
- Can individual actions be safe while sequences of them violate system constraints?
- What controls could protect responder workflows without compromising security boundaries?
- Where should security constraints sit so policies cannot route around them?
- Can external workflow gates prevent irreversible actions better than internal checks?
- How do tool evolution pathways create backdoors and security vulnerabilities?
- How do sequences of individually safe actions create system-level constraint violations?
- Is agent security solvable by patching individual architectural layers?
- What makes agentic AI security a systems problem across the entire stack?
- What makes some tasks safer to delegate to AI agents than others?
- Can a single upstream check secure an entire agent plan?
- Why do input-boundary filters fail to protect multi-agent systems?
- How do frozen executors with editable text state compare to end-to-end fine-tuning?
- Why do plausible edits fail when applied to running executable systems?
- What permission models govern code execution within agent skills?
- What makes a tool schema high-quality enough to prevent agent misuse?
- What distinguishes improvised spreadsheet workflows from institutionalized enterprise software?
- Can system prompts alone enforce compliance rules without external enforcement?
- Should automation design match a workflow's standardization level rather than defaulting to agents?
- What containment methods prevent AI model attacks on out-of-scope third parties?
- How do containment and privilege separation prevent scheming model attacks?
Related concepts in this collection 7
This note in its neighbourhood — explore the map, then jump to a related concept in the list below.
Click a node to walk · click center to open · click Open in graph to see this note in the full knowledge graph
-
Can one compromised agent corrupt an entire multi-agent network?
Explores whether a single biased agent can spread behavioral corruption through ordinary messages to downstream agents without any direct adversarial access. Matters because it reveals a previously unknown vulnerability in how multi-agent systems communicate.
both attack MAS without privileged access, but FLOWSTEER acts at planning time while subliminal injection rides ordinary messages at runtime
-
How do adversarial traps target different layers of AI agents?
As AI agents browse the web, attackers can exploit their perception, reasoning, memory, actions, and coordination in distinct ways. Understanding these attack vectors is crucial for building robust agent defenses.
planning-time steering is a systemic trap that the six-category taxonomy frames structurally
-
Can inspecting generated workflows catch planning-time attacks?
Does examining a workflow after it's created catch attacks that corrupt the planning signals upstream? This matters because if contamination enters earlier, downstream inspection might miss malicious intent laundered into legitimate-looking structure.
extends: the defensive corollary — because contamination enters at workflow formation, workflow-inspecting defenses examine an already-compromised artifact
-
How does a signal's position in a workflow change its influence?
Multi-agent systems may amplify or suppress malicious signals based on where they enter the workflow. Understanding position-dependent propagation could reveal which nodes are most critical to defend.
grounds the propagation mechanism: explains why a planning-time bias spreads, since high-influence positions and sycophantic relay amplify the injected signal downstream
-
Do internal agent hops in pipelines need security monitoring?
Multi-agent systems route data between planner, worker, verifier, and synthesizer components. Current defenses only guard user input at the entry point, leaving inter-agent channels unmonitored—but is this a real vulnerability or does downstream safety suffice?
the planner→worker hop this note describes is one of five inter-agent channels in that inventory
-
Which attack and defense numbers came from filtered backends?
Research figures on multi-agent attacks and defenses may have been measured behind provider filters that silently shaped the results. Understanding which numbers had this filter dependency is critical for interpreting their real-world strength.
the 55 percent figure is one the audit would label with its backend and filter status
-
Can semantic labels on requests prevent malicious propagation through agent networks?
SafeFlow explores whether attaching structured intent labels to root requests and propagating them through multi-agent collaboration graphs can block malicious information flow by restoring context that task fragmentation strips away.
a run-time label rides a graph that this attack reshapes at formation; the SafeFlow excerpt does not say how its graph is built or test it against planning-time steering
Related papers in this collection 8
Papers most semantically related to this note, ranked by cosine similarity in the embedding space.
- FLOWSTEER: Prompt-Only Workflow Steering Exposes Planning-Time Vulnerabilities in Multi-Agent LLM Systems
- Design Patterns for Securing LLM Agents against Prompt Injections
- SafeFlow: Semantic Information-Flow Control for Blocking Malicious Propagation in Multi-Agent Systems
- Defeating Prompt Injections by Design
- Towards a Science of Scaling Agent Systems
- SoK: When Safe Agents Fail Together: The Security of Multi Agent LLM Systems
- Your Agent, Their Asset: A Real-World Safety Analysis of OpenClaw
- Progent: Securing AI Agents with Privilege Control
Original note title
multi-agent planner-executor systems expose a planning-time attack surface where prompts reshape agent organization without touching infrastructure