What encryption does Arc use?

Arc uses the Signal Protocol combined with PQXDH (Post-Quantum Extended Diffie-Hellman) using ML-KEM-1024, providing both classical X25519 and quantum-resistant key exchange. Every message is end-to-end encrypted — the server has zero access to message content.

Is Arc quantum-resistant?

Yes. Arc uses PQXDH with ML-KEM-1024 (FIPS 203, NIST Level 3), the same post-quantum algorithm standardized by NIST in 2024. This protects against 'harvest now, decrypt later' quantum attacks.

Can Arc's server read my messages?

No. Arc uses end-to-end encryption with the Signal Protocol and Sealed Sender, meaning the server cannot read message content or determine who is sending a message. Messages are encrypted on your device before transmission.

Arc Aegis is Arc's proprietary message authentication layer built on top of Signal Protocol. It provides per-message integrity verification, tamper detection, and non-repudiation — ensuring messages cannot be modified in transit and their origin can be cryptographically verified.

How is Arc different from Signal?

Both use Signal Protocol, but Arc adds post-quantum cryptography (PQXDH ML-KEM-1024), IGF automatic message expiry, offline BLE Mesh communication, Sealed Sender, Arc Aegis authentication, and equal multi-device support without requiring a primary phone.

Arc Security — PQXDH ML-KEM-1024 Post-Quantum Encryption

SECURITY

สถาปัตยกรรม E2EE หลายชั้น

Signal Protocol เป็นรากฐาน เสริมด้วยวิทยาการเข้ารหัสโพสต์ควอนตัม ลายเซ็น AEGIS และ Sealed Sender ฝั่งไคลเอนต์

PQXDH Key Exchange

การแลกเปลี่ยนคีย์โพสต์ควอนตัมแบบไฮบริดที่รวม X25519 (Curve25519) และ ML-KEM-1024 (NIST FIPS 203) ทนต่อทั้งการโจมตีแบบคลาสสิกและควอนตัม

Double Ratchet

ความลับล่วงหน้าต่อข้อความโดยใช้ DH ratchet + symmetric ratchet การถูกเจาะคีย์หนึ่งตัวไม่สามารถถอดรหัสข้อความในอดีตหรืออนาคต

AES-256-GCM Encryption

การเข้ารหัสแบบตรวจสอบตัวตนด้วยคีย์ 256 บิต แต่ละข้อความเข้ารหัสด้วยคีย์เฉพาะที่ได้มาจาก Double Ratchet

AEGIS (Ed25519 Signatures)

ลายเซ็นดิจิทัลต่อข้อความเพื่อการไม่สามารถปฏิเสธ การหมุนเวียนคีย์ทุก 90 วันพร้อมการตรวจสอบในช่วงเปลี่ยนผ่าน รายการอุปกรณ์ลงนามด้วย Ed25519

Client-Side Sealed Sender

คีย์ X25519 ชั่วคราวต่อข้อความ + คีย์ AES ที่ได้จาก HKDF-SHA256 แม้แต่เซิร์ฟเวอร์ก็ไม่สามารถเห็นว่าใครส่งข้อความ

ARC ORIGINAL

AEGIS — Arc Enhanced Guard & Integrity System

AEGIS (Arc Enhanced Guard & Integrity System) คือชั้นยืนยันตัวตนข้อความของ Arc ที่สร้างบน XEdDSA digital signatures ผ่าน libsignal ทุกข้อความที่คุณส่งจะถูกลงนามด้วยวิทยาการเข้ารหัส มอบการรับประกันที่สำคัญสามประการ:

ป้องกันการปลอมตัว

แม้ผู้โจมตีจะเจาะเข้าเซิร์ฟเวอร์ได้ ก็ไม่สามารถปลอมแปลงข้อความในชื่อคุณได้ Identity Key (X25519) ของคุณใช้สำหรับการลงนาม XEdDSA และจะไม่ออกจากอุปกรณ์เด็ดขาด

ตรวจจับการดัดแปลง

การแก้ไขใด ๆ ต่อข้อความ — แม้แค่ตัวอักษรเดียว — จะทำให้ลายเซ็นเป็นโมฆะทันที ผู้รับสามารถตรวจสอบได้ว่าทุกข้อความมาถึงตามที่ส่งทุกประการ

การไม่สามารถปฏิเสธ

หลักฐานเข้ารหัสว่าคุณเป็นผู้เขียนข้อความ XEdDSA ใช้ X25519 Identity Key ของคุณสำหรับลายเซ็นที่เข้ากันได้กับ EdDSA — ไม่ต้องใช้คีย์ Ed25519 แยกต่างหาก

