f0rest8

f0rest8

Metamorphic_crypto - Post-quantum E2E encryption for Elixir (NaCl-compatible, precompiled NIFs)

Hey all — I open-sourced an Elixir library that a few people in my previous threads might find useful.

metamorphic_crypto is a NaCl-compatible encryption library for Elixir with post-quantum support, powered by a Rust NIF core with precompiled binaries. It provides:

  • Symmetric encryption — XSalsa20-Poly1305 (NaCl secretbox)
  • Public-key encryption — X25519 sealed boxes
  • Hybrid post-quantum encryption — ML-KEM-768 + X25519 (NIST FIPS 203)
  • Key derivation — Argon2id (libsodium-compatible parameters)
  • Recovery keys — human-readable backup codes (like Signal/Matrix)
  • Auto-detecting ciphertext — seals with PQ when available, falls back to classical, detects format on decrypt

The Rust core is #![forbid(unsafe_code)], built entirely on audited RustCrypto primitives, and ships via rustler_precompiled — so it’s just mix deps.get for end users. No Rust toolchain, no C compiler, no system packages.

Why I built this: If you’ve ever tried to get enacl compiling on a fresh machine or in CI, you know the pain — libsodium headers, C toolchain, breakage on OTP upgrades. This library produces identical NaCl ciphertext but ships as precompiled binaries. It also adds ML-KEM-768 post-quantum encryption that nothing else on Hex offers.

What it’s for:

  • Swap-in for some enacl functions — same wire format, no data migration, no libsodium dependency
  • Server-side NaCl-compatible crypto in Phoenix apps
  • Post-quantum encryption (ML-KEM-768 + X25519, first on Hex)
  • Wire compatibility with browser WASM clients (same Rust core compiles to both NIF and WASM)

What it’s NOT: This library runs server-side. It doesn’t give you client-side zero-knowledge encryption by itself. For full ZK where the server never sees plaintext, you need client-side crypto in the browser (we use WASM). But if your server needs NaCl crypto — key generation, sealing to recipients, test fixtures, or a migration path toward ZK — this is the tool.

If you’re using enacl today, the secretbox and sealed box operations are wire-compatible. You can swap those calls with no data migration.

What’s next: I’m transitioning Mosslet (currently using enacl) to this library as a first step — it’s a straightforward swap that gives us precompiled binaries and PQ-readiness before we add the client-side WASM layer.

Zero-Knowledge: This repo also seemed a fitting place to include a Zero-Knowledge Phoenix Guide that walks through implementing full client-side encryption in LiveView — the architecture behind Metamorphic. The guide covers the WASM client setup, key hierarchy, LiveView hooks, and where the server-side library fits in (spoiler: for a full ZK app, the server mostly just stores opaque blobs).

elixir

