Enterprise post-quantum readiness // regulated institutions

You can't migrate the cryptography you can't see.

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.

On-premises by design / Air-gap capable / No telemetry
CRYPTOGRAPHIC ESTATEDISCOVER → PLAN
Live servicesTLS · SSH · VPN · QUICDatabases · mail · OT / ICS
Asset inventoriesCMDB · Active Directory · RESTQualys · Tenable host lists
Installed sensorsEndpoint traffic · Windows / LinuxAD CS · Windows CAHSM metadata · Windows / Linux
Keys & certificatesKMS · HSM · PKI sources
Identity & secretsIAM · PAM · secrets vaults
Code & data at restSource · files · PCAPSBOM · SARIF imports
MASTER PQCAGroup federation
Subsidiary PQCA installsPosture summaries only
✓CBOMNetwork + certificate evidence
Risk & exposureTechnical Gap · Business RiskHNDL · financial value
Compliance tracking22 frameworks · 86 controls43 dated milestones
GovernanceFour-eyes approvalsTickets · alerts · SIEM
↗Migration planOwners · phases · priorities
Group federation · each subsidiary’s estate data stays local.

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.

114default network probes
per host
77algorithm families
in the risk knowledge base
22frameworks tracked
across 86 controls
43dated readiness milestones
across 11 regions
Why now

The quantum threat isn't a someday problem. It's a today inventory problem.

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.

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.

Harvest-now, decrypt-later is running

Long-lived secrets — core-banking ledgers, cardholder data, health and government records — captured today are decrypted the day a cryptographically-relevant quantum computer arrives.

The deadlines are fixed, not hypothetical

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.

Migration takes years, not quarters

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.

The clock is already running

Fixed deadlines, inside your planning horizon

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.

Now in force
  • EU CRAReporting obligations applySince 11 Sep 2026Binding · EU
  • FIPS 140-2 modulesModules move to the CMVP Historical ListSince 21 Sep 2026Binding · US
  • OMB M-26-15US agency PQC migration plans dueSince 22 Oct 2026Binding · US
SAMA · KSA
Cryptographic asset inventory and classification complete31 Dec 2026Binding · KSA
SAMA · KSA
Institution-level quantum risk assessment and work plans31 Mar 2027Binding · KSA
PCI PTS HSM
v4 new-device approvals end — v5 adds PQC30 Jun 2027Binding · Global
EU CRA
Cyber Resilience Act core obligations apply11 Dec 2027Binding · EU
CBJ · Jordan
First dated milestone on the sectoral PQC roadmap31 Dec 2027Guidance · JO
NCSC · Jordan
Quantum-Safe Program initiation and national readiness assessment31 Dec 2027Draft · JO
NCSC · Jordan
Transition to post-quantum encryption and compliance audits31 Dec 2028Draft · JO
NIST IR 8547
112-bit security disallowed (deprecated 2030)31 Dec 2035Draft · Global

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.

How it works

From a blind spot to a funded program — in one platform

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 partnership
  1. 01

    Discover

    Live evidence, not a spreadsheet. PQCA builds your inventory from the cryptography each service actually negotiates on the wire.

    114 probes per host · keys · certificates · code
  2. 02

    Assess

    Every algorithm scored against classical and quantum attack; data shelf life weighed against your quantum horizon flags what's already exposed to HNDL.

    77 algorithm families · operator-tunable
  3. 03

    QRC-Budget

    Quantum risk quantified per asset and org-wide, in your own currency — technical severity becomes a budget line.

    10 currencies
  4. 04

    Comply

    Reported roadmap progress scored against 22 frameworks and 86 controls with per-control Met / Partial / Gap evidence and policy-as-code.

    22 frameworks · 86 controls
  5. 05

    Plan the migration

    The same evidence flows into a phased, budgeted, owner-assigned roadmap — the estate you inventory is the estate you migrate.

    Five-phase QRC plan
Discovery

The estate is bigger than the network perimeter

No single scan sees every place cryptography lives, so PQCA combines complementary evidence paths — and stays honest about what it could not see.

01 / Live network

Observe what services negotiate

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.

02 / Readiness & endpoints

Check what a service would accept

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.

03 / Keys & identity

Map key and access dependencies

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.

04 / Certificate lifecycle

See certificates in use and at source

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.

05 / Code, files & PCAP

Find what never crosses the wire

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.

06 / Supply chain & CMDB

Bring existing records into view

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 →

Risk with context

Two lenses.
One better decision.

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.

Financial exposure

Price the risk your board can fund

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.

Compliance & frameworks

Evidence your position against the regulators you answer to

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.

US · FederalCNSA 2.0

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.

US · Federal civilianEO 14412 · OMB M-26-15

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.

US · FederalNIST IR 8547 (draft)

RSA/ECC deprecation and 112-bit timelines bound to your migration phases, so transition guidance maps to what you have actually moved.

Canada · Federal & financialCCCS · Treasury Board SPIN · OSFI

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.

