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.

  1. 01
    Encrypt on device

    The message is encrypted before it leaves.

  2. 02
    Transport ciphertext

    Firestore carries ciphertext and delivery data.

  3. 03
    Open on device

    The recipient’s device decrypts the message.

FunctionsExpiry & notifications
FCMPush notification

Concept animation of one delivery path, not a recording of the app. Other paths, server-visible metadata and exceptions are documented below.

ARCHITECTURE

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.

One role at a time.

Open full-size diagram

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.

Follow one path at a time.

Open full-size diagram
1:1 message. Post-quantum. 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

Post-quantum

1:1 message

  1. First time: fetch B's keys
  2. Encrypt on the device
  3. Send ciphertext only
  4. Notify (no content)
  5. Decrypt on B's device
  6. Read / decrypt receipts

Only A's and B's devices can read the text

On smaller screens, scroll within the diagram. Open the original using the link above.

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

Phase 1

PQXDH

Key agreement with X25519 + Kyber-1024 (post-quantum)

Phase 2

Double Ratchet

A new key for every message

Phase 3

AES-256-GCM

Encrypts message bodies and media

Technology stack

Flutter 3.44
Dart
Riverpod 2.6
Rust
Arc Protocol

App

Flutter 3.44 / Riverpod 2.6 / Rust FFI (libsignal v0.96.2)

Elixir
Phoenix
Cloud Run

Key distribution API

Elixir / Phoenix on Google Cloud Run (europe-west1)

Authentication
Firestore
Storage
Functions
Messaging
App Check
Crashlytics

Delivery and auth

Firebase (Auth / Firestore / Storage / Functions / FCM / App Check / Crashlytics)

Android
Kotlin
Swift

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.

01

Échange de clés PQXDH

Un produit de sécurité commercial avec une orientation d'ingénierie publiée

02

Double Ratchet

Un produit de sécurité commercial avec une orientation d'ingénierie publiée

03

Chiffrement AES-256-GCM

Un produit de sécurité commercial avec une orientation d'ingénierie publiée

04

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.

AlgorithmeML-KEM-1024 (via libsignal-client)
Niveau de sécurité NISTSecurity category 5
Sécurité classique2^128 bit (X25519)
Sécurité quantiqueNIST security category 5
FondationModule Lattice (FIPS 203)
Taille de clé publique1,568 bytes
Taille de clé secrète3,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.