Post-Quantum Security Starts With Architecture

Quantum computing is changing how organizations think about the lifespan of their security architecture.

For defence systems, critical infrastructure, industrial equipment and connected products, the challenge is particularly important.

These environments often depend on devices and software expected to operate for many years. Security decisions made today may still matter when the capabilities of quantum computers have advanced significantly.

The question isn't whether a cryptographically relevant quantum computer can defeat today's widely deployed public-key algorithms right now.

It's whether the systems we're deploying today are designed for the cryptographic environment they'll face tomorrow.

The quantum challenge to conventional cryptography

Much of today's secure digital infrastructure relies on public-key cryptographic algorithms such as RSA and elliptic-curve cryptography (ECC).

These methods underpin many established approaches to key establishment, digital signatures and certificate-based authentication.

A sufficiently capable quantum computer running appropriate algorithms could undermine the mathematical problems on which these systems depend.

This is why post-quantum cryptography has become a practical engineering priority rather than simply a research topic.

It also explains the concern surrounding harvest now, decrypt later attacks.

An adversary may collect encrypted communications today in the hope that future cryptographic capabilities will make them accessible.

For information that must remain confidential for years or decades, migration planning cannot necessarily wait until the threat becomes immediate.

NIST has established the post-quantum foundation

In August 2024, the US National Institute of Standards and Technology published its first three principal post-quantum cryptographic standards.

These include FIPS 203, which specifies the Module-Lattice-Based Key-Encapsulation Mechanism, known as ML-KEM.

ML-KEM is designed to support secure key establishment against adversaries that may possess quantum computing capabilities.

The standard defines several parameter sets, including ML-KEM-1024.

NIST also standardized post-quantum digital signature algorithms, including ML-DSA under FIPS 204.

These are different cryptographic functions. A key-encapsulation mechanism is not a replacement for every type of authentication, signature or integrity control.

For engineering teams, post-quantum migration therefore requires evaluating the complete cryptographic architecture rather than simply replacing one algorithm name with another.

Where kin fits into post-quantum security

Iothic's kin technology approaches this challenge through Continuous Proof Trust (CPT).

CPT is an architectural model for establishing and maintaining confidence in participating systems through fresh, relationship-bound evidence.

kin implements this model while reducing reliance on reusable authentication material.

Its authentication process does not store, exchange or manage reusable authentication artifacts.

That distinction matters because the long-term security of a machine relationship should not depend exclusively on possession of authentication material that can be copied, reused or compromised.

kin also incorporates specific cryptographic mechanisms relevant to post-quantum security.

Quantum-resistant provisioning with ML-KEM-1024

Provisioning establishes the initial trusted context for participating systems.

kin uses ML-KEM-1024 in its provisioning architecture to support post-quantum-resistant establishment of cryptographic material.

ML-KEM-1024 is one of the standardized parameter sets defined in NIST FIPS 203.

This provides an important foundation for reducing exposure to the quantum vulnerabilities associated with conventional RSA- or ECC-dependent key establishment.

Provisioning must nevertheless be considered within the wider system security model, including approved participant enrollment, software integrity, operational safeguards and cryptographic implementation assurance.

AES-256-GCM for protected communications

Quantum-resistant key establishment is only one part of the design.

Once a relationship has been established, its communications still require confidentiality and integrity protection.

kin uses AES-256-GCM to protect communications between participating systems.

AES is a symmetric cryptographic algorithm, and AES-256 provides a substantial security margin against currently understood quantum search techniques.

GCM provides authenticated encryption, combining confidentiality with integrity protection.

kin also uses packet-level anti-cloning and anti-tampering markers within its protected communication model.

Together, these mechanisms help protect the communication relationship while supporting continuing confidence in its participants.

Why SHA-3 and independent cryptographic contexts matter

Cryptographic resilience also depends on how evidence is represented, verified and separated across functions.

kin uses SHA-3 within its cryptographic identity and proof mechanisms.

Its architecture separates relevant authentication and communication-protection contexts rather than treating all security functions as one interchangeable cryptographic operation.

This matters because compromise or misuse of one cryptographic context should not automatically provide authority across unrelated relationships.

Strong cryptography is valuable, but its implementation and separation are equally important.

Beyond replacing algorithms

A conventional migration discussion often begins with identifying vulnerable algorithms and substituting quantum-resistant alternatives.

That work is essential.

However, algorithm substitution alone does not resolve every weakness associated with reusable authentication credentials, long-lived machine trust or unauthorized device substitution.

A system may use quantum-resistant cryptography and still accept a legitimate stolen authentication artifact presented from an unexpected endpoint.

Likewise, strong encryption does not independently prove that a machine remains in its expected state.

Continuous Proof Trust addresses that complementary architectural challenge.

It continually renews confidence in the participating relationship rather than relying exclusively on an earlier authentication event.

The result is an opportunity to address cryptographic resilience and machine provenance as related, but distinct, requirements.

CNSA 2.0 and the direction of national security requirements

The US National Security Agency's Commercial National Security Algorithm Suite 2.0 establishes post-quantum cryptographic requirements for National Security Systems.

The suite specifies ML-KEM-1024 for key establishment, AES-256 for symmetric encryption, and ML-DSA-87 for relevant digital signature functions, alongside other prescribed algorithms.

These requirements illustrate the direction of high-assurance cryptographic modernization.

kin's use of ML-KEM-1024 and AES-256-GCM aligns with important elements of this transition.

That alignment does not by itself establish CNSA 2.0 compliance.

Compliance depends on the complete implementation, applicable cryptographic functions, approved configurations, validation and deployment requirements.

For organizations planning a transition, those distinctions are essential.

Building for long-lived connected systems

Post-quantum security matters especially in environments where equipment cannot be replaced every few years.

Industrial controllers, infrastructure gateways, autonomous platforms and deployed defence systems may remain operational long after their initial security architecture was designed.

In these environments, resilience depends on more than choosing a new algorithm.

It requires consideration of provisioning, machine provenance, protected communications, software lifecycle management and the ability to respond when expected trust conditions change.

Continuous Proof Trust provides an architectural model for continuing machine assurance alongside post-quantum cryptographic mechanisms.

The objective isn't simply to protect tomorrow's communications with tomorrow's algorithms. It's to design today's systems around trust that can continue to be proven.

For organizations planning post-quantum migration across connected products, operational technology or critical infrastructure, Iothic welcomes technical discussions about where kin could fit into the transition.

References

Previous
Previous

Securing Communications in Industrial Control Systems

Next
Next

The Credential Problem: Why Authentication Needs a Different Architecture