pqc-first

Enforce post-quantum cryptography standards and analyze compliance gaps across security frameworks.

Updated May 11, 2026
One-click install
npx skills add https://github.com/blamejs/exceptd-skills --skill pqc-first
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: pqc-first
Source: https://github.com/blamejs/exceptd-skills/tree/main/skills/pqc-first
Command: npx skills add https://github.com/blamejs/exceptd-skills --skill pqc-first

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Most security and compliance frameworks use outdated, algorithm-agnostic cryptographic requirements that leave systems vulnerable to harvest-now-decrypt-later (HNDL) attacks when cryptographically relevant quantum computers (CRQCs) become available, and many organizations use outdated, unsupported cryptographic library versions that lack post-quantum algorithm support.

Core Features & Use Cases

  • Hard version gates: Enforce minimum supported versions for OpenSSL, Go, Rust, Python, Java, and other crypto libraries to ensure post-quantum algorithm availability.
  • Algorithm registry and selection guide: Reference production-ready NIST-standardized PQC algorithms (ML-KEM, ML-DSA, SLH-DSA) and guidance for deprecated classical algorithms and hybrid cryptographic constructions.
  • Compliance gap analysis: Identify where major frameworks (NIST 800-53, ISO 27001, PCI DSS, NIS2, etc.) fail to mandate post-quantum cryptography, and assess HNDL risk for data with long sensitivity windows.
  • Use Case: A security team can use this skill to audit their organization's TLS configuration, enforce OpenSSL 3.5+ as a minimum version, replace standalone RSA key exchange with hybrid X25519+ML-KEM-768, and document compliance gaps for their annual ISO 27001 audit.

Quick Start

Use the pqc-first skill to audit your organization's cryptographic library versions and flag any non-compliant classical-only algorithms in use for your TLS and code signing workflows.

Frequently Asked Questions about pqc-first

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

FAQPage Schema
How do I analyze compliance gaps for post-quantum cryptography in NIST 800-53 or ISO 27001?▼

Compliance gap analysis identifies where frameworks like NIST 800-53 and ISO 27001 fail to mandate post-quantum cryptography, assessing harvest-now-decrypt-later risk for long-sensitivity-window data. It documents cryptographic control gaps for legacy compliance audits.

What is the harvest-now-decrypt-later risk and how do I mitigate it during PQC migration?▼

Harvest-now-decrypt-later attacks occur when adversaries steal encrypted data now to decrypt it later using quantum computers. PQC migration mitigates this by adopting NIST FIPS 203 standardized algorithms like ML-KEM for quantum-resistant key exchange.

How do I enforce hard version gating for OpenSSL and other crypto libraries to ensure PQC support?▼

Hard version gating enforces minimum supported versions for crypto libraries like OpenSSL, Go, and Java to guarantee post-quantum algorithm availability. It flags non-compliant classical-only algorithms in TLS and code signing workflows.

Which NIST standardized post-quantum algorithms should I use for hybrid cryptographic constructions?▼

NIST FIPS 203/204/205 standardized algorithms include ML-KEM, ML-DSA, and SLH-DSA for production use. Hybrid cryptographic constructions combine these with classical algorithms like X25519 to ensure quantum resistance during migration.

Does PCI DSS or NIS2 require post-quantum cryptography for TLS configuration reviews?▼

Most frameworks like PCI DSS and NIS2 use outdated algorithm-agnostic requirements that fail to mandate post-quantum cryptography. TLS configuration reviews assess these compliance gaps and document HNDL risk for audit purposes.

When do I need to replace standalone RSA key exchange with hybrid X25519 plus ML-KEM-768?▼

Standalone RSA key exchange must be replaced with hybrid constructions like X25519 plus ML-KEM-768 when auditing TLS configurations for quantum resistance. This closes cryptographic control gaps and ensures production-ready PQC adoption.