ATSAM protocol is now live in version 2.0

Raven.
Powered by
ATSAM.

Raven is a serverless peer-to-peer messenger. No account, no phone number, no email. Your identity is a key that never leaves your device. Powered by ATSAM, a layered security protocol covering every path a message takes: offline Bluetooth mesh and an encrypted peer-to-peer internet bridge, with no central server. Post-quantum hybrid pairing, private peer discovery, live device verification, and optional Vault Mode for sensitive text. Free for everyone.

Post-quantum hybrid pairing · X25519 + ML-KEM-768 Private peer discovery · beacons look random to strangers Optional Vault Mode · one-time pad for sensitive text
256
bits of AES on every byte
same online, mesh, bridge
0
readable messages anywhere else
not for us, not for relays
0
internet required
BLE mesh keeps you encrypted
5+
device hops, all encrypted
spray-and-wait + TTL

Layered security, online and offline.

Raven is powered by ATSAM, a layered security protocol that protects every path a message can travel: offline Bluetooth mesh, the bridge handoff between mesh and internet, and the peer-to-peer internet bridge. No central server sits in the middle. Each layer has a precise job, and each layer makes only the security claim it can defend.

Live in v2.0 · ATSAM protocol · On by default

Five layers, each with a precise job. On by default.

ATSAM is not a single encryption algorithm. It is a layered security stack designed for Raven's online and offline architecture. Post-quantum hybrid pairing, private peer discovery, live device confirmation, encrypted mesh routing, and optional Vault Mode for sensitive text messages. As of v2.0, ATSAM is enabled by default on every install. Nothing to switch on, nothing to configure.

  • Layer 1Post-Quantum Hybrid Pairing. Classical and post-quantum key establishment combined into one shared root secret.
  • Layer 2Private Peer Discovery. Paired devices recognise each other while beacons look like random bytes to strangers.
  • Layer 3Live Device Confirmation. A fresh challenge prevents old beacons being replayed as verified presence.
  • Layer 4Encrypted Mesh Routing. Per-message routing tags so mesh relays do not see usernames, phone numbers, or stable recipient IDs.
  • Layer 5Optional Vault Mode. One-time-pad content protection for small, high-sensitivity text messages under strict pad conditions.
Learn about ATSAM Raven security overview
New · 2026

Forward secrecy on every message

The Double Ratchet derives a fresh encryption key for each message and erases the old one. If your phone is compromised tomorrow, yesterday's messages stay secret. Every conversation heals itself with the next handshake, what cryptographers call post-compromise security.

Double Ratchet X25519 ECDH HKDF-SHA256
New · 2026

Verify the human, not the network

End-to-end encryption only works if you're talking to the right person. Raven now derives a 60-digit Safety Number from your two identity keys, read it aloud, scan the QR, or compare in person. If the numbers match, no man-in-the-middle is possible, even if the carrier, the ISP, and the relay node all collude.

Safety Numbers Ed25519 identity SHA-512 fingerprint

Encrypted before it leaves you

Every message and reaction is sealed on your device with AES-256-GCM keys derived from the X3DH handshake. Whatever path the envelope takes, whether peer, relay, or 5-hop bridge, only ciphertext travels.

AES-256-GCM ChaCha20-Poly1305

The same crypto, even with no internet

When the network's gone, Raven hands the same encrypted envelope to a peer-to-peer BLE mesh. Relay devices forward bytes they can't read, can't modify, and can't impersonate. Everything is end-to-end encrypted before they ever touch a relay.

BLE GATT Ed25519 signed Replay nonce

Keys never leave the Secure Enclave

Identity, signing, and ratchet keys live in iOS Keychain, hardware-bound to your device. They don't appear in iCloud backups, can't be cloned with the rest of your phone's data, and we cannot extract them even under legal order.

iOS Keychain Secure Enclave No password

No metadata to leak

No phone numbers. No email. No address books uploaded. No accounts and no central server to hold a contact graph. Your identity is a key on your device. Push notifications carry no message content, only a wake-up. The local database is sealed with SQLCipher (AES-256).

SQLCipher No phone# Wake-up push only

A focused messenger, encrypted offline too.

Private one-to-one and group chats. No feed, no ads, no algorithm. Every message is wrapped in the same end-to-end encrypted envelope, and it all works when you have no signal.

Offline-first mesh

