server-decryptability-and-plaintext-path-audit

Audit backend code and artifacts for server-side plaintext exposure and decryption paths.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Products that claim end-to-end encryption or zero-knowledge architecture may still expose user plaintext through server-side stores, logs, queues, admin tools, or KMS decrypt paths. This Skill systematically audits whether a backend, operator, or support workflow can recover user plaintext or key material, validating or challenging privacy claims with concrete evidence. ## Core Features & Use Cases - Plaintext Path Tracing: Follows protected data through validation, serialization, encryption, persistence, indexing, notifications, logging, export, and retention across databases, object storage, queues, and observability systems. - Decrypt and Key-Unwrap Auditing: Identifies KMS/HSM decrypt calls, envelope encryption helpers, escrow keys, break-glass flows, and admin tools that let the server recover plaintext or keys. - Sentinel-Based Testing: Uses synthetic sentinel values to search server-side stores for direct, encoded, and content-derived plaintext without touching real customer data. - Use Case: A security team reviewing a note-taking app that claims E2EE uses this Skill to discover that note titles and search snippets are stored unencrypted in the database and push notification payloads, producing severity-rated findings with remediation guidance. ## Quick Start Audit this repository's backend for any code paths, logs, queues, or admin tools where server-side components can access plaintext of content claimed to be end-to-end encrypted, and report findings with severity and evidence.

Frequently Asked Questions about server-decryptability-and-plaintext-path-audit

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

FAQPage Schema
How do I audit whether a server can decrypt end-to-end encrypted data?

Trace every code path where the server calls KMS decrypt, unwraps keys, or accesses envelope encryption helpers, then check whether plaintext keys or content reach application memory. Also inspect admin tools, support flows, migrations, and workers that may bypass encryption.

What server-side stores should I check for plaintext leaks?

Check databases, caches, object storage bodies and metadata, queues and dead-letter queues, logs, traces, metrics, analytics events, backups, exports, and admin consoles. Content-derived data like snippets, filenames, OCR text, and notification payloads are common leak points.

Can this audit prove a product is truly zero knowledge?

No. It can confirm decryptability or plaintext exposure when evidence exists, but negative results only mean the searched stores did not contain tested sentinels. Delayed jobs, sampled telemetry, backups, and third-party processors can hide relevant paths.

Is encryption at rest the same as zero-knowledge encryption?

No. Server-side or provider-managed encryption at rest does not prevent the application server from reading plaintext before encryption or requesting decryption. Zero knowledge requires that only client-held keys can decrypt the content.

What are sentinel searches in a plaintext audit?

Sentinel searches place unique synthetic test values into protected flows, then search server-side stores for exact, encoded, compressed, or content-derived forms of those values. They prove reachability of plaintext without exposing real customer data.

What safety constraints apply when running this audit?

Work only on authorized repositories, staging environments, and approved scopes using synthetic data. Never exfiltrate, decrypt, or print live secrets or customer content, and redact credentials, tokens, and personal data from all reported evidence.