Your cryptography is invisible
Most institutions have no cryptographic inventory. You can't answer "where are we quantum-vulnerable?" because no one has ever mapped it — the estate runs on a stale spreadsheet of assumptions.
A cryptographically relevant quantum computer could break today’s RSA and elliptic-curve encryption within the next decade, and adversaries are already harvesting encrypted data now to decrypt once it arrives. NIST will deprecate these algorithms from 2030 and disallow them from 2035, and migrating a large estate takes years. PQCA finds the cryptography your organization runs, across live services, endpoints, PKI, key stores, identity systems, inventories and code. It scores Technical Gap and Business Risk, tracks readiness against 22 frameworks, and turns the evidence into a governed migration plan your teams can own.
PQCA discovers, inventories and quantum-risk-assesses the cryptography running across your entire estate, from TLS and SSH to OT/ICS, mainframe and data at rest, scoring each algorithm for quantum and classical risk, pricing that exposure in your own currency, and carrying the same evidence straight into a phased, budgeted migration plan.
Entirely on-premise. No telemetry, no license check-in, no update poll: PQCA picks only two destinations itself — an optional exchange-rate refresh and the Proxy tab’s connection test — and both wait for an administrator. For FIPS 140-3 specifically, PQCA tracks your plan to move onto CMVP-certified modules. It does not validate modules, and it is not a substitute for CMVP.
Where discovery scanners and PKI suites stop at a findings list, PQCA closes the loop with a full GRC roadmap: live readiness scoring across 22 mandates and 86 controls (NIST, CNSA 2.0, EU DORA & CRA, PCI DSS 4.0, PCI PTS HSM, UK NCSC, ANSSI, BSI, ISO/IEC 18033-2, IETF TLS, CBJ, NCSC Jordan’s draft National Quantum-Safe Program, SAMA — whose circular binds Saudi financial institutions to a complete cryptographic inventory by 31 Dec 2026 and an institution-level quantum risk assessment by 31 Mar 2027 — and more), policy-as-code with automatic violation detection, per-control audit evidence, and an owner-assigned, budget-tracked migration plan that ties migration tasks to the assets and regulators behind them, the governance layer most quantum-readiness work still leaves to spreadsheets.
A cryptographically-relevant quantum computer will unravel the RSA and elliptic-curve cryptography behind every banking transaction, government record and piece of critical infrastructure — and the attack has already started. Adversaries are harvesting encrypted data today to decrypt the day that machine arrives; for records a bank must keep secret for 10, 15, even 20 years, "later" is already inside the danger window. The fix is no longer optional — NIST has finalized the post-quantum standards (FIPS 203/204/205), and regulators from the NSA's CNSA 2.0 to the EU and central banks have set migration deadlines that started this year and run to 2035. EU CRA reporting duties, the FIPS 140-2 move to Historical and the OMB migration-plan deadline have already passed; SAMA’s inventory deadline (31 Dec 2026) and risk assessment (31 Mar 2027) are next. Yet most institutions can't take the first step, because they can't answer the question every migration begins with: where is our cryptography, and what is it? It's scattered across TLS, SSH, databases, mainframes, OT and data at rest — undocumented, unowned, unmeasured. Without a living cryptographic inventory, there is nothing to migrate from. You cannot migrate what you cannot see.
Most institutions have no cryptographic inventory. You can't answer "where are we quantum-vulnerable?" because no one has ever mapped it — the estate runs on a stale spreadsheet of assumptions.
Long-lived secrets — core-banking ledgers, cardholder data, health and government records — captured today are decrypted the day a cryptographically-relevant quantum computer arrives.
FIPS 140-2 modules moved to Historical in September 2026 — binding, not advisory. The EU Cyber Resilience Act’s main obligations apply from December 2027. NIST’s draft transition guidance disallows 112-bit security by 2035, and CNSA 2.0 requires exclusive post-quantum use for signing and networking by 2030. The planning window is measured in change cycles, not years.
Cryptography isn’t a setting you flip — it’s embedded in vendor products, HSMs, PKI hierarchies and OT devices with ten-to-twenty-year lifecycles, much of it waiting on someone else’s release roadmap. Subtract a realistic migration from a 2030 deadline and the start date is already behind you.
PQCA tracks the mandates that create the demand as a live countdown — each tagged by legal weight, each bound to real migration progress. Draft and advisory dates are labeled as guidance, never dressed up as binding law. For FIPS 140-3 specifically, PQCA tracks your plan to move onto CMVP-certified modules. It does not validate modules, and it is not a substitute for CMVP.
Dates reflect published standards and mandates as of 2026. PQCA's compliance engine retargets to the frameworks you answer to — NIST/NSA/EU alongside SAMA, the UAE, Kuwait’s CBK and the Central Bank of Jordan.
Every quantum-readiness effort stalls in the same place: a scan hands you a list, and the list goes nowhere. Point scanners stop there. PKI and HSM suites see mostly certificates and keys — a slice of the estate, not the cryptography buried in TLS and SSH, OT and mainframes, databases and data at rest. PQCA takes the evidence it discovers and carries it the whole way: an evidence-based cryptographic inventory becomes a quantum- and classical-risk score, becomes an exposure priced in your own currency, becomes readiness mapped to every mandate you answer to — SAMA included — with per-control evidence, becomes an owner-assigned, budget-tracked migration roadmap the board can fund. No exporting between five tools, no reconciling four risk models, no spreadsheet in the middle — one tool, one risk model, one source of truth, from the first blind spot to the funded program that closes it.
Discuss a partnershipLive evidence, not a spreadsheet. PQCA builds your inventory from the cryptography each service actually negotiates on the wire.
Every algorithm scored against classical and quantum attack; data shelf life weighed against your quantum horizon flags what's already exposed to HNDL.
Quantum risk quantified per asset and org-wide, in your own currency — technical severity becomes a budget line.
Reported roadmap progress scored against 22 frameworks and 86 controls with per-control Met / Partial / Gap evidence and policy-as-code.
The same evidence flows into a phased, budgeted, owner-assigned roadmap — the estate you inventory is the estate you migrate.
No single scan sees every place cryptography lives, so PQCA combines complementary evidence paths — and stays honest about what it could not see.
114 default probes per host — 101 TCP ports and 13 UDP probes — with real handshakes across TLS, STARTTLS, SSH, databases, SMB, RDP, Kerberos, OT/ICS, IoT and mainframe services, and full accepted-cipher-suite enumeration. A full TCP 1–65535 sweep and a UDP sweep run host by host on demand, and only inside the scan scope you authorize. An unreachable host is reported as unreachable, never as clean.
The PQC readiness probe sends a TLS 1.3 ClientHello offering the hybrid and pure ML-KEM groups and records what the server picks: hybrid, pure post-quantum or classical. Windows and Linux endpoint sensors sample each host’s connection table every 30 seconds — no packet capture, no driver — to find flows a network scan cannot reach, and report the host’s certificate stores once a day.
18 read-only integrations: AWS KMS, Google Cloud KMS, Azure Key Vault and Managed HSM, AWS CloudHSM, Thales Luna and any PKCS#11 HSM through the HSM sensor; Microsoft Entra ID, SailPoint, Okta, Keycloak, OIDC and SAML identity providers; CyberArk, BeyondTrust and Delinea privileged-access vaults; HashiCorp Vault and CyberArk Conjur. Metadata only — key values and secret contents are never retrieved.
Certificates found on services sit beside the ones your sources hold: CBOM files, Qualys Certificate View, DigiCert CertCentral and Trust Lifecycle Manager, Entrust CA Gateway, Windows CA through the CA sensor, the hosts’ own certificate stores through the endpoint sensor, and certificates found by key and identity discovery. Expiry, ownership, trust and renewal evidence are tracked in one register.
Source and configuration scanning finds hard-coded cryptography and secrets (values always masked in evidence), and ties key sizes to the algorithms they configure in Python, Java, C#, JavaScript and TypeScript. Encrypted files are recognized in 28 container formats, with an entropy check for anything opaque. Packet captures your team supplies are parsed offline; PQCA does not capture live traffic.
Import CycloneDX SBOMs and CBOMs, SARIF results and key-list exports. Stay in step with the asset inventory you already keep: pull from ServiceNow CMDB, NetBox/Nautobot, Qualys, Nessus and Active Directory, use a watched-folder CSV pickup for offline sites, or push through a scoped importer key. Existing asset records are never overwritten unless you opt in.
The CBOM records discovered network and certificate cryptography. Code, file and packet-capture findings sit in their own lane.
Reaches where IT-only tools stop: OT/ICS (Modbus, DNP3, S7, OPC UA), IoT (MQTT, RTSP/ONVIF), mainframe (TN3270E, IBM MQ) and data-at-rest via database fingerprinting — each with a migration advisory. See the discovery deep-dive →
Technical Gap describes cryptographic weakness. Business Risk adds sensitivity, data retention and the configured quantum horizon. They sit side by side, because urgency and financial magnitude can rank assets differently.
Financial figures are prioritization estimates, not actuarial values. When evidence is missing, PQCA keeps that uncertainty visible.
Not every red badge is urgent. PQCA quantifies quantum risk per asset and org-wide — value(sensitivity) × risk factor × HNDL multiplier — in your own currency, so leadership can rank it and fund it. You set the impact anchors for each sensitivity tier, so the model reflects your business, not our assumptions. A technical scan becomes a board decision.
Estimates for prioritization, not actuarial values — computed on-premise. Prices in 10 currencies: USD and EUR alongside JOD, SAR, AED, KWD, OMR, BHD, IQD and SYP. Rates can be entered manually for air-gapped deployments, so pricing never requires an outbound call.
Top contributors
22 regulatory frameworks · 86 individually scored controls · 43 dated milestones on the live clock. Per-control Met / Partial / Gap evidence, with readiness scored from the migration-roadmap progress you report rather than from the mere existence of a scan — two exceptions, CNSA 2.0 suite conformance and hybrid-versus-pure key-exchange verdicts, are measured from what your services actually negotiated on the wire. Evidence leaves in nine formats: CycloneDX CBOM 1.7 and 1.6, OSCAL, STIX 2.1, SARIF 2.1.0, CEF, CSV, a per-section CSV bundle, portable policy-as-code JSON and board-ready PDF. Portable policy-as-code retargets the mapping to your own regulator.
Suite-conformance measured estate-wide, with CNSA 2.0’s 2027 support-and-prefer milestone and 2030 exclusive-use target tracked live, and hybrid-vs-pure verdicts per endpoint.
Key establishment quantum-safe by end-2030 and digital signatures by end-2031 across federal civilian agencies, with migration plans due to OMB by 22 Oct 2026 — a mandate that expressly excludes national-security systems, which stay on CNSA 2.0.
RSA/ECC deprecation and 112-bit timelines bound to your migration phases, so transition guidance maps to what you have actually moved.
CCCS ITSM.40.001 guidance, the mandatory Treasury Board SPIN milestones (2026 / 2031 / 2035) and OSFI’s 2035 quantum-readiness expectations for federally regulated financial institutions, scored natively.
Req. 12.3.x cryptographic-inventory obligations satisfied with a machine-readable CBOM in the CycloneDX standard auditors already work with, plus keyed-material and cert hygiene findings. PTS HSM v5 — the first with post-quantum requirements — is tracked from the June 2027 v4 approval sunset.
ICT and cryptographic-resilience evidence for financial entities, exportable as OSCAL for your regulator's examination.
SAMA’s post-quantum circular tracked as a first-class framework — cryptographic asset inventory and classification complete by 31 Dec 2026, institution-level quantum risk assessment and work plans by 31 Mar 2027, both binding and both on the live clock. PQCA produces the cryptographic inventory, classification, migration plan and board reporting the circular requires, scored on your own attested progress.
Regional frameworks scored natively, not force-fit into a US framework — scoped per jurisdiction, with local-currency reporting. Saudi NCA is scored as general cryptographic-hygiene controls: NCA has published no post-quantum mandate, and Saudi Arabia’s dated PQC milestones are SAMA’s.
The CBJ sectoral roadmap tracked as a first-class framework — dated milestones on the live clock through 2035, cited source, local-currency reporting. Mapped from CBJ’s published roadmap; not an audited alignment.
Tracked from the program’s implementation plan (draft v1.2, 20 May 2026): program initiation and a national readiness assessment by 31 Dec 2027, then transition to post-quantum encryption and compliance audits by 31 Dec 2028 — both labeled Draft on the live clock, never as binding law.
The same evidence flows into a five-phase, budgeted, owner-assigned QRC program with dates, cost and an auditable trail — suggested owners per phase, budget tracked as cost, paid and remaining. Every install opens with a common 30-item baseline plan under 10 high-level items, viewable Detailed or High-level, so you start with a plan rather than a blank page. The estate you inventory is the estate you migrate.
Set crypto-agility policy, roles and scope; stand up the sovereign deployment inside your perimeter.
Work every evidence path; build the CBOM; score risk and price exposure across the estate.
Validate quantum-safe crypto in the mode your regulator requires — hybrid or pure — on a bounded slice.
Your teams work the per-finding remediation playbooks with owners, dates and budget KPIs — PQCA supplies the plan and the evidence, never applies a change.
Re-scan, diff the CBOM, and evidence readiness against the frameworks and deadlines you answer to.
Discovery is the start. PQCA keeps the migration program connected to inventory, service desks, engineering and oversight.
Configure sources such as ServiceNow CMDB, NetBox / Nautobot, Qualys, Nessus / Tenable, Active Directory and CSV pickup for offline estates.
Send findings to supported ticketing systems, keep status in view and preserve PQCA’s evidence and decision history.
Run the PQCA CLI offline in development workflows. SARIF output makes findings reviewable in code scanning tools.
Build branded reports and exports for technical teams, risk committees and audit workflows.
A Master PQCA links each subsidiary install and reports the group side by side, while each subsidiary’s estate data stays in its own install.
PQCA runs the whole post-quantum program on one risk model and one source of truth — discover → assess → QRC-Budget → comply → roadmap — deployed at enterprise scale on your own hardware, sovereign and air-gap-ready, and built for regulated banks, government, and critical infrastructure.
Live handshakes and readiness probes, endpoint sensors, read-only key and identity discovery, certificate sources, code and file analysis, and your CMDB feed one estate: network and certificate evidence builds the CBOM, and code, file and packet-capture analysis catch what never crosses the wire — so nothing in the estate stays dark.
Protocol probes for Modbus (read-only device identification), DNP3, S7comm, EtherNet/IP, OPC UA, MQTT and RTSP/ONVIF; BACnet/IP and CoAP identified by port; TN3270E and IBM MQ through the TLS scan — the 10-to-20-year-lifecycle assets generic scanners miss. A 77-family algorithm knowledge base — every rating operator-tunable, though the list itself is fixed: an in-house or national algorithm outside the shipped 77 cannot be added — behind 114 probes per host maps every finding to a named migration recommendation, not a bare "unknown."
Every observation is scored on two independent axes — Shor-era quantum status and classical hygiene — then collapsed to a single 0–100 risk score and a five-level severity band. Key-size escalation means a 1024-bit RSA key is reported broken, not laundered into "ok" by a family default. Beside the Technical Gap sits a Business Risk view: the gap weighted by data sensitivity and harvest-now-decrypt-later exposure. Urgency and money can rank assets differently, so PQCA shows both and never merges them.
Harvest-now-decrypt-later exposure is computed per asset from data retention versus a calendar-anchored quantum horizon, so migration deadlines actually come due instead of forever receding. Un-curated assets surface as a data-quality gap, never a false clean bill of health.
A transparent model whose impact anchors you set turns technical risk into money, so leadership prioritizes in dollars, or dinar. Figures display in any of 10 currencies, 8 of them MENA — no outbound call required.
Your reported roadmap progress is scored against 22 frameworks and 86 individually scored controls — CNSA 2.0, NIST IR 8547, FIPS 140-3 / CMVP module transition (tracking), PCI DSS 4.0, PCI PTS HSM, DORA, the EU CRA, UK NCSC, BSI, ANSSI, CCCS, ASD, ISO/IEC 18033-2 and IETF TLS, plus the MENA regulators (SAMA, CBJ, CBK, the UAE — and Saudi NCA’s general cryptographic-hygiene controls) scored natively rather than force-fit into a US framework — into one number, with per-control met / partial / gap evidence. For FIPS 140-3 specifically, PQCA tracks your plan to move onto CMVP-certified modules. It does not validate modules, and it is not a substitute for CMVP.
Because ANSSI, BSI, ASD, and CNSA 2.0 disagree on hybrid versus pure PQC, PQCA judges every negotiated key exchange against each of the four that applies to you — so "we deployed ML-KEM" gets the right answer for each jurisdiction, not a hopeful one.
Start with a sentence — banned and approved families with minimum key sizes like RSA<3072 — and graduate to a portable, schema-validated JSON policy with a tiered ladder and first-match-wins rules. Violations are detected against the live estate with no false positives on unknown key sizes, and sunset dates tighten the policy automatically as deadlines pass.
A fixed, ordered roadmap aligned to the CBJ sectoral roadmap and NIST migration guidance, with admin-editable timeline windows. Every install opens with a common 30-item baseline under 10 high-level items, so you begin with a plan, not a blank page.
Generate-from-inventory turns every quantum-vulnerable asset, certificate, and application into an owned, dated, priority-ranked task — deduplicated and linked to the exact item it migrates. The same estate the platform scanned becomes the plan the team works.
Every action item tracks cost, paid, and computed remaining, aggregated per phase and across the whole program in your display currency. A CISO sees committed-versus-paid-versus-still-needed at a glance, with server-side guards that keep the figures internally consistent.
Every install opens with a common 30-item baseline plan under 10 high-level items, viewable Detailed or High-level. Applying a framework links its controls to the items that do that work — the cryptographic inventory nine regulators require is one item, not nine — and readiness is scored from those items’ real progress.
PQCA is production software for large, regulated environments — not a pilot tool or a consultant's script. It runs across segmented networks, data centers and OT plants; Active Directory groups map to any of the four roles (Administrator, Checker, Maker, Read Only); a directory import that grants more than Read Only is governed exactly like a role change. Maker and Checker provide a maker-checker (four-eyes) control over governed changes, and unattended integrations use separate service keys with least-privilege roles — importer, traffic sensor, CA sensor, HSM sensor and federation — each confined to its own endpoints; sensors report only to their own TLS port (9843), never the console port. Every scan, score, export and decision is written to an audit trail the application only ever appends to, with the acting user, the timestamp and the before-and-after state; it is not hash-chained; a full restore keeps the live trail and adds the archive’s entries, so forward it to your SIEM if you need tamper-evidence held outside the platform. Deploy per region or per subsidiary, each instance sovereign to its own jurisdiction and data-residency rules — on hardware you already own, integrated with the directory and SIEM you already run.
PQCA picks only two destinations itself, and both wait for an administrator: an optional exchange-rate refresh (skip it by typing rates in; ten offline rates ship) and the Proxy tab’s connection test. All HTTP traffic leaves one way: direct, or through your organization’s HTTP proxy (TLS stays end to end; proxy environment variables are never read).
Every other connection goes only to the host or cloud region you configure, and none is contacted until you enable it: ticketing and chat (ServiceNow, Jira, ManageEngine ServiceDesk Plus, Slack or a generic webhook), read-only cloud key, identity and inventory connectors (AWS, Azure, Google Cloud, Entra ID, Okta, SailPoint, Qualys, DigiCert, Entrust), scheduled inventory pulls from your CMDB, Master-to-subsidiary federation reads, your SMTP relay or Microsoft 365, your SIEM over syslog/CEF, and your Active Directory. Once enabled, several of those run on a schedule without an operator present.
The web console loads nothing from the internet: no CDN, no fonts, no analytics. One codebase installs four ways — Docker, an offline Docker bundle, native Windows, or native Ubuntu — and three of the four run on networks with no internet at all.
A Master PQCA links each subsidiary, reads its posture on a schedule and reports the group side by side — group exposure, mean readiness, the weakest entity and the soonest mandate — while every subsidiary’s data stays in its own install. Built for banking groups and regional holdings with several licensed entities: a subsidiary is read live from its own PQCA, or from a CBOM it uploads. Licensed per number of linked subsidiaries. This is federation — many separate installs reporting upward to a parent — not multi-tenant isolation inside one install.
Run PQCA on infrastructure you operate, including air-gapped environments. There is no telemetry. Your administrators control integrations, data flows and deployment configuration.
Verifiable, concrete figures — the surface PQCA actually probes, scores and reports.
Where PQCA proves control of your cryptography, four more prove control of your access, data, security baseline and network. Same sovereign architecture, same on-premise deployment, same directory and SIEM you already integrated — so the second platform is a decision, not another procurement cycle.
Bring a subnet or a packet capture. In 30 minutes you'll see real findings, real risk, and a real roadmap draft. No cloud sign-up, no data leaves your environment.
Straight answers on scope, deadlines and what PQCA does and does not do.
No. PQCA discovers and assesses cryptography, tracks readiness and produces a phased migration roadmap. Your teams and vendors carry out the changes.
Adversaries capture encrypted data today and store it to decrypt once a cryptographically-relevant quantum computer exists. Records that must stay secret for 10–20 years are already at risk, so long-lived data needs post-quantum protection now. PQCA quantifies this exposure per asset using Mosca's inequality.
Yes — you cannot migrate cryptography you cannot see. PQCA builds an evidence-based CycloneDX Cryptographic Bill of Materials (CBOM) from real handshakes, packet captures, files and configuration across TLS, SSH, OT, mainframe and data at rest.
PQCA uses bounded, read-only discovery probes and lets administrators define and enforce scan scope. Scan only systems you own or are authorized to assess. Unreachable hosts stay identified as unreachable, not treated as clean.
Those are analyzed as separate findings sources. Packet captures are supplied by your team and parsed offline; PQCA does not perform live packet capture.
NIST finalized the post-quantum standards FIPS 203, 204 and 205 in 2024. The NSA's CNSA 2.0, the EU (DORA and the Cyber Resilience Act) and national regulators set migration milestones from 2026 through 2035. PQCA tracks each mandate as a live countdown tagged by legal weight.
SAMA’s circular sets two binding milestones for banks, credit-information companies, finance companies, payment-services providers and licensed financing-support entities: cryptographic asset inventory and classification complete by 31 December 2026, and an institution-level quantum risk assessment with work plans by 31 March 2027. It is the soonest binding post-quantum milestone in the Gulf.
Two are measured from what services actually negotiated on the wire: CNSA 2.0 suite conformance (estate-wide) and hybrid-versus-pure key-exchange verdicts (per endpoint, per jurisdiction). Everything else on the compliance screen is a tracking view of self-attested migration-roadmap progress across 22 frameworks and 86 controls — and the platform says so on the screen.
No. For FIPS 140-3 specifically, PQCA tracks your plan to move onto CMVP-certified modules. It does not validate modules, and it is not a substitute for CMVP. Its FIPS 140-3 framework is a migration-progress tracker scored on self-attested roadmap progress.
It does not validate or certify modules, assess or certify an ISO 27001 ISMS, retrieve key material or secret values (key and identity discovery is read-only and metadata-only), provide multi-tenant isolation inside one install (group reporting is federation of separate installs), or offer clustering, high availability or failover — recovery is a restore from backup. Its audit trail is application-appended, not hash-chained.
PQCA has no telemetry, license check-in or update poll. It picks only two destinations itself, and both wait for an administrator: an optional exchange-rate refresh, replaceable by manual rates (ten offline fallback rates ship), and the Proxy tab’s connection test. Every other connection — ITSM and chat, read-only cloud key and identity connectors, CMDB pulls, federation reads, SMTP, SIEM syslog/CEF, Active Directory — goes only to the hosts or cloud regions you configure, and none is contacted until you enable it. The web console loads nothing from the internet, and air-gapped deployments can use offline workflows.
No. PQCA runs entirely on your own hardware — Docker, offline Docker tarball, or a native Windows service — air-gapped, with no telemetry; its only self-chosen outbound calls are an optional exchange-rate refresh and the Proxy tab’s connection test, both admin-triggered.
Share a partnership idea, integration opportunity or route to market. Tell us a little about your organization and what you have in mind.