รากฐานความปลอดภัย
ML-KEM-1024 + Signal Protocol
PQXDH, Double Ratchet, Sender Keys และการป้องกัน downgrade อย่างชัดเจน
Arc
ผลิตภัณฑ์ความปลอดภัยเชิงพาณิชย์ที่เผยแพร่ทิศทางวิศวกรรม
Arc ถูกออกแบบมาเพื่อสร้างเหตุผลให้เปลี่ยน ไม่ใช่หลบอยู่หลังภาษาที่เป็นกลาง ความแตกต่างคือการรวม E2EE หลังยุคควอนตัม การนำข้อความออกอย่างตั้งใจ การทำงานในแบนด์วิดท์ต่ำ และการสื่อสารภัยพิบัติแบบ offline
Arcภาพตลาดจากเอกสารสาธารณะ · 2026-07-31Arc · 2026-08-26
แหล่งข้อมูลปฐมภูมิแต่ละรายการรองรับเฉพาะหมวดที่อ้างถึง ไม่ได้ยืนยันคำกล่าวอ้างหรือคะแนนทั้งหมด และไม่ได้หมายถึงการรับรองจากผู้ให้บริการ
คำตอบแบบสั้น
ผลิตภัณฑ์ความปลอดภัยเชิงพาณิชย์ที่เผยแพร่ทิศทางวิศวกรรม
Arc ถูกออกแบบมาเพื่อสร้างเหตุผลให้เปลี่ยน ไม่ใช่หลบอยู่หลังภาษาที่เป็นกลาง ความแตกต่างคือการรวม E2EE หลังยุคควอนตัม การนำข้อความออกอย่างตั้งใจ การทำงานในแบนด์วิดท์ต่ำ และการสื่อสารภัยพิบัติแบบ offline
การควบคุมข้อมูล
IGF + Mutual Burn
เหตุการณ์จากตัวจับเวลา การอ่าน และการแตะ นำไปสู่การนำข้อมูลออกอย่างคงทนจากอุปกรณ์และ server
ความยืดหยุ่น
Ogg Opus 16 kbps + Mesh
ประเมินเสียงแบนด์วิดท์ต่ำและการสื่อสารภัยพิบัติโดยตรงที่แสดงโหมดความปลอดภัยชัดเจน
Arc
ผลิตภัณฑ์ความปลอดภัยเชิงพาณิชย์ที่เผยแพร่ทิศทางวิศวกรรม
Arc ถูกออกแบบมาเพื่อสร้างเหตุผลให้เปลี่ยน ไม่ใช่หลบอยู่หลังภาษาที่เป็นกลาง ความแตกต่างคือการรวม E2EE หลังยุคควอนตัม การนำข้อความออกอย่างตั้งใจ การทำงานในแบนด์วิดท์ต่ำ และการสื่อสารภัยพิบัติแบบ offline
ML-KEM-1024 มาตรฐาน + PQXDH
Double Ratchet DM
กลุ่ม Sender Keys
Sealed Sender + การส่งแบบไม่เปิดเผยตัว
IGF
Mutual Burn
Key Sync + หลายอุปกรณ์
เสียง Ogg Opus 16 kbps
Mesh DM และ Group โดยตรงแบบลงนาม
Mesh E2EE DM โดยตรง
multi-hop และ store-and-forward แบบมีขอบเขต
การเข้ารหัส, E2EE และ PQC
การเข้ารหัส การเข้ารหัส end-to-end และการป้องกันหลังยุคควอนตัมเป็นแนวคิดต่างกันที่ใช้ร่วมกันได้
Layer 1 · BASIC
การเข้ารหัส
คำกว้างที่รวมการเข้ารหัสการส่ง เช่น TLS และการจัดเก็บ server-side ผู้ให้บริการอาจถือ key และเข้าถึง plaintext ได้
Layer 2 · STRONG
การเข้ารหัส End-to-End (E2EE)
มีเพียง endpoint ของบทสนทนาที่ถือ content key ผู้ให้บริการจึงไม่ควรอ่านข้อความ plaintext ได้ การเข้ารหัสไม่ได้แปลว่าเป็น E2EE เสมอไป
Layer 3 · QUANTUM-SAFE
การเข้ารหัสหลังยุคควอนตัม (PQC)
การเข้ารหัสหลังยุคควอนตัมใช้อัลกอริทึมที่ออกแบบมาให้ต้านทานการโจมตีที่รู้จักจากคอมพิวเตอร์ควอนตัมที่ทรงพลังเพียงพอ เมื่อมีการนำไปใช้อย่างถูกต้อง เป้าหมายของ Arc คือ ML-KEM-1024 มาตรฐานในโครงสร้าง PQXDH แบบผสม ซึ่งคงการป้องกันแบบดั้งเดิมและเพิ่มองค์ประกอบหลังยุคควอนตัม วิธีนี้ลดความเสี่ยงจากการเก็บข้อมูลวันนี้เพื่อถอดรหัสภายหลัง แต่ไม่ใช่การรับประกันเด็ดขาดต่อข้อผิดพลาดในการใช้งาน อุปกรณ์ปลายทาง หรือการวิเคราะห์รหัสในอนาคต
การจัดกลุ่มการเข้ารหัส / E2EE / PQC
จัดกลุ่มผลิตภัณฑ์ 19 รายการตาม baseline การเข้ารหัส สถานะ E2EE และสถานะหลังยุคควอนตัมในเอกสารสาธารณะ
การเข้ารหัส (TLS + server-side)
20 / 20การปกป้องการส่งและการจัดเก็บ server-side เป็นหมวดพื้นฐาน
แหล่งข้อมูลปฐมภูมิแต่ละรายการรองรับเฉพาะหมวดที่อ้างถึง ไม่ได้ยืนยันคำกล่าวอ้างหรือคะแนนทั้งหมด และไม่ได้หมายถึงการรับรองจากผู้ให้บริการ
Signal90
Arc89
iMessage76
Threema72
Wire71
WhatsApp67
Element / Matrix60
Facebook Messenger54
Session53
Google Messages44
Viber39
LINE38
Telegram37
XChat33
KakaoTalk23
Google Chat21
Discord19
Slack17
Chatwork14
Instagram DM14
E2EE (การเข้ารหัส End-to-End)
เอกสารสาธารณะระบุหรือไม่ว่าผู้ให้บริการอ่านข้อความ plaintext ไม่ได้
✓E2EE โดยค่าเริ่มต้น(9)
Signal90
iMessage76
Threema72
Wire71
WhatsApp67
Facebook Messenger54
Session53
Viber39
Arc89
△จำกัด / บางส่วน / opt-in(7)
Element / Matrix60
Google Messages44
LINE38
Telegram37
XChat33
KakaoTalk23
Discord19
—ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว(4)
Google Chat21
Slack17
Chatwork14
Instagram DM14
PQC (การเข้ารหัสหลังยุคควอนตัม)
สถานะในเอกสารสาธารณะของการป้องกันที่ออกแบบสำหรับการโจมตียุคควอนตัม
✓ใช้งานใน production(3)
Signal90
iMessage76
Arc89
○วิจัย / วางแผน(2)
Wire71
Session53
—ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว(15)
Threema72
WhatsApp67
Element / Matrix60
Facebook Messenger54
Google Messages44
Viber39
LINE38
Telegram37
XChat33
KakaoTalk23
Google Chat21
Discord19
Slack17
Chatwork14
Instagram DM14
การจัดอันดับระดับ
จัดระดับตามคะแนนรวมและการใช้งาน ระดับ S เน้นความเป็นส่วนตัวและการเข้ารหัสสมัยใหม่ ส่วนระดับ D คือเครื่องมือทำงานที่ไม่มี E2EE
S Tier85+เน้นความเป็นส่วนตัว + การเข้ารหัสล้ำสมัย
Signal
#1
Arc
#2
A Tier60–84E2EE เพียงพอสำหรับความเป็นส่วนตัวส่วนบุคคล
iMessage
#3
Threema
#4
Wire
#5
#6
Element / Matrix
#7
B Tier40–59มี E2EE บางส่วนและข้อจำกัดด้านการออกแบบ
Facebook Messenger
#8
Session
#9
Google Messages
#10
C Tier20–39E2EE เฉพาะหรือจำกัด โดยต้องพิจารณาความน่าเชื่อถือ
Viber
#11
LINE
#12
Telegram
#13
XChat
#14
KakaoTalk
#15
Google Chat
#16
D Tier<20ไม่ได้ออกแบบสำหรับข้อความส่วนบุคคลที่เป็นความลับ
Discord
#17
Slack
#18
Chatwork
#19
Instagram DM
#20
คะแนน 9 แกน (เต็ม 100)
แหล่งข้อมูลปฐมภูมิแต่ละรายการรองรับเฉพาะหมวดที่อ้างถึง ไม่ได้ยืนยันคำกล่าวอ้างหรือคะแนนทั้งหมด และไม่ได้หมายถึงการรับรองจากผู้ให้บริการ
| บริการ | Crypto (18) | FB Sec (14) | PQC (14) | E2EE (13) | ผู้ส่ง (10) | สมัคร (10) | ชั่วคราว (11) | ยืนยัน (5) | Multi-dev (5) | รวม |
|---|---|---|---|---|---|---|---|---|---|---|
#1 Signal | 18 | 14 | 14 | 13 | 10 | 6 | 5 | 5 | 5 | 90 |
#2 Arc | 18 | 14 | 14 | 12 | 3 | 9 | 11 | 4 | 4 | 89 |
#3 iMessage | 17 | 13 | 14 | 13 | 5 | 4 | 1 | 4 | 5 | 76 |
#4 Threema | 16 | 13 | 2 | 12 | 7 | 10 | 5 | 4 | 3 | 72 |
#5 Wire | 16 | 13 | 4 | 11 | 5 | 7 | 6 | 4 | 5 | 71 |
#6 WhatsApp | 18 | 13 | 7 | 11 | 0 | 4 | 5 | 4 | 5 | 67 |
#7 Element / Matrix | 13 | 12 | 1 | 10 | 4 | 8 | 3 | 4 | 5 | 60 |
#8 Facebook Messenger | 15 | 11 | 0 | 10 | 0 | 4 | 5 | 4 | 5 | 54 |
#9 Session | 9 | 2 | 1 | 10 | 10 | 10 | 5 | 3 | 3 | 53 |
#10 Google Messages | 15 | 11 | 0 | 8 | 0 | 1 | 2 | 3 | 4 | 44 |
#11 Viber | 10 | 9 | 1 | 7 | 0 | 1 | 4 | 3 | 4 | 39 |
#12 LINE | 13 | 3 | 0 | 9 | 0 | 4 | 2 | 4 | 3 | 38 |
#13 Telegram | 10 | 7 | 0 | 3 | 0 | 4 | 4 | 4 | 5 | 37 |
#14 XChat | 11 | 0 | 0 | 4 | 0 | 9 | 2 | 2 | 5 | 33 |
#15 KakaoTalk | 7 | 4 | 0 | 3 | 0 | 1 | 2 | 2 | 4 | 23 |
#16 Google Chat | 10 | 0 | 0 | 4 | 0 | 1 | 1 | 0 | 5 | 21 |
#17 Discord | 7 | 3 | 0 | 3 | 0 | 1 | 0 | 0 | 5 | 19 |
#18 Slack | 10 | 0 | 0 | 0 | 0 | 1 | 1 | 0 | 5 | 17 |
#19 Chatwork | 8 | 0 | 0 | 0 | 0 | 1 | 0 | 0 | 5 | 14 |
#20 Instagram DM | 5 | 0 | 0 | 0 | 0 | 1 | 4 | 0 | 4 | 14 |
คำอธิบายแกน
Crypto/ องค์ประกอบการเข้ารหัส
(18)คุณภาพการออกแบบอัลกอริทึม รูปแบบ AEAD และลายเซ็น รวมถึงประวัติการตรวจสอบแบบ formal
FB Sec/ Forward/Backward Secrecy
(14)การปกป้องข้อความเก่าและอนาคตหลัง key รั่ว เช่น Double Ratchet หรือ MLS
PQC/ หลังยุคควอนตัม
(14)สถานะ production ที่มีเอกสารสาธารณะของ PQXDH, ML-KEM และการเข้ารหัสหลังยุคควอนตัม
E2EE/ ขอบเขต E2EE
(13)สถานะเริ่มต้นและขอบเขตของข้อความ การโทร กลุ่ม และสื่อ รวมถึงหลักฐาน audit สาธารณะ
ผู้ส่ง/ ความเป็นส่วนตัวผู้ส่ง
(10)ลด metadata ของผู้ส่งและความสัมพันธ์ด้วย Sealed Sender หรือ onion routing
สมัคร/ ความเป็นส่วนตัวการสมัคร
(10)สมัครโดยไม่ใช้โทรศัพท์หรือ email และมี ID แบบไม่เปิดเผยตัว
ชั่วคราว/ ข้อความชั่วคราว
(11)ระดับการควบคุมการหายและ lifecycle การลบ
ยืนยัน/ UX การยืนยัน
(5)ความง่ายของการยืนยัน key เช่น Safety Numbers หรือ key ของผู้ติดต่อ
Multi-dev/ หลายอุปกรณ์
(5)จัดการ key ข้ามอุปกรณ์โดยไม่ต้องให้โทรศัพท์หลัก online ตลอดเวลา
รวม
(100)ผลรวมถ่วงน้ำหนัก 9 แกน (สูงสุด 100)
แหล่งข้อมูลปฐมภูมิ
แหล่งข้อมูลปฐมภูมิแต่ละรายการรองรับเฉพาะหมวดที่อ้างถึง ไม่ได้ยืนยันคำกล่าวอ้างหรือคะแนนทั้งหมด และไม่ได้หมายถึงการรับรองจากผู้ให้บริการ
ตรวจสอบหลักฐานจากแหล่งข้อมูลปฐมภูมิเมื่อ 2026-08-26
แหล่งข้อมูลปฐมภูมิแต่ละรายการรองรับเฉพาะหมวดที่อ้างถึง ไม่ได้ยืนยันคำกล่าวอ้างหรือคะแนนทั้งหมด และไม่ได้หมายถึงการรับรองจากผู้ให้บริการ
#1 Signal
Sรวม 90 / 100
สถานะตามเอกสารสาธารณะ
E2EE · E2EE โดยค่าเริ่มต้นPQC · ใช้งานใน production
แหล่งข้อมูลปฐมภูมิ
#2 Arc
Sรวม 89 / 100
Arc integrates standardized NIST ML-KEM-1024 post-quantum cryptography, Signal Double Ratchet E2EE, Sender Keys, Instant Group Forward-Secrecy (IGF), Mutual Burn, Sealed Sender, and crisis BLE offline mesh. Zero third-party telemetry, phone-number-free anonymous registration.
E2EE · E2EE โดยค่าเริ่มต้นPQC · ใช้งานใน production
#3 iMessage
Aรวม 76 / 100
สถานะตามเอกสารสาธารณะ
E2EE · E2EE โดยค่าเริ่มต้นPQC · ใช้งานใน production
แหล่งข้อมูลปฐมภูมิ
#4 Threema
Aรวม 72 / 100
สถานะตามเอกสารสาธารณะ
E2EE · E2EE โดยค่าเริ่มต้นPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#5 Wire
Aรวม 71 / 100
สถานะตามเอกสารสาธารณะ
E2EE · E2EE โดยค่าเริ่มต้นPQC · วิจัย / วางแผน
แหล่งข้อมูลปฐมภูมิ
#6 WhatsApp
Aรวม 67 / 100
สถานะตามเอกสารสาธารณะ
E2EE · E2EE โดยค่าเริ่มต้นPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#7 Element / Matrix
Aรวม 60 / 100
สถานะตามเอกสารสาธารณะ
E2EE · จำกัด / บางส่วน / opt-inPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#8 Facebook Messenger
Bรวม 54 / 100
สถานะตามเอกสารสาธารณะ
E2EE · E2EE โดยค่าเริ่มต้นPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#9 Session
Bรวม 53 / 100
สถานะตามเอกสารสาธารณะ
E2EE · E2EE โดยค่าเริ่มต้นPQC · วิจัย / วางแผน
แหล่งข้อมูลปฐมภูมิ
#10 Google Messages
Bรวม 44 / 100
สถานะตามเอกสารสาธารณะ
E2EE · จำกัด / บางส่วน / opt-inPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#11 Viber
Cรวม 39 / 100
สถานะตามเอกสารสาธารณะ
E2EE · E2EE โดยค่าเริ่มต้นPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#12 LINE
Cรวม 38 / 100
สถานะตามเอกสารสาธารณะ
E2EE · จำกัด / บางส่วน / opt-inPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#13 Telegram
Cรวม 37 / 100
สถานะตามเอกสารสาธารณะ
E2EE · จำกัด / บางส่วน / opt-inPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#14 XChat
Cรวม 33 / 100
สถานะตามเอกสารสาธารณะ
E2EE · จำกัด / บางส่วน / opt-inPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#15 KakaoTalk
Cรวม 23 / 100
สถานะตามเอกสารสาธารณะ
E2EE · จำกัด / บางส่วน / opt-inPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#16 Google Chat
Cรวม 21 / 100
สถานะตามเอกสารสาธารณะ
E2EE · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้วPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#17 Discord
Dรวม 19 / 100
สถานะตามเอกสารสาธารณะ
E2EE · จำกัด / บางส่วน / opt-inPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#18 Slack
Dรวม 17 / 100
สถานะตามเอกสารสาธารณะ
E2EE · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้วPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#19 Chatwork
Dรวม 14 / 100
สถานะตามเอกสารสาธารณะ
E2EE · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้วPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
#20 Instagram DM
Dรวม 14 / 100
สถานะตามเอกสารสาธารณะ
E2EE · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้วPQC · ไม่พบหลักฐานจากแหล่งข้อมูลปฐมภูมิที่ตรวจสอบแล้ว
แหล่งข้อมูลปฐมภูมิ
สถาปัตยกรรมข้อความ Arc: คำตอบตรงประเด็น
คำตอบสั้น ๆ สำหรับคำถามสำคัญเกี่ยวกับการออกแบบความปลอดภัยและการสื่อสารยามภัยพิบัติของ Arc
อะไรคือ ML-KEM-1024 มาตรฐาน + PQXDH ใน Arc?
ML-KEM-1024 มาตรฐาน + PQXDH. Arc ถูกออกแบบมาเพื่อสร้างเหตุผลให้เปลี่ยน ไม่ใช่หลบอยู่หลังภาษาที่เป็นกลาง ความแตกต่างคือการรวม E2EE หลังยุคควอนตัม การนำข้อความออกอย่างตั้งใจ การทำงานในแบนด์วิดท์ต่ำ และการสื่อสารภัยพิบัติแบบ offline
อะไรคือ Double Ratchet DM ใน Arc?
Double Ratchet DM. Arc ถูกออกแบบมาเพื่อสร้างเหตุผลให้เปลี่ยน ไม่ใช่หลบอยู่หลังภาษาที่เป็นกลาง ความแตกต่างคือการรวม E2EE หลังยุคควอนตัม การนำข้อความออกอย่างตั้งใจ การทำงานในแบนด์วิดท์ต่ำ และการสื่อสารภัยพิบัติแบบ offline
อะไรคือ กลุ่ม Sender Keys ใน Arc?
กลุ่ม Sender Keys. Arc ถูกออกแบบมาเพื่อสร้างเหตุผลให้เปลี่ยน ไม่ใช่หลบอยู่หลังภาษาที่เป็นกลาง ความแตกต่างคือการรวม E2EE หลังยุคควอนตัม การนำข้อความออกอย่างตั้งใจ การทำงานในแบนด์วิดท์ต่ำ และการสื่อสารภัยพิบัติแบบ offline
อะไรคือ Sealed Sender + การส่งแบบไม่เปิดเผยตัว ใน Arc?
Sealed Sender + การส่งแบบไม่เปิดเผยตัว. Arc ถูกออกแบบมาเพื่อสร้างเหตุผลให้เปลี่ยน ไม่ใช่หลบอยู่หลังภาษาที่เป็นกลาง ความแตกต่างคือการรวม E2EE หลังยุคควอนตัม การนำข้อความออกอย่างตั้งใจ การทำงานในแบนด์วิดท์ต่ำ และการสื่อสารภัยพิบัติแบบ offline
อะไรคือ Mesh DM และ Group โดยตรงแบบลงนาม ใน Arc?
Mesh DM และ Group โดยตรงแบบลงนาม. Arc ถูกออกแบบมาเพื่อสร้างเหตุผลให้เปลี่ยน ไม่ใช่หลบอยู่หลังภาษาที่เป็นกลาง ความแตกต่างคือการรวม E2EE หลังยุคควอนตัม การนำข้อความออกอย่างตั้งใจ การทำงานในแบนด์วิดท์ต่ำ และการสื่อสารภัยพิบัติแบบ offline
อะไรคือ Mesh E2EE DM โดยตรง ใน Arc?
Mesh E2EE DM โดยตรง. Arc ถูกออกแบบมาเพื่อสร้างเหตุผลให้เปลี่ยน ไม่ใช่หลบอยู่หลังภาษาที่เป็นกลาง ความแตกต่างคือการรวม E2EE หลังยุคควอนตัม การนำข้อความออกอย่างตั้งใจ การทำงานในแบนด์วิดท์ต่ำ และการสื่อสารภัยพิบัติแบบ offline
อะไรคือ multi-hop และ store-and-forward แบบมีขอบเขต ใน Arc?
multi-hop และ store-and-forward แบบมีขอบเขต. Arc ถูกออกแบบมาเพื่อสร้างเหตุผลให้เปลี่ยน ไม่ใช่หลบอยู่หลังภาษาที่เป็นกลาง ความแตกต่างคือการรวม E2EE หลังยุคควอนตัม การนำข้อความออกอย่างตั้งใจ การทำงานในแบนด์วิดท์ต่ำ และการสื่อสารภัยพิบัติแบบ offline
Security
รายละเอียดความปลอดภัย Arc
Technology
เทคโนโลยี Arc