Technology1 min read

The engineering around post-quantum cryptography is as important

By · Published by Everything Blog

In short

NEXUS-Q released version 4.1.2 of its Rust-based cryptographic engine to defend keys and data against future threats. While the software provides standardized ML-KEM and ML-DSA implementations via RustCrypto, its experimental native backend remains opt-in and disabled by default. The design accounts for network and unprivileged local threats through controls like zeroization, yet it cannot safeguard against privileged memory compromises. Hardware-backed isolation features and specific hardware security module integrations also remain target-dependent or integration-specific.

Key points

  • Organizations should not treat the current release as production-ready because FIPS valid…: Organizations should not treat the current release as production-ready because FIPS validation, Common Criteria certification, and external audits remain incomplete.
  • Automated testing, continuous integration fuzzing, and package publication cannot serve a…: Automated testing, continuous integration fuzzing, and package publication cannot serve as substitutes for a completed independent external security review.
  • Hardware-backed isolation capabilities and hardware security module integrations are rest…: Hardware-backed isolation capabilities and hardware security module integrations are restricted to specific deployment targets and integrations.

Sources checked by our analysis pipeline: 1

NEXUS-Q is an open-source post-quantum cryptographic engine written in Rust |

Protecting data, keys, and identities with standardized cryptography and an auditable security workflow.

A plain-language tour of the project lives on the website: nexus-q.link.

Current project status (checked 2026-10-28): NEXUS-Q v4.1.2 is the current release. Audit-Ready Release. No production-readiness claim, no FIPS validation, external audit pending. Registry availability and release provenance are documented separately; the Go module retains independent v0.x versioning. The native ML-KEM/ML-DSA backend remains experimental and opt-in; RustCrypto remains the default path.

v4.1.2 release status (2026-10-28): Audit-Ready Release. No production-readiness claim, no FIPS validation, external audit pending. The release evidence and limitations are documented in

docs/V4_RELEASE.md

; registry availability is not proof of build provenance for every ecosystem package.

Item | Current project position |

---|---|

Language | Rust, edition 2024 |

Current main toolchain |

Rust 1.88 or newer; see the release-provenance note above before assuming published artifacts match main |

Cryptography | Standardized classical and post-quantum primitives; see Cryptography and docs/CRYPTOGRAPHY.md |

Default implementation path | RustCrypto; the native backend is experimental and opt-in |

Technology