hunt-path-traversal

Validates path traversal boundaries in download, preview, and archive endpoints using controlled marker files.

10|3|Updated Aug 10, 2026
One-click install
npx skills add https://github.com/baiqigo/baiqi-redteam-lab --skill hunt-path-traversal-baiqigo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hunt-path-traversal
Source: https://github.com/baiqigo/baiqi-redteam-lab/tree/main/.agents/skills/hunt-path-traversal
Command: npx skills add https://github.com/baiqigo/baiqi-redteam-lab --skill hunt-path-traversal-baiqigo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Security testers need a disciplined, evidence-gated method to verify whether file download, preview, static proxy, and archive extraction endpoints properly enforce path normalization, root directory, and symlink boundaries—without touching real system or user files. ## Core Features & Use Cases - Single-Variable Differential Testing: Compares one path semantic at a time (relative paths, normalization, parent segments, absolute paths, encoding, controlled symlinks) against a fixed baseline. - Marker-Based Oracle: Uses only self-created marker files with distinct hashes in allowed/ and outside-controlled/ directories, so a finding is valid only when the server returns the controlled marker with matching hash or audit proof. - False-Positive Filtering: Treats 404s, path echoes, stack traces, CDN fallbacks, WAF blocks, and single 2xx responses as INCONCLUSIVE, and routes confirmed issues to hunt-lfi, hunt-file-upload, or hunt-rce. - Use Case: During an authorized web assessment, validate that a file download parameter cannot escape its allowed root by requesting only pre-planted marker files and confirming results via hash comparison and cleanup records. ## Quick Start Use hunt-path-traversal to plan an evidence-gated path traversal validation of the download endpoint using only controlled marker files.

Frequently Asked Questions about hunt-path-traversal

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

FAQPage Schema
How do I test for path traversal vulnerabilities safely?

Test path traversal by planting your own marker files in controlled allowed/ and outside-controlled/ directories, then sending single-variable requests that reference only those markers. Confirm results via file hashes or server-side audits rather than reading system files like /etc/passwd.

What counts as a confirmed path traversal finding?

A finding is valid only when the application repeatedly returns, overwrites, or previews a self-created marker outside the allowed root, with response hashes or audit logs proving it is not a cache or static routing artifact. 404s, path echoes, and stack traces are inconclusive.

Which endpoints should be checked for path traversal?

Check file download parameters, file preview paths, static file proxies, archive extraction handlers, and any input with path normalization or symlink handling hints. Each endpoint is tested against baseline, differential, and post-baseline requests.

Why does a 200 response not prove path traversal?

A single 2xx response can come from caches, CDN fallbacks, client-side URL construction, or static routes rather than actual file access. Confirmation requires hash-matched marker content or server-side audit evidence across repeated requests.

When should path traversal testing stop?

Stop immediately if testing would touch real system, user, or configuration files, shared storage, uncleanable archives, bulk path dictionaries, or out-of-scope hosts. Findings involving server-side includes route to LFI testing, and upload issues route to file upload testing.