hunt-session

Tests web applications for session fixation, invalidation, and token lifecycle vulnerabilities.

Updated Sep 6, 2026
One-click install
npx skills add https://github.com/inventashif/helpful-code-sidekick --skill hunt-session-inventashif
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hunt-session
Source: https://github.com/inventashif/helpful-code-sidekick/tree/main/scripts/hackerai/skills/bughunter/hunt-session
Command: npx skills add https://github.com/inventashif/helpful-code-sidekick --skill hunt-session-inventashif

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Session management flaws like session fixation, missing invalidation on logout or password change, and non-rotating refresh tokens enable persistent account takeover, yet they are tedious to test manually and easy to get wrong with false positives. ## Core Features & Use Cases - Lifecycle Invalidation Testing: Verify sessions are killed on logout, password change, and email change using a two-session (attacker/victim) methodology with body-diffing and negative controls. - Fixation & Entropy Analysis: Detect session IDs that are not regenerated on login, accept attacker-forced values, or are predictable/low-entropy per NIST SP 800-63B. - Token & Cookie Hardening Checks: Audit JWT-as-session expiry/revocation, refresh-token rotation and reuse-detection, cookie attributes (HttpOnly/Secure/SameSite/__Host-), and DBSC downgrade. - Use Case: During a bug bounty engagement, capture a session, have the test account change its password, then replay the old session against /api/profile — if it still returns account data, you have a persistent account-takeover finding. ## Quick Start Test the target application's session management by checking whether the session token is invalidated after logout and password change using the two-session curl methodology.

Frequently Asked Questions about hunt-session

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

FAQPage Schema
How do I test for session fixation vulnerabilities?

Capture a pre-authentication session cookie, log in while carrying that cookie, then compare the token value before and after authentication. If the value is unchanged and now returns authenticated data, the application is vulnerable to session fixation.

How to check if a session is invalidated after password change?

Log in twice to get two sessions, change the password with one session, then replay the other old session against a protected endpoint. If it still returns the account's data, sessions survive credential changes, enabling persistent account takeover.

What is refresh token rotation and reuse detection?

Refresh token rotation issues a new refresh token on each use, and reuse detection invalidates the entire token family if an old token is replayed. Without these, a leaked refresh token can mint access tokens indefinitely.

Why is a 200 status code not proof of a session vulnerability?

Cached edge responses or generic SPA shells return 200 for everyone, so status codes alone prove nothing. You must body-diff the response against an authenticated baseline and confirm a garbage cookie fails as a negative control.

Is a missing HttpOnly cookie attribute a high-severity finding?

Missing HttpOnly alone is Low or Informational because it is only a policy observation. It becomes exploitable when chained with a real XSS or DOM sink that can actually read document.cookie and exfiltrate the session.