AI Risks & Safety · All reports

AI Risks & SafetyResearch paperSource analysis

Can connected AI agents turn a benign request into harm?

A Meta-led preprint found harmful outcomes in 192 of 1,000 simulated agent scenarios generated by its new red-teaming method. The result exposes cross-service risk, but it comes from one synthetic environment and model-based judges—not live consumer accounts.

By The Impact of AI Editorial Desk•Released 12 October 2026 at 06:28 BST•7 min full report · 1 min summary•1 source · view evidence

The short version

What happened
X-AgentRed found a harmful outcome in 19.2% of 1,000 simulated scenarios across four frontier agents, compared with 10.5% for STAC and 2.7% for TRACE under the paper's strict two-judge rule.
Who it affects
People connecting an agent to several accounts may face risks that are invisible when each permission is considered alone.
What remains unproven
This is an unreviewed preprint from Meta-affiliated researchers, with no independent replication available at publication.

Keep in mind

This is an unreviewed preprint from Meta-affiliated researchers, with no independent replication available at publication.

The experiment used a simulated ecosystem whose tool responses and state changes were generated by another language model.

Two language models judged harm; changing the aggregation rule materially changed the measured rate.

Each configuration was run once, and the comparisons did not equalise every generation and target-execution budget.

DeepSeek-V4-Pro received a reduced registry because its interface accepted no more than 256 tools.

Source analysis · 1 linked source. Primary analysed source date: 9 October 2026.

Read the full report · 7 min The evidence, methods, implications and limitations

The answer: the simulation found compositional failures that ordinary tests missed

Yes, in this controlled benchmark a personal agent could begin with a benign request and still produce an unauthorised or harmful outcome after actions interacted across services. X-AgentRed generated 250 scenarios for each of four target models, or 1,000 executions in total. Under the paper's main rule, both external model judges had to agree that material harm occurred, the enabling condition was plausible and every delivered user request remained benign. The method identified 192 harmful trajectories. That 19.2% rate was higher than 10.5% for STAC and 2.7% for TRACE in the same simulated ecosystem.

The important finding is about composition rather than a single obviously dangerous command. A tool that creates a document, another that reads contacts and a third that changes sharing permissions may each be legitimate in isolation. Risk emerges when state, information or authority passes from one service to the next. The paper's examples cover sensitive-information leakage, economic harm, data corruption, unauthorised access and actions, deception, reputational harm and other outcomes. It therefore challenges product tests that examine one connector or one prompt at a time.[1]

How the graph-based test was built

The researchers represented 914 tools from 30 simulated services as a dependency graph called HarmFlow. For each tool, a red-team model described the preconditions needed to run it, the state changes it could make and the harms those effects might enable. A directed edge connected two tools when the first tool's effect could satisfy a precondition of the second. Backward walks from harm-associated tools then produced candidate chains, which were converted into realistic scenarios with a benign request and a starting environment.

Execution feedback changed the next search. When a chain produced harm, the method substituted nearby tools to explore different services while preserving the harmful mechanism. When a chain stalled, it revised the blocked precondition and rebuilt earlier steps. This is the paper's central methodological contribution: the red team does not rely only on a language model remembering familiar attack patterns. It searches a structure derived from the tools themselves, then uses the recorded outcome to widen or repair the path.[1]

What the four-model comparison measured

The target agents were GPT-5.6 Sol, GLM-5.2, DeepSeek-V4-Pro and Claude Opus 4.8. Claude Opus 4.8 also generated tool responses and updated service state inside ToolSimulator. Claude Opus 5 and GPT-5.6 Sol judged the completed traces, and unanimity was required for the headline result. Harmful-path rates for X-AgentRed ranged from 7.6% on Claude Opus 4.8 to 31.6% on GLM-5.2. The corresponding average across the four targets was 19.2%.

Breadth matters because a high success rate could come from repeatedly exploiting one familiar workflow. X-AgentRed used 41.5% of the 914 tools at least once on average, compared with 13.9% for STAC and 23.7% for TRACE. The authors manually inspected all 192 trajectories labelled harmful and reported no evidence that the generator had merely manipulated the judge. Even so, the judges were models, not an independent human panel, and accepting either judge rather than requiring both increased measured harm rates by 15.2 to 30.4 percentage points. The benchmark is sensitive to how harm is adjudicated.[1]

Why the headline rate is not a live-agent incident rate

The 19.2% figure cannot be applied to ChatGPT, Claude or any other deployed product. ToolSimulator generated service responses rather than calling real Gmail, banking, health or home-control accounts. Real products have different permissions, confirmation screens, policies and connector implementations. Conversely, simulation may omit messy conditions that create new failures. The full registry was also reduced for DeepSeek-V4-Pro because its interface accepted at most 256 tools, so the four targets did not receive an identical technical setup.

