hunt-tls-network

Audit TLS, DNS, and email security configurations for exploitable bug bounty findings.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Bug bounty hunters waste submissions on TLS/DNS findings like missing HSTS, weak ciphers, or missing CAA that triage teams routinely reject as best-practice noise. This skill separates the findings that actually pay from informational hardening notes, and defines the proof required for each. ## Core Features & Use Cases - TLS/SSL and HSTS auditing: Run testssl.sh, sslyze, and openssl checks for weak ciphers, protocol downgrade surface, certificate issues, and missing HSTS, with honest guidance on what is exploitable versus informational. - DNS and email security testing: Attempt AXFR zone transfers, evaluate SPF/DKIM/DMARC spoofability, and prove email spoofing only via delivered-to-inbox swaks tests rather than dig output alone. - High-impact finding validation: Detect dangling CNAME subdomain takeovers and mTLS bypasses via header injection, with strict validation gates requiring claimed resources, canary files, and Burp request/response evidence. - Use Case: During recon on a bug bounty target, run the certificate transparency and dangling-CNAME phases to discover a subdomain pointing at a deprovisioned S3 bucket, claim it, serve a canary file, and file a High-severity takeover report. ## Quick Start Ask the AI to audit the TLS, DNS, and email security posture of your authorized bug bounty target and triage which findings are worth reporting.

Frequently Asked Questions about hunt-tls-network

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

FAQPage Schema
How do I test for DNS zone transfer vulnerabilities?

Enumerate the target's nameservers with dig NS, then attempt an AXFR query against each one using dig AXFR or host -t AXFR. A successful transfer returning internal hostnames and IPs is typically a Medium-severity finding worth reporting.

How do I prove email spoofing with missing DMARC?

Reading p=none from dig output alone is not a reportable finding. Send a spoofed message with swaks using a From address at the target domain, and only report if it lands in a real inbox with Authentication-Results headers showing dmarc=none or fail.

Is a missing HSTS header a valid bug bounty finding?

Missing HSTS alone is Info/Low and frequently rejected as best-practice noise. It is only reportable with a working downgrade proof of concept that captures a victim cookie over plaintext, which is rarely demonstrable remotely.

What tools does this skill use for TLS auditing?

The workflow uses testssl.sh for comprehensive TLS scanning, sslyze for JSON-formatted results, and openssl s_client for manual cipher, protocol, and certificate chain checks. nmap scripts cover POODLE and DROWN verification.

When should I not report a TLS or DNS finding?

Do not report missing CAA records, weak cipher support without a decrypt proof, missing security headers alone, or self-signed certificates on non-production hosts. Always check the program scope first, since email-auth and hardening findings are commonly listed as out of scope.