Live data from Hacker News

Show HN: Ariadne – A Rust implementation of aperiodic cryptography

codeberg.org

1–10 of 33 posts

Show HN: Ariadne – A Rust implementation of aperiodic cryptography

#1
Hello HN, we're CipherNomad, the research initiative behind this project.

The Ariadne Protocol is our exploration of a different cryptographic model. The work began with an observation of primitives like the Lion transform, which use a static, hardcoded sequence of operations. This led us to ask: What if the cryptographic "program" wasn't a constant, but a dynamic, history-dependent variable?

Our first step was a "Cryptographic Virtual Machine" that took an explicit list of operations (a "Path"). This worked, but required sharing the Path object—an explicit dependency that needed to be managed.

The Ariadne Protocol is the maturation of that idea. It eliminates the explicit Path by making it implicit and emergent.

The core design is:

The Labyrinth: A large, deterministically-generated binary tree of cryptographic rounds.

The Thread: The secret path taken through the Labyrinth. This path is not stored or transmitted. It's rediscovered for each block of data by computing a keyed hash of the CVM's secret state and the public ciphertext chunk: hash(key, state, chunk).

This makes the cipher aperiodic: because the state ratchets forward after every block, the sequence of operations is guaranteed to never repeat. It also creates inherent tamper evidence—any modification to the ciphertext "snaps the thread" and turns subsequent output into noise.

This is experimental, unaudited alpha software. We are publishing it under CC0 because we believe foundational work like this should be an unrestricted public good.

Show HN: Ariadne – A Rust implementation of aperiodic cryptography
codeberg.org

Re: Show HN: Ariadne – A Rust implementation of aperiodic cryptography

#6
I have a few questions after reading the README.

First, if it uses PRNG with a fixed-size state, it isn't accurate to say it never repeats, correct? It will be periodic eventually, even if that takes 2^256 operations or more.

Second, can you go more into the potential practical or theoretical advantages? Your scheme is certainly more complicated, but I don't see how it offers better tamper protection or secrecy than a block cipher operating in an authenticated mode (AES+GCM, for instance). Those have a number of practical advantages, like parallel encryption/decryption and ubiquitous hardware support.

Re: Show HN: Ariadne – A Rust implementation of aperiodic cryptography

#7

Is this or could this be adapted to be post-quantum?

Yes. The core architecture is crypto-agile. Its foundation is quantum-resistant because it's built on symmetric primitives like hashing and stream ciphers.

We used X25519 and Ed25519 in the transport layer examples for clarity, as they are well-understood, not as a production baseline.

A post-quantum implementation would swap these out. The key exchange would use a hybrid model, combining X25519 with a PQC KEM like CRYSTALS-Kyber. The signature would be replaced with a PQC scheme like CRYSTALS-Dilithium.

This modularity is a fundamental part of the design.

Re: Show HN: Ariadne – A Rust implementation of aperiodic cryptography

#8

I have a few questions after reading the README. First, if it uses PRNG with a fixed-size state, it isn't accurate to say it never repeats, correct? It will be periodic eventually , even if that takes 2^256 operations or more. Second, can you go more into the potential practical or theoretical advantages? Your scheme is certainly more complicated , but I don't see how it offers better tamper protection or secrecy tha…

You are correct. The probability of a state collision is cryptographically negligible, on the order of breaking a 256-bit hash function.

You're also right that AES-GCM is faster and has hardware support. Ariadne explores a different trade-off. Its primary advantage is its architectural agility.

Instead of a fixed algorithm, the sequence of operations in Ariadne is dynamic and secret, derived from the key and data history. An attacker doesn't just need to break a key; they have to contend with an unknown, ephemeral algorithm.

This same flexible structure allows the core CVM to be reconfigured into other primitives. We've built concepts for programmable proofs-of-work, verifiable delay functions, and even ring signatures.

Re: Show HN: Ariadne – A Rust implementation of aperiodic cryptography

#9
post #5

Is this or could this be adapted to be post-quantum?

I don’t think this is a public key algorithm, so it’s most likely quantum safe.

Oh, I got excited that there might be a novel approach to asymmetric cryptography.

Re: Show HN: Ariadne – A Rust implementation of aperiodic cryptography

#10

I have a few questions after reading the README. First, if it uses PRNG with a fixed-size state, it isn't accurate to say it never repeats, correct? It will be periodic eventually , even if that takes 2^256 operations or more. Second, can you go more into the potential practical or theoretical advantages? Your scheme is certainly more complicated , but I don't see how it offers better tamper protection or secrecy tha…

You are correct. The probability of a state collision is cryptographically negligible, on the order of breaking a 256-bit hash function. You're also right that AES-GCM is faster and has hardware support. Ariadne explores a different trade-off. Its primary advantage is its architectural agility. Instead of a fixed algorithm, the sequence of operations in Ariadne is dynamic and secret, derived from the key and data his…

FYI your comments seem to be showing up as dead (dead comments don't show up by default, only when people logged into HN have them enabled), I think something may have triggered a shadowban on your account. Might want to send a message to the moderators.

I hit 'vouch' for the comment I'm responding to so it should be visible, but the other response you gave (https://news.ycombinator.com/item?id=44353277) is still listed as dead.

Post reply on HN