XEdDSA (libsignal) · X25519 Identity Key · ลายเซ็น 64 ไบต์ · การลงนามต่อข้อความ

ต่างจากแอปส่งข้อความทั่วไป AEGIS ให้การป้องกันที่เหนือกว่าการเข้ารหัส ในขณะที่ E2EE ปกป้องเนื้อหาข้อความ AEGIS ปกป้องตัวตนของข้อความ — รับประกันว่าทุกข้อความมาจากผู้ส่งที่อ้างจริง ๆ ขับเคลื่อนโดยการนำ XEdDSA ของ libsignal ไปใช้

ไม่มีการแปลงคีย์

Arc แยก X25519 (การแลกเปลี่ยนคีย์) และ Ed25519 (ลายเซ็น) ที่ระดับประเภท ต่างจาก Signal/WhatsApp ไม่มีการแปลงคีย์ Ed25519→X25519 ลดพื้นที่การโจมตีให้น้อยที่สุด

Comparison with 17 Major Messengers

Independent review comparing Arc V2 against 16 competitors (Signal, iMessage, WhatsApp, Telegram, LINE, Threema, Wire, Element, Session, Viber, XChat, KakaoTalk, Slack, Discord, Chatwork, Google Messages) using an 8-axis 100-point rubric.

Open Competitive Comparison →

POST-QUANTUM

พารามิเตอร์ ML-KEM-1024

กลไกการห่อหุ้มคีย์โพสต์ควอนตัมที่ได้มาตรฐาน NIST FIPS 203

อัลกอริทึม	ML-KEM-1024 (via libsignal-client)
ระดับความปลอดภัย NIST	Level 3 (AES-192 equivalent)
ความปลอดภัยแบบคลาสสิก	2^128 bit (X25519)
ความปลอดภัยควอนตัม	NIST Level 3
พื้นฐาน	Module Lattice (FIPS 203)
ขนาดคีย์สาธารณะ	1,184 bytes
ขนาดคีย์ลับ	2,400 bytes
ขนาดข้อความเข้ารหัส	1,088 bytes

การปฏิบัติตามกฎระเบียบ & มาตรฐาน

🇺🇸NIST CSF 2.0

กรอบงาน NIST 6 ฟังก์ชันจัดการความเสี่ยงทางไซเบอร์อย่างเป็นระบบ

🇺🇸NIST SP 800-53

การควบคุมความปลอดภัยระดับสหพันธ์ พื้นฐาน FedRAMP

🇺🇸FIPS 140-3

การตรวจสอบโมดูลการเข้ารหัสระดับสหพันธ์ ครอบคลุม ML-KEM-1024

🇺🇸NIST SP 800-175B

คู่มือการเลือกอัลกอริทึมการเข้ารหัส อ้างอิง FIPS 203

🌐ISO/IEC 27001

การรับรอง ISMS ระดับสากล พื้นฐานความไว้วางใจ B2B/B2G

🇪🇺GDPR

กฎระเบียบคุ้มครองข้อมูลทั่วไปของ EU มาตรฐานการคุ้มครองสูงสุดของโลก

🇬🇧UK Cyber Essentials+

การรับรองความปลอดภัยทางไซเบอร์ที่ได้รับอนุมัติจากรัฐบาลอังกฤษ

🇬🇧NCSC Cloud Security

14 หลักการ NCSC อังกฤษ มาตรฐานประเมินความปลอดภัยบนคลาวด์

พัฒนาตามข้อกำหนดเบื้องต้นทั้งหมดของ NIST สหรัฐฯ, GDPR สหภาพยุโรป, NCSC สหราชอาณาจักร และ ISO สากล

CONFIDENTIAL

System Architecture Documentation

Complete technical specification of Arc V2 — covering the 5-layer architecture, E2EE pipeline, PQXDH implementation, key lifecycle, group encryption, multi-device architecture, BLE Mesh networking, and on-device AI.

15+ Technical Sections

Layer architecture, PQC implementation, encryption pipeline, data storage, and more

Bilingual (EN/JP)

Full documentation available in English and Japanese with one-click toggle

Version 3.1 — March 2026

Includes Elixir PreKey Server, Sealed Sender, Sender Keys, and PQXDH ML-KEM-1024

This document is classified as confidential and available exclusively to NDA-bound partners, investors, and authorized technical reviewers. Access requires prior approval by Atlas Associates.

Request Access