# mix.exs
{:metamorphic_crypto, "~> 0.1”}

elixir

key = MetamorphicCrypto.generate_key()
{:ok, ct} = MetamorphicCrypto.encrypt("hello", key)
{:ok, "hello"} = MetamorphicCrypto.decrypt(ct, key)

# Post-quantum hybrid
{pk, sk} = MetamorphicCrypto.Hybrid.generate_keypair()
{:ok, sealed} = MetamorphicCrypto.Hybrid.seal("quantum-safe", pk)
{:ok, "quantum-safe"} = MetamorphicCrypto.Hybrid.open(sealed, sk)

Hex: hex.pm/packages/metamorphic_crypto

github.com/moss-piglet/metamorphic_crypto

Happy to answer questions or hear feedback.

For context on the architecture behind this, I wrote about the zero-knowledge LiveView encryption approach and the Mosslet project in earlier posts.

Most Liked

f0rest8

f0rest8

Update: v0.1.2 released

Okay, I updated Mosslet to fully replace :enacl in production. In doing so, I discovered a few fixes we needed to make to the metamorphic_crypto library, but the crypto itself worked as hoped. :relieved_face:

metamorphic_crypto v0.1.2 (library fixes):

  • Fixed v0.1.1 tar naming and v0.1.2 targets list — works for everyone on Hex without Rust installed

Mosslet (production swap):

  • Removed enacl entirely — no more C compiler, libsodium system dependency, or CI patches
  • Swapped in metamorphic_crypto v0.1.2 — precompiled Rust NIFs, same NaCl wire format
  • Added application-level decrypt fallback — tries decrypt_string (UTF-8 text) first, falls back to rawdecrypt for binary data like images. The library provides both APIs by design; Mosslet’s wrapperhandles the routing.
  • All existing production data decrypts without any migration. Drop-in swap, as promised.

Performance: Noticeably faster — the Rust NIFs outperform enacl’s C NIFs, and on a timeline page that decrypts dozens of posts (usernames, bodies, avatar key unsealing), the gains compound.

What’s next — Mosslet’s path to zero-knowledge:

Phase 2: Post-quantum hybrid key wrapping (server-side NIFs)

  • Add pq_public_key / encrypted_pq_private_key columns to users
  • Generate hybrid keypairs on login via MetamorphicCrypto.Hybrid
  • MetamorphicCrypto.Seal.seal_for_user/3 with pq_public_key: option
  • unseal_from_user/4 auto-detects legacy vs hybrid format — old data keeps working
  • Progressive re-seal of existing context keys on login

Phase 3: Full ZK with WASM (like Metamorphic)

  • Add the metamorphic-crypto WASM build to assets/vendor/
  • New features encrypt/decrypt entirely in the browser via LiveView hooks
  • Server becomes a dumb blob store for those features

I’m hopeful because the metamorphic_crypto library is so far working as expected. Since the NIF and WASM are compiled from the same Rust crate, data sealed by the server (Phase 2) can be unsealed by the browser (Phase 3) and vice versa. I can move features to client-side ZK one at a time without breaking anything.

https://github.com/moss-piglet/metamorphic_crypto

Last Post!

f0rest8

f0rest8

Updated: Changelog for v0.2.0 (2026-05-13)

If you’re using :metamorphic_crypto in your Phoenix app, update your mix.exs to {:metamorphic_crypto, "~> 0.2"} and run mix deps.get or mix deps.update metamorphic_crypto if you’re lock version is earlier. No code changes needed — the API is backwards compatible.

Also updated our zk phoenix guide to reflect the improved flow using the rust crate.

Where Next?

Popular in Announcing Top

OvermindDL1
Been making an MLElixir thing (not released yet…) for fun in spare time in the past day. I’m just trying to see how much I can get an ML...
132 14410 106
New
versilov
Could not wait for the missing Elixir ML libraries to appear, so, I wrote one myself, taking https://github.com/sdwolfz/exlearn as a foun...
New
oltarasenko
Dear Elixir community, After a year of development, bug fixes, and improvements, we are proudly ready to share the release of Crawly 0.1...
New
benlime
LiveMotion enables high performance animations declared on the server and run on the client. As a follow up to my previous thread A libr...
New
trisolaran
Hi! :waving_hand: I would like to present LiveSelect, a little library that I wrote to easily add a dynamic selection input to your LV f...
198 11283 107
New
type1fool
WebAuthnLiveComponent WebAuthnComponents See this post about renaming the package. Passwordless authentication for Phoenix LiveView app...
New
bluzky
You may know https://ui.shadcn.com/, a UI component library for React. I really love it’s design style and components. I’ve built some co...
384 14721 119
New

Other popular topics Top

vonH
In asking this question I am more interested about the expressiveness of the language itself and less concerned about the availability of...
New
hariharasudhan94
Lets say I have map like this fetching from my database %{"_id" => #BSON.ObjectId<58eb1a7a9ad169198c3dXXXX>, "email" => ...
New
ashish173
I am using Ecto timestamps with postgres, I can see the timestamps() use the :naive_dateime but for my use case I wanted to store the ti...
New
dogweather
I wrote this comment on r/haskell, and it’s not popular there. :wink: But I think I’m on to something… Haskell reminds me of Java, and e...
New
sorentwo
Hello! tl;dr Announcing Oban, an Ecto based job processing library with a focus on reliability and historical observability. After spen...
985 44778 311
New
AstonJ
Posting this to see if we can make things easier for people to get into Neovim. If you use Neovim and have a favourite distro please let ...
New

We're in Beta

About us Mission Statement