v1.0.0
Release Notes: PQPG v1.0.0
This release marks the most significant architectural expansion in the history of the Post-Quantum Privacy Guard (PQPG). We have successfully bridged three distinct cryptographic universes—Cloudflare's circl (Pure Go), Katzenpost's hpqc (Assembly/CGO), and the Open Quantum Safe liboqs project (Static C-FFI)—under a single, unified SOLID routing layer.
PQPG is no longer just a Privacy Guard; it is a mathematically absolute, 240-suite hybrid post-quantum testing ground and deployment engine.
Major Features
- The Hardware-Accelerated OQS Extension Engine:
Introduced a dedicated, statically-linkedliboqsC-FFI pipeline exclusively for Linux/AMD64. This unlocks an entirely new 120-suite hardware-accelerated profiler featuring experimental and bleeding-edge algorithms. - Multivariate & MPC-in-the-Head Primitives:
Natively integrated advanced computational signature schemes including MAYO, Oil and Vinegar (OV), SNOVA, MQOM2, and CROSS. - Advanced Code-Based & Extended Lattices:
Full support for BIKE (L1/L3/L5), extended parameter sets for FrodoKEM/eFrodo, and the complete NTRU family (HPS/HRSS). - Extreme Pre-Hashed SPHINCS+:
Added hardcore SLH-DSA variants utilizing Pre-Hashed SHA2 and SHAKE constructs, engineered specifically for failsafe software release engineering and massive payload signing. - The Universal Namespace Router (
crypto.Registry):
The dynamic registry now intelligently parses explicit URI-style namespaces. Requests prefixed withHpqc-route to Katzenpost adapters,Oqs-route to the C-FFI wrappers, and everything else defaults to CIRCL. - The Unified Adapter Handlers:
A massive triumph in DRY (Don't Repeat Yourself) design. The OQS, HPQC, and CIRCL engines all funnel through the exact same network, vault, and stateless messaging handlers. The core state machine is completely blind to whether it is executing C code, Go assembly, or pure Go math.
Security & Memory Hygiene Enhancements
- Strict CGO Memory Escaping: The
oqs-adapter.gowas engineered with critical memory boundaries. Private keys generated inside the C-allocated structs are safely copied into Go-managed memory slices beforeliboqsexecutesOQS_MEM_cleanse, ensuring zero memory leaks while surviving the Garbage Collector. - Separation of Capabilities: The UI has been heavily sanitized. Zero-Knowledge Proofs (ZKP, Groth16, VDF) and Shared Vaults (Feldman VSS) remain safely sandboxed inside the Core Engine, while the OQS Extension Engine provides a streamlined, dedicated path for stateless messaging, vaults, and detached signatures.
- 64-Byte Combiner Entropy: The
SHA3-512KEM blending layer now perfectly passes 512 bits of pure entropy straight to the wide-block symmetric suite, maximizing the security margins forThreefish-1024andSkein-1024.
Deprecations & Removals
- Removed all fallback/stub files for OQS. The
liboqsengine is now strictly enforced as an opt-in runtime path for supported Linux/AMD64 environments. - Deprecated hardcoded hybrid nomenclature (e.g.,
X-Wing) in the UI, enforcing the dynamicHybrid-combiner syntax uniformly across the codebase.