Arc / SECURITY
Architecture E2EE multicouche
Un produit de sécurité commercial avec une orientation d'ingénierie publiée
ILLUSTRATED 1:1 FLOW · 10-SECOND PREVIEW
Encrypted here.Opened there.
A message between people. Private keys stay on the devices; servers carry ciphertext and delivery data.
- 01Encrypt on device
The message is encrypted before it leaves.
- 02Transport ciphertext
Firestore carries ciphertext and delivery data.
- 03Open on device
The recipient’s device decrypts the message.
Concept animation of one delivery path, not a recording of the app. Other paths, server-visible metadata and exceptions are documented below.
Arc system architecture
Explore the system diagram
Private keys are stored in the device Keychain / Keystore and never sent to servers. Messages to other people are encrypted on the device before they are sent. Phoenix hands out public PreKeys, Firestore carries ciphertext, receipts and delivery data, and Cloud Functions handle expiry deletion and notifications. Mesh bypasses servers.
Devices (iOS / Android / macOS)
Arc Protocol
1:1 · libsignal v0.96.2 · Rust FFI
- PQXDH
- Kyber-1024
- Double Ratchet
- Private keys
- Keychain / Keystore
- Decrypted text
- SQLite / Hive
Message text and private keys never go to servers (except AI chats, link previews)
Explore the message flows
The dots move in the numbered order. On each of these paths, message text is encrypted on the device before it is sent.
Post-quantum
1:1 message
- First time: fetch B's keys
- Encrypt on the device
- Send ciphertext only
- Notify (no content)
- Decrypt on B's device
- Read / decrypt receipts
Only A's and B's devices can read the text
1:1 is post-quantum (PQXDH). Group messages are not (shared key + X25519 ECIES). On Mesh, nearby Arc phones may forward the ciphertext without being able to read it. Routed relay is in development.
Arc Protocol — 1:1 encryption pipeline
PQXDH
Key agreement with X25519 + Kyber-1024 (post-quantum)
Double Ratchet
A new key for every message
AES-256-GCM
Encrypts message bodies and media
Technology stack

App
Flutter 3.44 / Riverpod 2.6 / Rust FFI (libsignal v0.96.2)
Key distribution API
Elixir / Phoenix on Google Cloud Run (europe-west1)
Delivery and auth
Firebase (Auth / Firestore / Storage / Functions / FCM / App Check / Crashlytics)
Mesh
BLE implementation (Dart + Android Kotlin + iOS Swift, in-house, beta)
Technical specifications
The four encryption layers
Arc core specification
Arc's core specification is ML-KEM-1024/PQXDH, E2EE for 1:1 and group chats, IGF, and offline Mesh. This Security page documents the scope and technical details.
Échange de clés PQXDH
Un produit de sécurité commercial avec une orientation d'ingénierie publiée
Double Ratchet
Un produit de sécurité commercial avec une orientation d'ingénierie publiée
Chiffrement AES-256-GCM
Un produit de sécurité commercial avec une orientation d'ingénierie publiée
Signatures XEdDSA (libsignal)
Un produit de sécurité commercial avec une orientation d'ingénierie publiée
Paramètres ML-KEM-1024
POST-QUANTUM
Mécanisme d'encapsulation de clés post-quantique standardisé NIST FIPS 203.
| Algorithme | ML-KEM-1024 (via libsignal-client) |
|---|---|
| Niveau de sécurité NIST | Security category 5 |
| Sécurité classique | 2^128 bit (X25519) |
| Sécurité quantique | NIST security category 5 |
| Fondation | Module Lattice (FIPS 203) |
| Taille de clé publique | 1,568 bytes |
| Taille de clé secrète | 3,168 bytes |
| Taille du texte chiffré | 1,568 bytes |
Conformité & Normes
NIST CSF 2.0
Cadre NIST. 6 fonctions pour la gestion systématique des cyber-risques.
NIST SP 800-53
Contrôles de sécurité fédéraux. Fondation FedRAMP.
FIPS 140-3
Un produit de sécurité commercial avec une orientation d'ingénierie publiée
NIST SP 800-175B
Guide de sélection d'algorithmes cryptographiques. Basé sur FIPS 203.
ISO/IEC 27001
Certification SMSI internationale. Base de confiance B2B/B2G.
GDPR
Règlement général sur la protection des données de l'UE. Norme de protection la plus élevée au monde.
UK Cyber Essentials+
Certification de cybersécurité certifiée par le gouvernement britannique.
NCSC Cloud Security
14 principes du NCSC britannique. Standard d'évaluation de sécurité cloud.
Conçu en s’appuyant sur les recommandations publiées par le NIST américain, le RGPD européen, le NCSC britannique et l’ISO. Il ne s’agit ni d’une certification ni d’un audit tiers.
