hunt-springboot

Validates Spring Boot and Actuator exposure through evidence-gated read-only probes.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Security testers assessing Spring Boot applications often produce false positives from scanner hits, whitelabel error pages, or port scans without confirming actual exposure. This Skill enforces an evidence-gated workflow that confirms Spring applications, Actuator endpoints, versions, and configurations before declaring any advisory applicability. ## Core Features & Use Cases - Evidence-Gated Validation: Requires baseline, single-variable probes, and server/browser oracle confirmation before accepting any finding, rejecting WAF blocks, captchas, and scanner hits as inconclusive. - Read-Only Safe Probing: Restricts testing to publicly exposed health/version metadata and self-owned canary routes, stopping immediately at env/heapdump reads, management writes, or JNDI/deserialization chains. - CVE Applicability Checks: Confirms product, version, module, and exposed interface conditions against advisories, routing confirmed CVEs to the bb-methodology workflow. - Use Case: During an authorized assessment, you detect an Actuator endpoint on a target. Use this Skill to verify whether management interfaces genuinely expose non-public configuration data, with documented endpoint, auth, and version evidence. ## Quick Start Use $hunt-springboot to plan an evidence-gated, authorized validation path for the Spring Boot target in scope.

Frequently Asked Questions about hunt-springboot

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

FAQPage Schema
How do I test Spring Boot Actuator endpoint exposure safely?

Confirm authorization and scope first, then probe only publicly exposed health and version metadata plus self-owned canary routes. Compare anonymous versus low-privilege access, and stop immediately before env, heapdump, or secret-reading endpoints.

How to verify if a Spring Boot CVE applies to a target?

Confirm the product, version, module, and exposed interface match the advisory conditions through read-only checks. Version fingerprints and module identification alone are sufficient; confirmed CVEs are routed to the bb-methodology workflow.

What counts as valid evidence of Spring Boot misconfiguration?

Valid evidence requires an in-scope service exposing management or configuration data that should not be public, confirmed via baseline comparison and server or browser oracle. Whitelabel error text, port scans, and scanner hits do not qualify.

Why are scanner hits rejected as Spring Boot findings?

Scanner hits, WAF blocks, captchas, timeouts, and single errors are classified as INCONCLUSIVE because they lack oracle confirmation. Every finding needs a baseline, single-variable probe, post-baseline comparison, and reproducible evidence.

When should Spring Boot testing stop during an assessment?

Stop at any env or heapdump read, secret extraction, management write operation, or JNDI/deserialization chain. Also halt on out-of-scope targets, third-party data, shared users, or irreversible side effects.