Tool-augmented LLM agents must rely on untrusted runtime Observations to complete open-ended tasks; however, when tool outputs no longer merely provide data but begin to specify concrete actions, they effectively become ``commands'' that can drive real-world side effects beyond user intent. We argue that this risk arises from conflating action induction with execution authorization. To address this distinction, we propose SARA, which treats action induction and execution authorization as distinct runtime roles and separates action provenance from execution authority. On the Observation side, a context-isolated Action Probe exposes action-inducing semantics and persistently records action-origin provenance across steps as a review signal; on the execution side, actual tool calls are authorized only against the user objective and audited evidence from authorized successful executions, while satisfying goal, execution-chain, and argument-level support. To preserve this separation across multi-step execution, SARA applies No-History-Promotion to prevent historical recurrence from laundering action origins into execution authority. Across AgentDojo and AgentDyn, SARA limits ASR to no more than 0.63% across four primary evaluation settings while maintaining competitive task utility, and consistently reduces ASR across additional Agent backbones.
Figures & tables
Figure 1: SARA’s runtime authorization framework. The user request establishes the authorization root K ; the Observation-side Action Probe identifies action-inducing semantics and persistently maintains action origins Ft , which trigger persistent review but do not grant execution authority; authorized and successful tool executions accumulate audited execution evidence Ht . At the real tool-execution boundary, SARA jointly uses K , Ft , and Ht to authorize the goal, execution chain, and arguments of a candidate call.
Defense
GPT-4o-mini
Gemini-2.5-Flash-Lite
AgentDojo
AgentDyn
AgentDojo
AgentDyn
BU ↑
UA ↑
ASR ↓
BU ↑
UA ↑
ASR ↓
BU ↑
UA ↑
ASR ↓
BU ↑
UA ↑
ASR ↓
Agent-only
72.46
56.01
15.79
65.01
54.58
16.07
87.68
57.43
33.28
78.96
58.77
30.91
PI Detector
44.20
25.57
3.94
30.02
19.49
3.83
47.10
25.71
5.84
30.50
19.42
5.17
Spotlighting
73.19
59.84
13.29
64.78
54.88
13.61
86.23
65.08
26.16
75.18
64.92
22.97
Tool Filter
66.67
63.27
2.01
44.21
45.29
1.83
39.49
47.25
1.62
24.35
28.47
1.10
Table 1: End-to-end performance comparison across models on AgentDojo and AgentDyn. BU and UA are higher-is-better ( ↑ ), while ASR is lower-is-better ( ↓ ).
Figure 2: Cross-backbone changes in BU, UA, and ASR from Agent-only to SARA on AgentDojo and AgentDyn.
Backbone
BU ↑
UA ↑
ASR ↓
AgentDojo
Llama3.1-8B
34.42 → 32.61
25.96 → 24.04
4.02 → 1.64
Llama3.3-70B
55.07 → 52.54
43.91 → 43.23
14.71 → 0.00
Qwen2.5-14B
52.90 → 52.17
49.55 → 44.13
9.64 → 0.00
Qwen3-32B
63.04 → 63.41
46.54 → 53.03
21.26 → 0.03
AgentDyn
Table 2: Cross-backbone BU, UA, and ASR on AgentDojo and AgentDyn. Each cell reports Agent-only → SARA (%).
Variant
AgentDojo
AgentDyn
BU ↑
UA ↑
ASR ↓
BU ↑
UA ↑
ASR ↓
SARA
66.67
63.44
0.06
56.03
54.92
0.17
w/o AIT
67.39
62.05
3.37
56.50
53.21
3.02
w/o AE
68.12
53.49
0.00
49.17
42.10
0.12
w/o PSG
69.20
64.54
2.49
59.10
56.50
2.73
w/o NHP
67.75
64.80
0.65
56.26
54.63
0.75
Table 3: End-to-end component ablation results for SARA on AgentDojo and AgentDyn. AIT: Action-Induction Tracking; AE: Audited Evidence; PSG: Parameter-Support Gate; NHP: No-History-Promotion.
Figure 3: Security–utility–cost trade-off on AgentDojo and AgentDyn. Numbers beside methods denote ASR (%).
Method
Agent
Guard
Total
Input
Calls
Input
Calls
Input
Output
AgentDojo
Agent-only
13.54K
4.25
–
–
13.54K
0.28K
IPIGuard
36.91K
7.51
8.31K
1.99
45.22K
0.97K
CaMeL
27.70K
4.57
0.39K
0.80
28.10K
1.50K
MELON
9.62K
3.41
8.47K
5.13
18.09K
0.42K
Table 4: Runtime inference cost on attack tasks across AgentDojo and AgentDyn.