Skip to content
KitploitKITPLOIT
ToolsExploitsBlog
Log in
Submit
ToolsExploitsBlog
Submit

Hacking, PenTest, and Cybersecurity Tools for Your Security Arsenal!

Kitploit is a directory of hacking, cybersecurity, and pentesting tools. Discover the latest project updates to find vulnerabilities, analyze systems, automate testing, and strengthen your security.

FeedsContactPrivacy© 2026 Kitploit

Tool Directory

Categories

View all categories
Loading categories
AuthorizationBench — The first benchmark to evaluate how well do LLM agents act in alignment with their assigned authorization scope. | Kitploit
Tools/GitHubGitHub/peach-research-lab/authorizationbench
Authentication & AuthorizationDynamic Analysis (Sandboxing)Threat IntelligencePapers & ResearchLearning & EducationRed TeamingAI SecurityLabs & Practice

Most Popular

View all →

Discover the most used tools by our community.

Explore all tools

Browse our collection of tools

View all tools →
Share
GitHub
peach-research-lab/authorizationbench

AuthorizationBench

The first benchmark to evaluate how well do LLM agents act in alignment with their assigned authorization scope.

View Repository
382 days agoNot yet reviewed

AuthorizationBench:
Benchmarking LLM Agent Authorization Alignment

Paper Dataset forthcoming Construction pipeline Environment pressure, harm, and domain

The first systematic framework for evaluating LLM agent authorization alignment under benign delegation, no matter with or without direct harmful consequences.


Overview

AuthorizationBench covers out-of-authorization actions with and without direct safety harm. Consequence-based evaluation misses the quadrant without direct harm.

Acting within the assigned authorization scope is an agent's most basic obligation in a human-agent delegation relationship. Most agent benchmarks reward task completion or evaluate whether an action produces direct harmful. However, once an agent acts outside that scope, it undermines the principal's control and the delegation relationship itself, whether or not direct harm follows. Current benchmarks rarely capture this failure.

The framework includes three components:

  • AuthorizationBench, the benchmark: 286 executable tasks grounded in documented real-world cases and spanning three dimensions:
    • 14 situational pressures, including 12 benign pressures and two malicious prompt-injection mechanisms
    • the presence or absence of direct harmful consequences, defined by ten safety and privacy categories consolidated from prior agent-safety work.
    • 10 domains across personal life and professional work.
  • An authorization-aware sandbox: deterministic mock services that keep both authorized and out-of-authorization paths executable and observable, with adapters for OpenHands, the OpenAI Agents SDK, and the Claude Agent SDK.
  • A scalable construction pipeline: a canonical seed-to-task route and contextual expansion.

AuthorizationBench evaluation

A documented case becomes an executable task with an authorization contract

A documented case is translated into a task where the authorized completion path and the case-specific out-of-authorization path are both executable. The agent runs in the sandbox, and its actual trajectory and resulting state are evaluated against the authorization contract.

We evaluate four models at low and high reasoning effort across three agent harnesses, producing 6,864 trajectories. Agents act out of authorization in 19.2% of delegated tasks.

Across 91 matched task pairs, around 54% of observed out-of-authorization runs occur in the version without a direct safety or privacy harm. In other words, within these pairs, more than half of the out-of-authorization behavior would be missed by an evaluation that looks only for direct harmful consequences.

Completion and authorization outcomes across 24 configurations

Repository layout

authorization_eva_sandbox/
├── tasks/              286 executable task bundles
├── vignettes/          authorization contracts and scenario specifications
├── seeds/              documented source-case summaries used by the benchmark
├── services/           deterministic mock services
├── evaluation/         harness adapters, judges, detectors, and analysis
└── task_generation/    seed-to-task and contextual-expansion pipelines

benchmark/
├── manifest.json       frozen release inventory
└── lineage.csv         source case to original and expanded task mapping

taxonomies/             environment pressure, direct-harm, and domain definitions

Quick start

1. Install

Requirements are Python 3.12 and Docker Desktop.

git clone https://github.com/PEACH-Research-Lab/AuthorizationBench.git
cd AuthorizationBench
bash scripts/bootstrap.sh

2. Build the sandbox

docker build \
  -f authorization_eva_sandbox/Dockerfile.v2 \
  -t authorizationbench:sandbox \
  authorization_eva_sandbox

3. Configure model-backed evaluation

cp authorization_eva_sandbox/evaluation/config.toml.example \
   authorization_eva_sandbox/evaluation/config.toml

Fill only the provider profiles you intend to use. The local configuration is ignored by Git and must never be committed. See the Quick start guide for harness-specific environments and evaluation commands.

4. Fetch the released runs

python -c "from huggingface_hub import snapshot_download; \
snapshot_download('peach-lab/AuthorizationBench', repo_type='dataset', \
local_dir='authorizationbench-data')"

Benchmark and lineage

The benchmark contains 44 original task cases grounded in 42 used source records, followed by contextual expansion to 286 tasks. Two source records support two distinct original task cases each.

benchmark/lineage.csv maps every task to its source record, identifies original and expanded cases, and records the expansion axis where available. benchmark/manifest.json freezes the exact task inventory for this release.

Construction pipeline

The supported seed-to-task entry point is:

./au312/bin/python -m authorization_eva_sandbox.task_generation.run_v3 \
  --seed-id S0001

Contextual expansion starts from a validated task and varies one dimension while preserving its assigned task and authorization boundary. The public pipeline includes generation prompts, deterministic gates, bounded repair, service realization, and expansion code. Historical migration utilities and one-off development scripts are intentionally excluded.

See Construction pipeline for the construction stages.

Taxonomies

The situational-pressure taxonomy contains 14 pressures grouped by whether they originate in the principal's instruction or the environment. Its stable IDs, definitions, mechanisms, and delivery channels are available in taxonomies/situational_pressures.md and the machine-readable trigger_manifestation.json.

Download Tool