telemetry-crash-logs-support-leakage-audit

Audit logs, telemetry, crash reports, and support tools for sensitive data leakage.

2|Updated May 6, 2026
One-click install
npx skills add https://github.com/bpcakes/jig-skills --skill telemetry-crash-logs-support-leakage-audit-bpcakes
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: telemetry-crash-logs-support-leakage-audit
Source: https://github.com/bpcakes/jig-skills/tree/main/plugins/jig-privacy-audit/skills/telemetry-crash-logs-support-leakage-audit
Command: npx skills add https://github.com/bpcakes/jig-skills --skill telemetry-crash-logs-support-leakage-audit-bpcakes

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Sensitive values such as credentials, user content, identifiers, and recovery material often leak into logs, analytics events, crash reports, traces, and support exports, violating privacy claims like E2EE or zero-knowledge. This Skill provides a structured audit workflow to detect and document those leaks with evidence. ## Core Features & Use Cases - Sink Inventory and Field Mapping: Enumerate SDKs (Sentry, Crashlytics, Datadog, Amplitude, Segment, and more), logging wrappers, crash hooks, and support tools, then map every emitted field to its sink, readers, retention, and redaction point. - Sentinel-Based Runtime Testing: Generate synthetic sentinel values per data class, exercise normal, error, support, and consent flows, and search collected artifacts for exact, encoded, hashed, or transformed sentinel forms. - Structured Findings and Reports: Emit findings with TCLS-prefixed IDs, severity, redacted evidence, and retest steps using the provided JSON schema and Markdown report template. - Use Case: Before shipping a feature that claims "we never log message content", run this audit to trace message bodies through loggers, crash breadcrumbs, and analytics properties, and produce a report proving or disproving the claim. ## Quick Start Ask the agent to audit the current repository's logging, crash reporting, analytics, and support export paths for sensitive data leakage and report findings with file locations and redacted evidence.

Frequently Asked Questions about telemetry-crash-logs-support-leakage-audit

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

FAQPage Schema
How do I audit logs and telemetry for sensitive data leakage?

Inventory all logging, analytics, crash reporting, and support sinks, map each emitted field to its sink and readers, then search collected artifacts for sensitive values or synthetic sentinels. Report confirmed exposures as findings with redacted evidence, severity, and retest steps.

How do I test whether crash reports leak user content?

Generate unique synthetic sentinel values per data class, exercise crash and error flows in an authorized environment, then search crash payloads, breadcrumbs, custom keys, and attachments for exact, encoded, or transformed sentinel forms. Never use real customer data in test flows.

Which telemetry SDKs does this audit cover?

The audit covers Sentry, Firebase Crashlytics and Analytics, Datadog, New Relic, Bugsnag, Rollbar, Amplitude, Segment, Mixpanel, PostHog, FullStory, LogRocket, OpenTelemetry, Honeycomb, LaunchDarkly, Statsig, Intercom, and Zendesk, plus generic logging frameworks.

Can I run this audit on production logs?

Only with explicit authorization, and even then prefer querying for synthetic sentinel values and metadata patterns rather than pulling broad raw logs. Treat all logs, tickets, and exports as sensitive evidence and redact secrets and personal data from final output.

What are the limitations of a static telemetry privacy review?

Static code review cannot prove runtime payloads are clean across environments, sampling modes, crash paths, or vendor-side processors. Sentinel absence in sampled artifacts is limited negative evidence and must never be reported as proof of leak-free operation.