Global · PaymentsPCI DSS 4.0

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.

EU · FinancialEU DORA

ICT and cryptographic-resilience evidence for financial entities, exportable as OSCAL for your regulator's examination.

KSA · FinancialSAMA (Saudi Central Bank)

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.

MENA · GulfSaudi NCA · UAE National Encryption Policy · CBK

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.

MENA · JordanCentral Bank of Jordan

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.

MENA · JordanNCSC Jordan · National Quantum-Safe Program

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.

Migration roadmap

Discovery is only the first half

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.

Phase 01

Preparation

Set crypto-agility policy, roles and scope; stand up the sovereign deployment inside your perimeter.

Owner · Governance
Phase 02

Discovery

Work every evidence path; build the CBOM; score risk and price exposure across the estate.

Owner · Crypto/PKI
Phase 03

Pilot

Validate quantum-safe crypto in the mode your regulator requires — hybrid or pure — on a bounded slice.

Owner · Engineering
Phase 04

Adoption & migration

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.

Owner · Infrastructure
Phase 05

Validation

Re-scan, diff the CBOM, and evidence readiness against the frameworks and deadlines you answer to.

Owner · GRC
Built for the work around the findings

Bring evidence into the tools
your teams already use.

Discovery is the start. PQCA keeps the migration program connected to inventory, service desks, engineering and oversight.

01 / INVENTORY

Stay in step with the CMDB

Configure sources such as ServiceNow CMDB, NetBox / Nautobot, Qualys, Nessus / Tenable, Active Directory and CSV pickup for offline estates.

02 / SERVICE WORKFLOW

Carry remediation into ITSM

Send findings to supported ticketing systems, keep status in view and preserve PQCA’s evidence and decision history.

03 / ENGINEERING

Bring checks into the pipeline

Run the PQCA CLI offline in development workflows. SARIF output makes findings reviewable in code scanning tools.

04 / EXPORTS & REPORTING

Give each audience a useful view

Build branded reports and exports for technical teams, risk committees and audit workflows.

CBOM 1.7OSCAL 1.2STIX 2.1SARIF 2.1CEFCSV · PDF
Group federation. Separate subsidiary installs.

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.

GROUP FEDERATION
Why PQCA

Why security teams choose PQCA

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.

Every evidence path, one inventory

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.

OT, IoT, and mainframe in reach

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."

Quantum and classical, one score

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.

HNDL grounded in Mosca's inequality

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.

Exposure priced in your currency

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.

Every mandate, one readiness number

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.

Deployment-aware verdicts

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.

Policy-as-code, no policy engine

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.

Five phases, standards-aligned

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.

Discovery to backlog in one click

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.

QRC-Budget, rolled up by phase

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.

Readiness that tracks real work

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.

Built for enterprise scale

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.

No telemetry, no license check-in, no update poll

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.

One group, every entity

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.

Sovereignty is an architecture choice

Keep the platform
where your controls are.

Run PQCA on infrastructure you operate, including air-gapped environments. There is no telemetry. Your administrators control integrations, data flows and deployment configuration.

On-premisesOperate in your own environment
Air-gap capableSupport offline deployment patterns
Governed changesMaker-checker review on sensitive actions
Team-owned planPQCA guides the roadmap; people execute it
DockerOffline DockerNative WindowsNative Ubuntu

The numbers behind the coverage

Verifiable, concrete figures — the surface PQCA actually probes, scores and reports.

18
Key, HSM and identity integrations — read-only, metadata only
28
Encryption container formats inspected at rest
10
Reporting currencies
0
Telemetry, license check-ins or update polls

See your own crypto estate scored — on-prem, on a call.

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.

Clear answers for careful teams

A few questions
worth asking early.

Straight answers on scope, deadlines and what PQCA does and does not do.

Does PQCA change or migrate cryptography for us?

No. PQCA discovers and assesses cryptography, tracks readiness and produces a phased migration roadmap. Your teams and vendors carry out the changes.

What is “harvest now, decrypt later” (HNDL)?

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.

Do I need a cryptographic inventory before migrating?

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.

How does PQCA approach network and OT discovery?

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.

What happens to code, files and packet captures?

Those are analyzed as separate findings sources. Packet captures are supplied by your team and parsed offline; PQCA does not perform live packet capture.

When are the post-quantum migration deadlines?

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.

When is the SAMA post-quantum deadline in Saudi Arabia?

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.

Which PQCA compliance numbers are measured, and which are tracked?

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.

Does PQCA validate FIPS 140-3 modules?

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.

What does PQCA not do?

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.

Does PQCA send telemetry or make outbound connections?

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.

Is PQCA cloud-based?

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.

Partner with Terashield

Have a capability or opportunity that belongs in this conversation?

Share a partnership idea, integration opportunity or route to market. Tell us a little about your organization and what you have in mind.

PARTNERSHIP INQUIRY Required

Your inquiry goes straight to our team at support@terashieldtech.com. We use your details only to reply to you.