api-abuse-audit

Audits API endpoints for repetition, replay, ID manipulation, mass assignment, and missing rate limiting.

Updated Aug 29, 2026
One-click install
npx skills add https://github.com/1arley/volibear --skill api-abuse-audit-1arley
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: api-abuse-audit
Source: https://github.com/1arley/volibear/tree/main/.opencode/skills/api-abuse-audit
Command: npx skills add https://github.com/1arley/volibear --skill api-abuse-audit-1arley

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Frontend UIs often hide or disable actions, but the underlying API may still accept direct requests, letting attackers repeat actions, replay captured requests, manipulate IDs, inject extra fields, or bypass rate limits. This Skill guides a systematic audit of the gap between what the UI allows and what the API actually accepts. ## Core Features & Use Cases - Abuse Class Coverage: Tests seven abuse patterns including repetition, replay, ID manipulation, extra fields (mass assignment), alternative endpoints, missing rate limiting, and UI bypass. - Structured Investigation Procedure: Provides an 11-step workflow from endpoint inventory through evidence-backed reporting with confidence levels (CONFIRMED, HIGH CONFIDENCE, POSSIBLE, SPECULATIVE). - False Positive Filtering: Distinguishes real vulnerabilities from defended behaviors such as effective rate limits, field allowlists, nonces, and ownership checks. - Use Case: During a security review of a rewards platform, use this Skill to test whether POST /claim can be repeated 100 times, whether a captured vote request can be replayed, and whether a disabled delete button can be bypassed via a direct DELETE call. ## Quick Start Audit the API behind this application for direct-access abuse such as replay, mass assignment, and missing rate limiting, and report findings with reproduction requests.

Frequently Asked Questions about api-abuse-audit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I test an API for abuse vulnerabilities beyond the UI?▼

Capture the nominal request the UI sends, then test repetition, replay of captured requests, ID manipulation, extra fields not shown in the UI, alternative endpoints, and burst traffic for rate limiting. Confirm each abuse by observing its actual effect before reporting.

What is mass assignment and how do I test for it?▼

Mass assignment occurs when a server accepts and stores fields the UI never sends, such as role, price, or ownerId. Test it by adding extra fields to a request body and checking whether the server persists them instead of ignoring them via an allowlist.

How do I check if an API has effective rate limiting?▼

Send a burst of requests to the endpoint and observe whether any are rejected with a 429 status. If all requests succeed and the effect scales without limit, rate limiting is missing or ineffective; also check whether limits apply per-user, per-IP, or per-resource.

When is a replay attack actually a vulnerability?▼

Replay is a vulnerability when resubmitting a captured request duplicates the effect, such as casting a vote twice. If the endpoint uses an idempotency key, nonce, or expiry, replay is defended and should not be reported as a finding.

What are common false positives in API abuse testing?▼

False positives include effective rate limits returning 429, field allowlists blocking mass assignment, ownership checks preventing IDOR, equally protected alternative endpoints, and server-side rejection of actions the UI merely disables cosmetically.