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.