The comparison did not equalise every resource. X-AgentRed used fewer scenario-generation calls than the two baselines, but the baseline procedures differed in follow-up turns and target queries. Each configuration had one run in a fixed environment, so uncertainty across repeated runs is not reported. The authors state only one formal limitation—maintaining the graph as tools change—although the simulated environment, model judges, shared Meta affiliation and absence of live validation are at least as important for interpreting the result.[1]

Impact on people and organisations

For users, the practical risk is loss of control across connected accounts. A request to organise travel, prepare a report or reconcile expenses may touch messages, contacts, cloud files, payments and calendars. The person may understand each permission separately without seeing what their combination enables. A safe agent needs a clear preview of consequential actions, the ability to limit scope and a record showing which service supplied each piece of information and which service received it.

For developers and public-service teams, connector approval should not end with a checklist for each individual tool. Testing should cover paths that cross organisational boundaries, especially where an agent can read in one system and write, share or spend in another. High-risk actions need least-privilege credentials, transaction-specific confirmation, reversible staging and logs that describe real state changes. A fluent final message is not proof that the agent remained within the user's intent.[1]

What would strengthen the evidence

Independent teams should reproduce the benchmark with deterministic service simulators, human-reviewed outcome labels and repeated runs. The tool graph and scenario corpus should be tested against product-specific permission models rather than treated as universal. A stronger comparison would equalise budgets, target calls and available tools across red-team methods, then report confidence intervals and the distinct harms found rather than only the fraction of successful scenarios.

The decisive next step is controlled testing on realistic but isolated service clones, followed by authorised pre-production exercises with providers. Those studies should measure false alarms, missed harms, confirmation fatigue, recovery time and whether safeguards stop a dangerous chain without blocking ordinary work. Until then, X-AgentRed is valuable evidence that cross-service testing can uncover failures hidden from single-tool checks. It is not evidence that one fifth of live personal-agent tasks cause harm.[1]

Continue the story

Read next

All reports
Explore the full source and evidence record

What this means for people

  • People connecting an agent to several accounts may face risks that are invisible when each permission is considered alone.
  • Workers and public servants need action previews and audit trails when an agent can read from one system and write to another.
  • Developers gain a structured way to search for multi-service failures before deployment, but the benchmark is not a live safety score.

Global context

Connected agents may cross national and sectoral boundaries in a single workflow, while privacy, consumer-protection, banking and health rules differ by jurisdiction. A graph-based test can be reused internationally, but its harm taxonomy, permissions and remedies must be adapted to local law and service design. The study is US company research and does not establish how representative its scenarios are for public services or lower-resource languages.

What the evidence does not yet show

  • This is an unreviewed preprint from Meta-affiliated researchers, with no independent replication available at publication.
  • The experiment used a simulated ecosystem whose tool responses and state changes were generated by another language model.
  • Two language models judged harm; changing the aggregation rule materially changed the measured rate.
  • Each configuration was run once, and the comparisons did not equalise every generation and target-execution budget.
  • DeepSeek-V4-Pro received a reduced registry because its interface accepted no more than 256 tools.

What to watch next

  • Independent reproduction with deterministic simulators and human adjudication
  • Product-specific tests of permission prompts, confirmations and reversible actions
  • Repeated-run uncertainty and budget-matched comparisons with other red-team methods
  • Evidence that cross-service safeguards reduce harm without overwhelming users

Living evidence record

Impact record IAI-07QD10K

Explore the full tracker

Evidence stage

Studied

Confidence

Supported

Reporting basis

Source analysis

Independent or research support

Present

Record status

Monitoring

Last checked

12 October 2026

Source trail

1 direct source across 1 source type.

People impact

Documented in this record.

Uncertainty

Limits and next checks are explicit.

Stages describe the evidence available—not whether a technology is good or bad. See the public method.

Single-source reporting disclosure

This record analyses one direct source. It can establish what arXiv published or reported, but it is not independent corroboration of every performance claim or predicted outcome. The confidence label will change only when broader evidence is added.

Evidence trail

Sources used for this report

Links checked 12 October 2026

1arXiv• Research paper• 9 October 2026• United StatesX-AgentRed: Red-Teaming Personal Agents in Evolving Multi-Service EcosystemsPrimary unreviewed paper used for the 30-service environment, 914-tool registry, four target models, 250 scenarios per target, judging protocol, results and stated limitations. No independent replication was available at publication.
Research question, topics and regions

Whether a dependency-graph red-teaming method can find harmful cross-service actions that arise while an AI agent fulfils a benign user request

Topics: AI agents · Tool safety · Cross-service risk · Red teaming · Privacy · Consumer protection

Regions: United States · North America · Global

This report is labelled source analysis. We summarise and analyse source material in our own words; company statements remain attributed claims until independently supported. Translated summaries preserve the meaning of the original source and link back to it. Read our editorial standards.