You know how every few years your office switches to a new badge system, and for six months everyone's carrying two badges because the old readers haven't been replaced yet? That's PQC migration. The locks still work, the new keys exist, and the actual hard part is the logistics of swapping every door in a building with a billion doors — while keeping them all locked the whole time. This paper's committed claim: a self-contained reference that benchmarks NIST-standardized post-quantum key encapsulation mechanisms (KEMs) and digital signature algorithms, quantifies the quantum resources needed to break current RSA/ECC schemes, and maps the results onto specific industrial verticals (IoT, healthcare, civil infrastructure, defense). It is not proposing a new algorithm. It is assembling a decision matrix for practitioners who need to choose one. The ladder context matters here. The NIST PQC standardization process concluded its initial selections in 2024 (ML-KEM, ML-DSA, SLH-DSA, FN-DSA). This paper benchmarks those finalists and provides comparative performance data — key generation time, encapsulation/decapsulation speed, signature size, verification time — across multiple programming languages (C via liboqs, Rust, Python, Java). The baselines are the algorithms themselves against each other and against classical RSA/ECDSA, not against a competing new scheme. On the quantum-attack side, the paper estimates Shor's algorithm resource requirements: roughly 4,098 logical qubits and about 10^10 Toffoli gates to break RSA-2048, drawing on prior estimates from Gidney and Ekerå (2021). These numbers are not new but are usefully compiled. Architecturally, the paper covers three PQC families: lattice-based (ML-KEM, ML-DSA), hash-based (SLH-DSA, XMSS), and code-based (Classic McEliece). It explicitly notes the tradeoffs: lattice-based schemes are fast but have larger key sizes; hash-based signatures are conservative and well-understood but stateful variants (XMSS) require careful key management; code-based KEMs have enormous public keys (up to ~1 MB for Classic McEliece) but strong security confidence. The benchmarking platform is standard desktop hardware, not embedded or constrained devices — a significant limitation for the IoT claims. Integrity is the weak spot. The benchmarks are the authors' own, run on their own hardware, with no independent replication. The quantum resource estimates are drawn from existing literature rather than independently computed. There's no pre-registration, and the benchmark selection — while reasonable — could be accused of convenience sampling. The paper acknowledges that real-world performance on constrained IoT hardware would differ substantially from their desktop results, but doesn't run those experiments. The industry-application sections (healthcare, defense, civil engineering) are literature reviews, not empirical studies. The milestone question for PQC migration is not about algorithmic invention — it's about deployment coverage. NIST estimates that full PQC migration across U.S. federal systems alone will take until roughly 2035. The paper's contribution is making the selection criteria more accessible, but the real bottleneck is organizational inertia, legacy system compatibility, and the "harvest now, decrypt later" threat timeline. The concrete number to watch: when does the fraction of TLS connections using PQC key exchange cross 50%? Google's Chrome telemetry showed ML-KEM adoption in TLS 1.3 at roughly 10-15% by early 2025. The obvious experiment not run: benchmarking on actual constrained devices (ARM Cortex-M4, RISC-V microcontrollers, FPGA implementations) that represent the IoT use cases the paper discusses at length. The PQCrypto community has extensive embedded benchmarks (pqm4 project). My read: this is a scope/resource limitation, not a hidden negative result. The ten-author team spans multiple institutions across Europe, and the paper reads as a collaborative survey deliverable, likely from an EU-funded project, where the goal was breadth over depth.
The analogy
Like switching every lock in a billion-door building to a new key standard while keeping every door locked the whole time. The new locks exist and are tested. The hard part is the logistics of the swap — and this paper is essentially a comparison chart of the new lock models, with installation time estimates for each.
Lock catalog
Comparing deadbolt brands by install time, key size, and pick resistance before a building-wide rekey
PQC benchmark survey
Comparing ML-KEM, SLH-DSA, Classic McEliece by keygen time, ciphertext size, and quantum-attack resistance before industry-wide migration
Honest assessment
This is a competent survey paper — a reference card, not a research advance. It compiles NIST-standardized PQC algorithm benchmarks and quantum-attack resource estimates into one place, which has genuine utility for practitioners choosing an algorithm for their migration plan. But every data point existed before this paper, the benchmarks lack constrained-device validation despite IoT being a headline use case, and there's no independent replication. If you're a security engineer starting a PQC migration project, this is a useful first stop. If you're looking for new cryptographic insights, this isn't the paper.
What Is CLAIMS?
43
/ 100
BedrockNews applies a structured analytical framework called CLAIMS to academic papers and technical research releases.
How CLAIMS worksClaim
1/5
Ladder
2/5
Architecture
3/5
Integrity
2/5
Milestone
2/5
Successor
3/5
What is this paper actually committing to?
Survey, not discovery. Compiles existing NIST-standardized algorithms and published quantum-resource estimates into a practitioner-facing reference. No new cryptographic result or attack.
The field fight
Should PQC migration prioritize lattice-based speed or code/hash-based conservative security confidence?
Side A
Lattice-based (ML-KEM, ML-DSA) is fast enough and NIST-blessed — deploy now at scale
Held by: Google, Cloudflare, NIST primary selections
Side B
Lattice assumptions are newer and less battle-tested — hedge with hash-based or code-based for high-value, long-lifetime data
Held by: Classic McEliece advocates, XMSS/LMS for firmware signing, conservative government agencies
Milestone tracker
Unlocks: Effective defense against harvest-now-decrypt-later attacks on data with >10 year sensitivity lifetime
Current
~10-15%
TLS PQC adoption
Chrome ML-KEM 2025
Next
50%
TLS PQC adoption
migration tipping point
~5-8 years; constrained by legacy systems and organizational inertia, not algorithm readiness
Verified Facts (5)
The paper covers PQC adoption across IoT, healthcare, civil and infrastructure engineering, and defense
Benchmarks are performed on KEMs and signature algorithms
The paper discusses quantum resources required to break common cryptographic schemes
Performance of PQC algorithms is benchmarked across different programming languages
The paper provides a self-contained overview of PQC and its market positioning
Practical Implications (3)
Practitioners choosing between ML-KEM and Classic McEliece now have side-by-side performance data across four programming languages in one document
The quantum resource estimates (~4,098 logical qubits for RSA-2048) give organizations a rough timeline for when their current crypto becomes vulnerable — useful for data-lifetime risk assessments
The paper's industry-vertical mapping (IoT, healthcare, defense) provides a starting framework for sector-specific migration planning, though actual constrained-device performance will differ substantially from the desktop benchmarks presented
More latest news
Read all