evidence-hygiene

Redact session cookies, authorization tokens, and PII from bug-bounty evidence.

2|Updated Apr 11, 2025
One-click install
npx skills add https://github.com/Carlos-Reyes-UTP/Desarrollo-de-Sistema-de-Ventas-Empresas-de-Moda --skill evidence-hygiene-carlos-reyes-utp
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: evidence-hygiene
Source: https://github.com/Carlos-Reyes-UTP/Desarrollo-de-Sistema-de-Ventas-Empresas-de-Moda/tree/main/.agent/skills/evidence-hygiene
Command: npx skills add https://github.com/Carlos-Reyes-UTP/Desarrollo-de-Sistema-de-Ventas-Empresas-de-Moda --skill evidence-hygiene-carlos-reyes-utp

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents bug-bounty submissions from leaking session cookies, authorization tokens, and other users’ personal data in screenshots and HAR files, which can derail reports and create privacy/security harm.

Core Features & Use Cases

  • Cookie redaction discipline: Identifies what to mask in cookies/Authorization (and what correlation IDs are safe to leave visible) across common capture workflows like DevTools, Burp Repeater/Intruder, and screenshotting.
  • Other-user PII black-bar protocol: Specifies what to redact (names, emails, phones, faces, addresses, government IDs) while leaving bug-verifying structure (JSON keys/field shapes and attacker session identifiers) intact.
  • HAR sanitization with jq: Provides concrete header and cookie stripping guidance and verification checks to ensure no sensitive values remain.
  • Evidence capture hygiene: Establishes pre-capture and post-capture checklists, screenshot ordering conventions, filename structure, and post-submission rotation rules for test accounts.

Quick Start

Before capturing any screenshot or exporting a HAR for a bug-bounty submission, apply the cookie/PII redaction checks from this skill to produce evidence that triagers can verify without exposing secrets or victim data.

Frequently Asked Questions about evidence-hygiene

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

FAQPage Schema
How do I sanitize a HAR file before submitting bug bounty evidence?▼

To sanitize a HAR file for bug bounty evidence, use jq-based scrubbing to strip sensitive headers and cookies, then run verification checks to ensure no session tokens or PII remain. This prevents leaking authorization data in your report attachments.

What should I redact from Burp Suite screenshots for a vulnerability report?▼

When capturing Burp Suite screenshots for vulnerability reports, redact session cookies, authorization tokens, and other users' PII using a black-bar protocol. Leave JSON keys, field shapes, and attacker session identifiers visible so triagers can verify the bug structure.

How do I prevent session cookie leaks in DevTools captures for IDOR reports?▼

To prevent session cookie leaks in DevTools captures for IDOR reports, apply explicit masking rules to authorization headers and cookies before exporting. Maintain a disciplined capture order and verify that correlation IDs left visible cannot compromise active sessions.

Can I leave correlation IDs visible when redacting PII in web security findings?▼

Yes, you can leave correlation IDs visible when redacting PII in web security findings. Mask names, emails, phone numbers, and government IDs, but keep JSON field shapes and correlation IDs intact so triagers can verify the vulnerability without exposing victim data.

What's the best way to prepare proof of concept evidence without exposing authorization tokens?▼

The best way to prepare safe proof of concept evidence is to apply pre-capture checklists, use consistent screenshot ordering conventions, and strip authorization tokens from HAR exports. Follow up with post-submission credential rotation for all test accounts.

When should I rotate test account credentials after submitting a bug bounty report?▼

You should rotate test account credentials immediately after submitting a bug bounty report. Post-submission credential rotation is a required hygiene step to ensure that any accidentally leaked session cookies or authorization tokens in your evidence cannot be exploited.