Security Data Specialist

Audit code for PII in logs, verbose errors, URL exposure, and broad API responses.

1|Updated Apr 25, 2026
One-click install
npx skills add https://github.com/htxryan/claude-code-config-profiles --skill security-data-specialist-htxryan
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: Security Data Specialist
Source: https://github.com/htxryan/claude-code-config-profiles/tree/main/.agents/skills/compound/agents/security-data
Command: npx skills add https://github.com/htxryan/claude-code-config-profiles --skill security-data-specialist-htxryan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Sensitive data such as passwords, tokens, and PII often leaks through application logs, error responses, URLs, and overly broad API payloads, creating security and compliance risks that are hard to spot in manual review. ## Core Features & Use Cases - Log Auditing: Flags unfiltered logging of request bodies, headers, Authorization values, and full error objects that may contain credentials or connection strings. - Error and URL Review: Detects stack traces and internal details sent to clients, plus tokens or PII in query strings and URL paths. - API Response Analysis: Identifies endpoints returning full database records or internal fields like password_hash instead of explicit DTOs. - Use Case: During a security review of a Node.js API, spawn this specialist to scan logging calls and error handlers, then report each finding with severity, file location, exposed data, and a concrete fix. ## Quick Start Ask the security-reviewer to run the Security Data Specialist against your API codebase to find PII in logs, verbose errors, and overly broad responses.

Frequently Asked Questions about Security Data Specialist

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

FAQPage Schema
How do I find PII leaks in application logs?▼

Audit logging calls for unfiltered objects like console.log(req.body) or logger.info(user), which may capture passwords and tokens. Also check for logged Authorization headers and full error objects containing connection strings, and verify structured loggers apply field-level filtering.

How to detect sensitive data exposure in API responses?▼

Review endpoints for returning full database records instead of selected fields, and flag responses containing internal fields like password_hash, secret, or internal_id. Verify serialization uses explicit field selection or DTOs rather than passing ORM entities directly.

Why are tokens in URL query strings a security risk?▼

Tokens and keys in query strings leak through referrer headers, server access logs, and browser history. The audit flags auth values and PII such as email or SSN in URL paths and query parameters, plus open redirect patterns in redirect URLs.

What severity levels does a data exposure review use?▼

Findings are classified as P0 for credentials in logs or responses, P1 for PII exposure, P2 for internal details, and P3 for hardening opportunities. Each finding includes the file location, data at risk, exposure channel, and a specific fix.

When should this specialist be used in a code review?▼

It runs on demand during the review phase, spawned by a security-reviewer when data exposure patterns are suspected. It complements broader security review by focusing specifically on logging, error handling, URLs, and API response surfaces.