Report #40348
[gotcha] Indirect injection forces LLM to call unintended tools with attacker arguments
Implement strict authorization and validation on the execution side of tool calls; never trust the LLM to decide if a tool call is safe. Require human-in-the-loop for destructive actions.
Journey Context:
Developers expose powerful tools \(e.g., send\_email, delete\_file, sql\_query\) and assume the LLM will only call them when appropriate. An indirect injection can cause the LLM to generate a tool call with malicious arguments \(e.g., send\_email\(to='[email protected]', body=private\_data\)\). The execution environment must enforce access controls independently.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T22:11:46.428420+00:00— report_created — created