hunt-xs-leaks

Validates cross-origin XS-Leak side channels through evidence-gated browser probes.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Security researchers need a disciplined way to confirm whether their own cross-origin pages leak protected state through browser side channels (navigation, frames, cache, size, timing) without touching real user data or producing false positives. ## Core Features & Use Cases - Evidence-Gated Validation: Enforces a fixed baseline → single-variable probe → post-baseline → oracle → evidence workflow so every finding is reproducible. - Trigger Signal Detection: Recognizes cross_origin_frame, cache_state_difference, timing_side_channel, window_navigation_signal, and opaque_response indicators. - False-Positive Control: Treats single timing differences, WAF blocks, and scanner hits as INCONCLUSIVE, and routes CORS, cache, and redirect findings to the appropriate sibling skills. - Use Case: During an authorized assessment of your own web application, use this Skill to verify whether an attacker-controlled origin can distinguish logged-in versus logged-out states of your own test accounts via frame counting or cache timing. ## Quick Start Use $hunt-xs-leaks to plan an evidence-gated, authorized validation of whether my own cross-origin test pages leak protected state through browser side channels.

Frequently Asked Questions about hunt-xs-leaks

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

FAQPage Schema
How do I test for XS-Leaks vulnerabilities in my web application?

XS-Leaks testing compares a single cross-origin observable (frame count, cache state, timing) between two self-owned browser profiles with and without a canary state. Repeat measurements while controlling cache, network, and login variables to confirm the difference is stable.

What are common XS-Leak side channels in browsers?

Common channels include window navigation signals, frame counting, cache state differences, response size inference, and timing side channels. Opaque responses and cross-origin frame behavior are typical trigger signals worth investigating.

Does CORS blocking rule out XS-Leak vulnerabilities?

No. CORS blocking read access does not exclude XS-Leaks, because side channels like timing, frame counts, and cache behavior work without reading response content. Conversely, a CORS error alone does not prove a leak exists.

Why do XS-Leak tests produce false positives?

Single timing differences, developer tools interference, same-origin readings, WAF blocks, and scanner hits all produce unreliable signals. Valid findings require stable differentiation between two owned protected states after controlling variables.

When should I stop an XS-Leak validation test?

Stop immediately when testing would involve cross-user profiling, third-party sites, shared infrastructure, high-frequency automated measurement, or irreversible side effects. Only self-owned accounts, domains, and approved rates are in scope.