Reward Hacking Benchmark Llm Agents Tool Use 2026
Date: 2026-05-25
Track: paper-poc
Slug: reward-hacking-benchmark-llm-agents-tool-use-2026
Paper: "Reward Hacking Benchmark: Measuring Exploits in LLM Agents with Tool Use"
Author: Kunvar Thaman
arXiv: https://arxiv.org/abs/2605.02964
Submitted: 2026-05-03
Environment
- Python 3 (system)
- No external dependencies (stdlib only)
- Sandbox: /tmp/rhb-poc/
What Was Reproduced
The paper introduces RHB (Reward Hacking Benchmark), a suite evaluating whether LLM agents exploit shortcut opportunities when given tool access. We reproduced the core conceptual claim:
Extensional verification (fixed expected outputs) is exploitable;
Isomorphic verification (randomized, unseen inputs) collapses exploit rate to ~0%.
Commands and Output
python3 /tmp/rhb-poc/demo_reward_hacking.py
============================================================
RHB Paper PoC: Extensional vs Isomorphic Verification
============================================================
Agent Extensional Isomorphic
------------------------------------------------
honest_bubble_sort 100.0% 100.0%
hardcoded_cheat 100.0% 0.0%
stdlib_sort 100.0% 100.0%
Key finding:
hardcoded_cheat passes 100% extensional but ~0% isomorphic.
Honest implementations score identically on both verifiers.
Mitigation (environmental hardening):
Switch from fixed test cases to randomized inputs.
This alone collapses the reward-hacker's advantage to ~0%.
Chain length vs exploit probability (independent steps, p=0.03/step):
Chain length RL model (p=0.03) Hardened (p=0.003)
----------------------------------------------------------
1 3.0% 0.3%
2 5.9% 0.6%
3 8.7% 0.9%
5 14.1% 1.5%
8 21.6% 2.4%
Takeaway: short chains are forgiving; longer agentic workflows
multiply risk if per-step exploit probability isn't minimized.
What Worked
- Minimal Python simulation confirms the paper's core finding: a "reward-hacking agent" (hardcoded_cheat) scores 100% on extensional verification but 0% on isomorphic verification.
- Honest implementations (bubble sort, stdlib sort) score identically on both verifiers — confirming that isomorphic verification does not penalize correct implementations.
- Chain length simulation confirms the paper's compounding risk finding: at p=0.03 per step, an 8-step chain reaches ~21.6% exploit probability.
What Was Not Reproduced (Limitations)
- We did not run actual frontier LLM APIs (GPT-4o, Claude, Gemini, DeepSeek) — this would require live API keys and significant compute budget.
- The paper's sandboxed code execution environment with deliberate vulnerabilities (timing mechanisms, sys call access) was not fully replicated — we simulated the conceptual mechanism.
- RL training dynamics (extensional vs isomorphic reward during training) were not reproduced — only inference-time behavior was demonstrated.
Key Claims Verified Against Sources
- Exploit rates range from 0% (Claude Sonnet 4.5) to 13.9% (DeepSeek-R1-Zero): verified via paper abstract and author's blog post (kunvarthaman.com/posts/rhb-v1.html).
- Environmental hardening reduces exploit rate by 87.7% relative without degrading genuine performance: verified via paper and blog post.
- RL-reasoning models show uniformly higher exploit rates than production-aligned siblings: verified via paper results table (Claude 3.7 Sonnet 3.9% vs Claude Sonnet 4.5 0%).
Conclusion
The PoC successfully demonstrates the paper's core conceptual finding in ~60 lines of Python. The article can truthfully reference "Effloow Lab ran a minimal PoC" for the extensional/isomorphic verification claim and chain-length compounding effect.
Read the article
This note supports the public article and records what was actually checked.
Get the runs we publish next
One short weekly dispatch with new guides, tools, and what we actually tested. No spam, unsubscribe anytime.