Executive readiness roadmap
12-month plan with named owners, sized budget bands, and quarterly milestones. Built for board consumption.
Two days, your exec team, a real PQC strategy.
On-site or remote workshop for security leadership. We walk through your current cryptographic posture, the harvest-now-decrypt-later threat model, regulatory cliff dates (CNSA 2.0, DORA, NIST SP 800-131A), and produce a 12-month executive readiness roadmap with budget bands.
Cryptographic Migration Certificate · signed PDF, embeddable SVG, hash on the QorTrace public registry.
Regulators are circling: CNSA 2.0, DORA, NIST SP 800-131A, MAS TRM, EU CRA. Procurement is asking your security questionnaire to attest. Your CIO wants a number. You don't have weeks to read the spec; you have a board meeting in 14 days.
Every engagement ships against this fixed manifest. No scope-creep invoices, no surprise “phase 2” line-items. If we change the scope, we re-sign first.
12-month plan with named owners, sized budget bands, and quarterly milestones. Built for board consumption.
Side-by-side of every PQC mandate touching your jurisdiction with the dates and the gap to your current posture.
Sensitivity analysis for 2030 / 2032 / 2034 quantum arrival scenarios. What breaks first, what costs most, what is salvageable.
Inventory · migration · audit · ongoing — sized to your team and revenue. Defensible numbers, not sticker prices.
Eleven items. Every one of them shows up, in some form, on the post-CNSA-2.0 security questionnaires we have seen circulating.
Read the full essayThe post-quantum migration is not a slide — it’s a specific set of standards, libraries, and key-management primitives. Below is what we touch on every engagement, why it exists, and what it protects you against.
The lattice-based key-exchange standard NIST finalised in August 2024. Replaces ECDH on every TLS 1.3 handshake, every IPsec tunnel, every messaging-app key wrap. We integrate the FIPS-203 module ML-KEM-768 by default (Level 3 security · ~256-bit classical · quantum-resistant).
The lattice-based signature standard. Replaces RSA-PSS and ECDSA on code-signing, document-signing, and TLS server authentication. We deploy ML-DSA-65 (Level 3) for transitional dual-signing alongside the classical algorithm during the migration window — never replace, always co-sign first.
The U.S. federal mandate: PQC primitives operational across National Security Systems by 2030, exclusive by 2035. Defines the exact KEM (ML-KEM-1024) and signature (ML-DSA-87) profile used at NSS-grade and the migration-pace expected from contractors. Every Cryptographic Migration Certificate we issue carries an explicit CNSA 2.0 attestation block.
The transitional posture every serious PQC rollout uses: combine a battle-tested classical primitive (X25519, the Curve25519 ECDH variant — or X448 at higher security level) with the post-quantum KEM in a single key-derivation step. If either side breaks, the other still holds. Browsers shipped this in 2024 (Chrome “X25519MLKEM768” group); we operationalise it for your endpoints.
The Open Quantum Safe project’s OpenSSL 3.x provider that exposes ML-KEM, ML-DSA, SLH-DSA, and the hybrid groups as first-class crypto algorithms inside any application that already speaks OpenSSL. We do not maintain a private fork — we ship upstream patches and point your CI at a reproducible build with a pinned commit.
The C library underneath everything else — implementations of every PQC candidate that ever entered NIST’s evaluation, including the four standardised winners (ML-KEM, ML-DSA, SLH-DSA, FN-DSA). Audited, side-channel-aware, and the de-facto reference for open-source PQC. We pin the version, we record the commit hash, and the hash makes it onto your migration certificate.
The version line that gives us providers (modular crypto), proper FIPS module isolation, and the runtime negotiation hooks needed to ship hybrid TLS without a fork. We standardise every engagement on OpenSSL 3.2+ and surface the version on the certificate so auditors don't need to grep your container builds.
Where your most sensitive keys actually live. Every cloud KMS now exposes ML-KEM and ML-DSA key types (AWS “ML_KEM_768”, GCP “PQ_SIGN_ML_DSA_65”, Azure “ML-KEM”), and on-premise HSMs from Thales and Entrust ship FIPS-203/204 firmware lines. We map your existing key inventory, design the wrap-and-rotate path, and ship the runbook your SRE team executes — without you ever exposing key material outside the boundary.
One business day to a senior engineer. Fixed-fee scoping memo within five business days. NDAs available on request.
We use strictly-necessary cookies to run the app. With your consent we also use analytics cookies to understand how QorTrace is used so we can improve it. Cookie Policy · Privacy Policy