Bluetooth Low Energy carries encrypted chats and receipts across up to 5+ hops. Neighbours become the network. No internet, no cell, no problem.

Vault & biometric lock

Hide chats, photos, and files behind Face ID. Vaulted content is double-encrypted with a key that never touches the network, even App Lock alone won't unseal it.

No account, no server

Open the app and you're in: an Ed25519 key is generated on-device and becomes your identity. No sign-up, no phone number, no email, nothing to remember. Add contacts by scanning a QR code in person.

Serverless internet bridge

When peers aren't in Bluetooth range, Raven connects them over a peer-to-peer libp2p network: DHT discovery, Circuit Relay v2, hole-punching. No central server in the path, so there's nothing to subpoena, breach, or bill you for.

Free for everyone

Every feature is free, forever. No subscription, no tiers, no "upgrade to unlock." With no servers to run, there's no bill to pass on to you.

On-device intelligence

Smart-reply suggestions and Apple Translation run entirely on the device using Foundation Models. No prompts, transcripts, or contact data ever leave the phone.

What's shipped, what's next, what we commit to.

A serious messenger needs serious accountability. Below is the honest scoreboard, including the items every security reviewer asks about, with the version they ship in.

✓ Shipped · v2.0

Live now

  • X3DH + Double Ratchet end-to-end encryption

    Forward secrecy and post-compromise security on every 1:1 conversation, on internet AND mesh. The leak of any one key never reveals past or future messages.

  • Safety Numbers (out-of-band identity verification)

    SHA-512-derived 60-digit fingerprints, comparable in person, by voice, or QR. A simple, in-person way to detect machine-in-the-middle attacks before they happen.

  • Hardware-bound keys (Secure Enclave + Keychain)

    Identity, signing, ratchet keys never leave the device. No iCloud backup. Court-resistant.

  • Per-message AES-256-GCM + Ed25519 signatures

    Authenticated encryption + sender authentication on every envelope. Replay nonce + sliding-window dedup on every relay.

  • Double-AEAD construction (defence-in-depth)

    Inner ChaCha20-Poly1305 wrapped in outer AES-256-GCM with a key-committing HMAC tag, both ciphers must fail before plaintext leaks. (Inner/outer keys are independent; commitment defeats Salamander-class multi-key attacks.)

  • No account, no password, no server credentials

    There is no login and no password to authenticate. Your identity is an on-device Ed25519 + X25519 keypair generated on first launch. There is no credential database to breach because there are no accounts.

  • Sealed Sender

    Hides sender identity from the relay layer. A relay learns only that an encrypted envelope is in transit, never who sent it. X25519 ephemeral + AES-GCM seals the inner envelope to the recipient's identity key.

  • Encrypted key backup & recovery

    Opt-in passphrase-sealed backup (PBKDF2-SHA256 600 000 iterations + AES-256-GCM) of identity + ratchet state. Lose your phone, keep your messages, without ever shipping the recovery passphrase off your device.

  • 180-day identity rotation with cross-signed transition certificates

    Your identity keypair rotates automatically every 180 days. Each transition certificate is signed by BOTH the old AND the new key, so peers who only see the new key can still prove provenance back to the old one. The certificate chain is locally verifiable forward and backward.

  • Reproducible builds

    Anyone can rebuild the App Store binary from public sources and verify it byte-for-byte against the published manifest (source SHA-256 + Mach-O SHA-256 + bundle SHA-256). The build that runs on your phone is the build we publish.

  • Memory-hygiene primitives (page-locked, triple-zeroised)

    Sensitive byte buffers (chain keys, ratchet roots, in-flight plaintext) live in SecretKey, mlock'd so the OS can't write them to swap, then triple-zeroised on deinit (0x00 / 0xFF / 0x00) to defeat optimiser-eliding writes.

  • Mesh-to-Internet Gateway (Helper Mode)

    An online RAVEN device can opt in to act as a cipher-text relay for nearby offline neighbours over BLE. Only the recipient hint and an opaque ciphertext blob cross the gateway, never the plaintext or the original sender. Token-bucket rate limiting + replay-nonce dedup; deactivates automatically when the phone gets hot, low on battery, or backgrounded.

  • ATSAM hybrid post-quantum pairing v2.0

    Every new conversation now negotiates a hybrid key using X25519 + Apple's native CryptoKit.MLKEM768 (FIPS 203). Today's encrypted messages stay safe even if a future quantum computer breaks classical crypto. Layered over an HKDF key tree (per-peer chain) and a transcript-bound root key. RAVEN is the first consumer messenger to ship ML-KEM-768 on Apple's first-party crypto rather than a third-party C lib.

  • Mesh attack-surface hardening pack v2.0

    Round-26 in-house red-team closed eight findings in one release: forced plaintext-downgrade defense (split .suspectedLegacy vs .legacyClient so only RECEIVED legacy frames authorise downgrade); TOFU sender-id forging defense (verify the signer key matches the out-of-band-pinned identity key before learning a peer's userId); gateway-beacon forging defense (Ed25519-sign every beacon + TOFU-pin the signer); Bonjour fingerprint tracking defense (rotate MPC displayName per session, drop the static fp from discoveryInfo); routing-sinkhole resistance (the "claimed-recipient ⇒ 100% forward" boost is gated on a verified-trust check).

  • Sealed-sender hashed identity tokens v2.0

    HMAC-SHA-256 of every userId truncated to 96 bits, populated on every outbound envelope. Rogue mesh relays see opaque 24-hex tokens instead of the raw key-derived userId, so an envelope on the wire can't be correlated back to a stable identity. The raw userId is stripped from envelopes in strict mode.

  • Watch key-material wrap (per-install AES key) v2.0

    iPhone generates a 32-byte AES key in its own Keychain (no access group), ships it to the paired Watch over WCSession updateApplicationContext, and writes only ChaChaPoly-sealed key bytes to the shared App Group file. iCloud backup extraction yields ciphertext; the wrap key is process-isolated.

  • 3-of-5 social key recovery (Shamir over GF(2⁸)) v2.0

    Passphrase-loss users can now recover their identity keys by collecting three encrypted shares from five trusted contacts. Shares are split via Shamir-over-GF(2⁸) and individually wrapped per-contact with ECIES (X25519 + HKDF + ChaChaPoly) so only the intended contact can hold their share. No copy of the recovery key ever leaves your devices. (Feldman VSS verifiability lands in v2.1.)

  • Serverless encrypted media: photos, voice, files v2.0

    Attachments travel the same serverless paths as text. A random AES-256-GCM content key encrypts the bytes, the key rides inside a Noise-sealed bundle, and the media moves over the BLE mesh or the libp2p bridge. No upload, no cloud storage, no server ever holds the file.

→ Next · v2.1

In the next release

  • Feldman VSS verifiability for social recovery

    The Shamir-over-GF(2⁸) + per-contact ECIES (X25519 + HKDF + ChaChaPoly) recovery primitive is live in v2.0. A passphrase-loss user can already restore from three trusted contacts via the in-app contact picker. v2.1 adds Feldman verifiable secret sharing so a malicious contact handing back a corrupt share is detected at reconstruction time, not at "your account is gone" time.

  • Onion-style relay routing wired into the live mesh gateway

    The OnionEnvelope primitive (Sphinx-style layered ChaChaPoly) is implemented and tested in isolation. v2.1 wires it into MeshGatewayService so multi-hop bridge deliveries no longer expose the recipient hint to the gateway or any single mesh hop.

  • ML-DSA-65 hybrid signing (completes the PQ identity story)

    v2.0 shipped the ML-KEM-768 key-agreement half via Apple's native CryptoKit.MLKEM768. Every new pair now negotiates a hybrid X25519 + ML-KEM-768 root. v2.1 adds the matching ML-DSA-65 signing half via the new CryptoKit.MLDSA65 API so identity assertions are hybrid post-quantum on BOTH agreement AND signatures. Both the classical key and the PQ key must fall before an attacker reads anything.

  • App Attest-bound device enrolment

    Bind every newly-paired device to a per-install Apple App Attest assertion so peers can refuse pair requests from cloned / jailbroken / re-signed binaries. Defeats the "attacker forks the IPA and pretends to be the user" identity-takeover vector.

  • Per-conversation disappearing messages

    User-selectable TTL (1 hour, 1 day, 1 week) per conversation. Relay-side aging (no plaintext to delete, but ciphertext envelopes are aged out of relay buffers) plus client-side enforcement (decrypted messages are zeroised from local storage). Honours the Signal-class "after-the-fact deletion can't bring back what was screenshotted" caveat in the UI.

⚑ Committed · 2026 H2

Committed for 2026 H2

  • MLS for groups (RFC 9420)

    Per-group symmetric keys give us today's correctness; Messaging Layer Security gives us proven-secure, scalable group ratcheting. Migration target: v2.1.

  • Independent third-party audit

    Cure53 / Trail of Bits / NCC Group-tier engagement against the cryptographic core. Full report published in the open. "Designed to be reviewed" is not the same as "audited", we know.

  • Open-source crypto core

    The X3DH / Double Ratchet implementation, the mesh envelope, the BLE protocol layer, and the libp2p bridge, released under an audit-friendly license. Application code follows in stages.

  • Mesh cover traffic & padding (Loopix-style)

    Traffic-analysis is a real attack on BLE mesh. Constant-rate padding + decoy envelopes at the radio layer to flatten the "who-talks-to-whom" pattern.

  • Censorship-resistant transport

    Domain fronting + pluggable transports (obfs4 / Snowflake-style) so Raven keeps connecting in Iran, China, Russia, and any future filtered network, without leaking that you're using Raven.

  • BLE side-channel hardening (KNOB / BLURtooth / BLESA)

    App-layer authentication already neutralises pairing-level attacks (we sign every envelope; relays can't downgrade us). Protocol-level mitigations (encrypted pairing, MITM-resistant GATT verification) tracked publicly in the security audit.

What we don't claim, yet.

Trust in a messenger is earned by what you ship and what you admit. So, plainly: we are not yet open-source, we have not yet been audited, and our group protocol is not yet MLS. Each of those has a target version above and a public commitment. If we miss a date, we'll say why. We'd rather you believe a roadmap we deliver than a marketing claim we can't back up.

iOS, Mac, and on your wrist.

The same Swift codebase ships natively on iPhone, iPad, Mac, and Apple Watch. No Electron, no shim, full background BLE on every Apple platform. Windows and Android clients in active development for Q4 2026.

iOS & iPadOS

17.0+ · App Store · v2.0

Swift + SwiftUI, Liquid Glass UI, CoreBluetooth peripheral and central running concurrently for full mesh participation in foreground and background.

  • Background BLE relay keeps the mesh alive when the screen is off
  • APNs delivery for online priority messages
  • No sign-in: identity is an on-device key generated on first launch
Download on the App Store

Mac (Catalyst)

macOS 14+ · DMG · v2.0

NavigationSplitView shell with a capsule sidebar, ⌘-shortcuts everywhere, and a LaunchAgent companion that keeps mesh delivery alive while the window is closed.

  • Full BLE central + peripheral via the same protocol as iOS
  • Multipeer Connectivity fallback for in-room transfers
  • Distributed as a signed DMG outside the Mac App Store
Request the DMG

Apple Watch (companion)

watchOS 10+ · with iPhone · v2.0

Read DMs, react, reply by dictation or Scribble, and ship voice notes, all through the paired iPhone. Watch can't be a real BLE mesh peer (a watchOS API limit, not a roadmap item), so mesh traffic still flows through the phone.

  • Auto-installs with the iPhone app: no separate App Store search
  • Smart-Reply chips + Scribble + dictation for DM replies
  • Cellular fallback (Series 4+) keeps online sends working when iPhone is out of range
Comes with iOS

Three transports. One envelope.

Every message, whether a DM or a group message, is wrapped in the same signed envelope. The router picks the cheapest path that's actually working, and none of them route through a server we run.

01

Peer-to-peer

When both peers are online, Raven connects them directly over libp2p: Kademlia DHT discovery, Circuit Relay v2 with hole-punching for NAT traversal, Noise-encrypted streams. No central server sits in the path.

libp2p Kademlia DHT Circuit Relay v2 Noise
02

Direct mesh

Peer-to-peer BLE GATT writes between devices that see each other. Multipeer Connectivity adds a Wi-Fi/AWDL fast lane in the same room.

CoreBluetooth GATT MPC
03

Bridge

Store-and-forward across multi-hop relays. A neighbour holds your encrypted envelope until it meets a node that can finish delivery, back online or in range of the recipient.

Spray-and-Wait TTL · 5 SHA-256 dedup

Designed to be reviewed.

Crypto primitives, mesh routing, and the message envelope format are documented in full. Researchers, security teams, and serious users can request review access to the security-critical sources, we'd rather you check than take our word for it.