Zero-Knowledge Encryption คืออะไร? คู่มือฉบับง่าย

การเข้ารหัสแบบ Zero-Knowledge หมายความว่าผู้ให้บริการเข้าถึงข้อมูลของคุณไม่ได้

การเข้ารหัสแบบ Zero-Knowledge คือสถาปัตยกรรมที่จำกัดขอบเขตของผู้ให้บริการ โดยบริการไม่ได้เก็บคีย์ที่จำเป็นในการถอดรหัสเนื้อหาที่ผู้ใช้เก็บไว้ ต่างจากการเข้ารหัสบนคลาวด์ทั่วไปที่ผู้ให้บริการควบคุมคีย์เนื้อหา การเข้ารหัสฝั่งไคลเอ็นต์เก็บความสามารถนั้นไว้บนอุปกรณ์ของผู้ใช้ได้ คำขอทางกฎหมาย การเจาะระบบ หรือคนในอาจยังเปิดเผยไซเฟอร์เท็กซ์ บันทึกบัญชี ข้อมูลการรับส่ง หรือข้อมูลเมตาอื่นที่ผู้ให้บริการเก็บไว้ แนวทางการจัดการคีย์ของ NIST ให้การดูแลคีย์เป็นหัวใจของการเข้าถึง แต่แอปไคลเอ็นต์ ระบบปฏิบัติการ และอุปกรณ์ที่ปลดล็อกอยู่ยังคงอยู่ในขอบเขตความเชื่อถือ

การเข้ารหัสแบบ Zero-Knowledge ทำงานอย่างไร

อุปมาที่ง่ายที่สุดคือตู้เซฟในโรงแรมที่คุณตั้งรหัสเองคนเดียว และโรงแรมไม่เคยรู้รหัสนั้น หากคุณลืมรหัส โรงแรมก็เปิดตู้เซฟให้คุณไม่ได้ นั่นไม่ใช่ข้อบกพร่องของการออกแบบ นั่นคือการออกแบบ

ในทางเทคนิค การเข้ารหัสแบบ Zero-Knowledge ทำงานผ่านสามขั้นตอน:

1. การสร้างคีย์บนอุปกรณ์ ผู้ใช้ป้อนข้อมูลรับรอง เช่น รหัสผ่าน วลีรหัสผ่าน หรือรูปแบบ ฟังก์ชันสร้างคีย์จากรหัสผ่านจะรวมข้อมูลรับรองนั้นเข้ากับ salt เพื่อสร้างคีย์บนอุปกรณ์ของผู้ใช้ การออกแบบที่แยกส่วนอย่างดีจะใช้คีย์นั้นปลดล็อกคีย์เข้ารหัสเนื้อหาแบบสุ่ม แทนการเข้ารหัสทุกไฟล์ด้วยข้อมูลรับรองของมนุษย์โดยตรง

2. การเข้ารหัสก่อนส่ง ข้อมูลทั้งหมดถูกเข้ารหัสบนอุปกรณ์ด้วยคีย์ที่สร้างขึ้น ก่อนออกจากอุปกรณ์ไปยังที่เก็บข้อมูลบนคลาวด์หรือข้อมูลสำรอง สิ่งที่อัปโหลดคือผลลัพธ์ที่เข้ารหัสแล้ว (ไซเฟอร์เท็กซ์)

3. ผู้ให้บริการไม่ได้รับคีย์เนื้อหาแบบข้อความธรรมดา คีย์เนื้อหาต้องอยู่ในหน่วยความจำของไคลเอ็นต์ระหว่างใช้งาน และอาจเก็บไว้ในเครื่องหรือบนเซิร์ฟเวอร์ภายในซองเข้ารหัสแบบรับรองความถูกต้อง ผู้ให้บริการเก็บไซเฟอร์เท็กซ์และคีย์ที่ห่อไว้ได้โดยไม่ต้องถือความลับของผู้ใช้ที่ใช้เปิดคีย์เหล่านั้น ข้อมูลเมตาด้านบัญชี การรับส่งข้อมูล ขนาดระเบียน และเวลา อาจยังมองเห็นได้

ข้อจำกัดสำคัญคือ หากผู้ใช้ทำข้อมูลรับรองที่ใช้ได้และเส้นทางการกู้คืนหายทั้งหมด เนื้อหาที่เข้ารหัสจะเข้าถึงไม่ได้ การกู้คืนยังมีได้ แต่ต้องอธิบายว่าใครดูแลคีย์ หากการรีเซ็ตผ่านอีเมลเพียงอย่างเดียวคืนเนื้อหาที่อ่านได้ โดยไม่ต้องอนุมัติจากอุปกรณ์เดิม วลีกู้คืน คีย์กู้คืน หรือความลับอื่นที่ผู้ใช้ถือไว้ แปลว่าผู้ให้บริการยังเก็บเส้นทางย้อนกลับไปสู่ข้อความธรรมดาไว้

การเข้ารหัสแบบ Zero-Knowledge เทียบกับการเข้ารหัสประเภทอื่น

คำว่า "การเข้ารหัส" ปรากฏในสื่อการตลาดของบริการคลาวด์แทบทุกเจ้า แต่ความแตกต่างระหว่างแต่ละประเภทนั้นมาก

"การเข้ารหัสขณะพัก" กับ "การเข้ารหัสแบบ Zero-Knowledge" เป็นคู่ที่คนสับสนมากที่สุด การเข้ารหัสขณะพักหมายความว่าผู้ให้บริการเข้ารหัสข้อมูลของคุณบนเซิร์ฟเวอร์ด้วยคีย์ที่ตนควบคุม วิธีนี้ป้องกันการขโมยฮาร์ดแวร์เซิร์ฟเวอร์ แต่ไม่ป้องกันผู้ให้บริการอ่านข้อมูลของคุณ ไม่ป้องกันหมายเรียกจากรัฐเพื่อขอข้อมูลและคีย์ และไม่ป้องกันภัยจากคนใน เพราะผู้ให้บริการมีความสามารถในการถอดรหัส

ในการเข้ารหัสฝั่งไคลเอ็นต์ที่ผู้ให้บริการมองไม่เห็น บริการไม่ได้รับคีย์เนื้อหาแบบข้อความธรรมดาผ่านโปรโตคอลที่ระบุไว้ ไซเฟอร์เท็กซ์ที่เก็บไว้จึงทึบต่อผู้ให้บริการได้ แต่ซอฟต์แวร์ไคลเอ็นต์ เส้นทางการกู้คืน ข้อมูลเมตาของบัญชี และช่องทางส่งซอฟต์แวร์ยังต้องอาศัยความเชื่อถือและการตรวจสอบ

ทำไมการเข้ารหัสแบบ Zero-Knowledge จึงสำคัญ

การรั่วไหลของข้อมูลเปิดเผยระเบียนนับพันล้านรายการทุกปี

Identity Theft Resource Center รายงานว่าในปี 2023 มีเหตุข้อมูลรั่วไหล 3,205 ครั้งในสหรัฐอเมริกา กระทบผู้คนราว 353 ล้านคน เมื่อผู้ให้บริการถือคีย์เนื้อหา การเจาะระบบครั้งเดียวอาจเปิดเผยทั้งข้อมูลที่เก็บไว้และหนทางถอดรหัส การเข้ารหัสที่ผู้ให้บริการมองไม่เห็นแยกสองสิ่งนี้ออกจากกัน การเจาะเซิร์ฟเวอร์อาจยังเปิดเผยไซเฟอร์เท็กซ์และข้อมูลเมตา แต่ไม่เปิดเผยคีย์เนื้อหาแบบข้อความธรรมดาที่ผู้ให้บริการถือ ส่วนการเดาข้อมูลรับรองและการเจาะไคลเอ็นต์ยังเป็นความเสี่ยงแยกต่างหาก

การบังคับทางกฎหมายเป็นภัยจริง

ผู้ให้บริการอาจถูกบังคับให้เปิดเผยข้อมูลที่เก็บไว้ การออกแบบที่ผู้ให้บริการมองไม่เห็นเนื้อหาจำกัดสิ่งที่เปิดเผยได้ไว้ที่ไซเฟอร์เท็กซ์และข้อมูลเมตาด้านบัญชี การรับส่งข้อมูล การเรียกเก็บเงิน หรือบริการที่มีอยู่ เพราะผู้ให้บริการไม่ได้ถือคีย์เนื้อหาแบบข้อความธรรมดา ส่วนการที่บุคคลอื่นจะได้ข้อมูลรับรองของผู้ใช้ เจาะไคลเอ็นต์ หรือบังคับให้เปิดเผยได้หรือไม่ เป็นอีกคำถามหนึ่ง Apple เปิดตัว การปกป้องข้อมูลขั้นสูงใน iOS 16.2 เป็นตัวเลือกที่ขยายการเข้ารหัสจากต้นทางถึงปลายทางไปยังข้อมูล iCloud

"เชื่อเราเถอะ" ไม่ใช่สถาปัตยกรรมความปลอดภัย

การเข้ารหัสฝั่งเซิร์ฟเวอร์อาศัยคีย์และนโยบายที่ผู้ให้บริการควบคุม การเข้ารหัสที่ผู้ให้บริการมองไม่เห็นเปลี่ยนผู้ดูแลคีย์ เส้นทางบริการที่ระบุไว้จึงไม่มีคีย์เนื้อหาแบบข้อความธรรมดา นี่คือขอบเขตเชิงสถาปัตยกรรมที่แข็งแรงกว่า แต่ยังขึ้นกับโค้ดไคลเอ็นต์ที่ถูกต้อง การส่งซอฟต์แวร์ที่ยืนยันความถูกต้องแล้ว การกู้คืนที่ออกแบบดี อุปกรณ์ที่ปลอดภัย และการนำไปใช้ที่ตรงกับข้อกำหนด

มาตรฐาน NIST เบื้องหลังวิทยาการเข้ารหัส

AES-GCM ได้รับการกำหนดเป็นมาตรฐานโดย National Institute of Standards and Technology ใน SP 800-38D (2007) ส่วน AES เองได้รับการคัดเลือกโดย NIST ผ่านการแข่งขันแบบเปิดในปี 2001 เลข "256" ใน AES-256 หมายถึงคีย์ขนาด 256 บิต การค้นหาทุกค่าที่เป็นไปได้ของคีย์สุ่มแบบสม่ำเสมอทำไม่ได้ในทางคำนวณ แต่รหัสผ่านหรือรูปแบบที่มนุษย์ตั้งอาจมีเอนโทรปีต่ำกว่านั้นมาก แม้ฟังก์ชันสร้างคีย์จะให้ผลลัพธ์ 256 บิตก็ตาม

GCM (Galois/Counter Mode) เพิ่มการเข้ารหัสแบบรับรองความถูกต้อง หมายความว่าการถอดรหัสจะตรวจพบการแก้ไขไซเฟอร์เท็กซ์ทุกรูปแบบ หากข้อมูลที่เข้ารหัสถูกเปลี่ยนแม้เพียงบิตเดียว การถอดรหัสจะล้มเหลวแทนที่จะให้ผลลัพธ์ที่เสียหาย ผู้โจมตีจึงแก้ไขข้อมูลที่เข้ารหัสโดยไม่ถูกตรวจพบไม่ได้

PBKDF2 (Password-Based Key Derivation Function 2) ที่กำหนดไว้ใน RFC 8018 แปลงข้อมูลรับรองที่มนุษย์ป้อนให้เป็นข้อมูลคีย์ความยาวคงที่ ด้วยการเรียกฟังก์ชันสุ่มเทียมซ้ำหลายรอบ จำนวนรอบที่มากขึ้นเพิ่มต้นทุนของการเดาแต่ละครั้ง แต่ไม่ได้เพิ่มเอนโทรปีให้รูปแบบหรือรหัสผ่านที่คาดเดาได้ การเลือกข้อมูลรับรองและการตรวจสอบแบบออฟไลน์จึงยังสำคัญ

Vaultaire แยกคีย์ออกจากผู้ให้บริการอย่างไร

Vaultaire คือห้องนิรภัยที่เข้ารหัสฝั่งไคลเอ็นต์สำหรับ iPhone ในความหมายเชิงผลิตภัณฑ์ที่มักเรียกกันว่า "zero knowledge" คำกล่าวอ้างที่ระบุไว้ของ Vaultaire แคบกว่านั้น คือ Wraxle ไม่ได้รับเนื้อหาห้องนิรภัยแบบข้อความธรรมดาหรือคีย์ที่ใช้ถอดรหัส ต่อไปนี้คือการทำงานและขอบเขตความเชื่อถือที่เหลืออยู่ในแต่ละชั้น

การสร้างคีย์ ผู้ใช้วาดรูปแบบบนตาราง 5x5 จำนวน 25 จุด PBKDF2-HMAC-SHA512 รวมลำดับนั้นเข้ากับ salt ระดับอุปกรณ์หนึ่งค่าใน Keychain ด้วยการวนซ้ำ 600,000 รอบ เพื่อสร้างคีย์ห้องนิรภัยขนาด 256 บิต คีย์ห้องนิรภัยใช้รับรองความถูกต้องของดัชนีที่เข้ารหัส และห่อมาสเตอร์คีย์แบบสุ่มขนาด 256 บิตที่แยกต่างหาก ข้อมูลการกู้คืน รวมถึงรูปแบบ เก็บอยู่ในฐานข้อมูล Keychain ที่เข้ารหัสด้วย AES-GCM ไม่ใช่ในไฟล์ข้อความธรรมดาหรือบัญชี Vaultaire

การเข้ารหัสไฟล์ ไฟล์ที่นำเข้าแต่ละไฟล์ถูกเข้ารหัสด้วย AES-256-GCM ภายใต้มาสเตอร์คีย์แบบสุ่ม CryptoKit สร้างกล่องปิดผนึกแบบรับรองความถูกต้องด้วย nonce ใหม่ทุกครั้ง และรูปแบบการสตรีมสร้าง nonce แยกสำหรับแต่ละชิ้นข้อมูลตามลำดับ

การเข้ารหัสข้อมูลเมตา ชื่อไฟล์ ประเภท MIME วันที่ ระเบียนดัชนี และข้อมูลภาพขนาดย่อ ได้รับการปกป้องด้วย AES-256-GCM เช่นกัน Vaultaire ไม่ได้ใช้ ChaCha20 กับข้อมูลเมตาของห้องนิรภัย

การจัดการคีย์ Vaultaire เก็บ salt ของอุปกรณ์และฐานข้อมูลการกู้คืนที่เข้ารหัสเป็นรายการรหัสผ่านทั่วไปใน iOS Keychain ที่ปกป้องด้วยคลาสการเข้าถึง WhenUnlockedThisDeviceOnly คีย์ห้องนิรภัยที่สร้างจากรูปแบบและมาสเตอร์คีย์แบบสุ่มถูกประมวลผลในหน่วยความจำของแอปผ่าน CryptoKit การล็อกจะทิ้งสถานะคีย์ที่ใช้งานอยู่ แต่ Swift และ iOS ไม่รองรับการรับประกันว่าสำเนาชั่วคราวทุกชุดจะถูกเขียนทับ

การค้นพบห้องนิรภัย อินเทอร์เฟซปกติไม่แสดงรายการห้องนิรภัย รูปแบบการจัดเก็บใช้ไดเรกทอรีจัดเก็บ 1 ไดเรกทอรีต่อห้องนิรภัย ผู้ที่เข้าถึงคอนเทนเนอร์ของแอปได้จึงนับจำนวนห้องนิรภัยได้ แม้ชื่อไดเรกทอรีจะไม่เปิดเผยรูปแบบ ชื่อ หรือเนื้อหาแบบข้อความธรรมดา ดูสถาปัตยกรรมความปลอดภัยฉบับเต็ม และคำอธิบายการเข้ารหัสด้วยรูปแบบ

วิธีดูว่าแอปใช้การเข้ารหัสแบบ Zero-Knowledge จริงหรือไม่

เริ่มด้วยการทดสอบสั้น ๆ สามข้อ แล้วจึงตรวจสอบสถาปัตยกรรมที่เผยแพร่:

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

2. การทดสอบอุปกรณ์ใหม่ หากอุปกรณ์ใหม่กู้คืนเนื้อหาที่อ่านได้ ให้ระบุความลับหรืออุปกรณ์ที่เชื่อถือได้ซึ่งอนุญาตการกู้คืนนั้น หากแค่เข้าสู่ระบบบัญชีก็กู้คืนได้ แสดงว่าเส้นทางการกู้คืนน่าจะอยู่ในการควบคุมของผู้ให้บริการ ส่วนวลีกู้คืนร่วมกับระเบียนสำรองข้อมูลที่เข้ารหัสยังคงแยกคีย์ออกจากผู้ให้บริการได้

3. การทดสอบบัญชี ที่อยู่อีเมลหรือหมายเลขโทรศัพท์เชื่อมตัวตนเข้ากับข้อมูลเมตาของบริการ แต่ไม่ได้พิสูจน์ว่าผู้ให้บริการถอดรหัสเนื้อหาได้ ให้ตรวจสอบลำดับชั้นคีย์ การออกแบบการกู้คืน โค้ดไคลเอ็นต์หรือผลการตรวจสอบ นโยบายข้อมูลเมตา และดูว่าไซเฟอร์เท็กซ์แบบรับรองความถูกต้องเปิดให้ตรวจสอบข้อมูลรับรองแบบออฟไลน์ได้หรือไม่

การทดสอบเหล่านี้เป็นตัวกรอง ไม่ใช่ข้อพิสูจน์ด้านความปลอดภัย ข้อกำหนดที่สอดคล้องกันควรระบุคีย์เนื้อหา คีย์ปลดล็อก salt พารามิเตอร์การสร้างคีย์ รูปแบบการเข้ารหัสแบบรับรองความถูกต้อง กฎ nonce ซองการกู้คืน ที่เก็บความลับในเครื่อง ข้อมูลเมตาบนคลาวด์ และจุดที่คีย์แบบข้อความธรรมดามีอยู่ การตรวจสอบโดยอิสระเป็นหลักฐานที่หนักแน่นกว่าฉลากผลิตภัณฑ์

คำถามที่พบบ่อย

การเข้ารหัสแบบ Zero-Knowledge เหมือนกับการเข้ารหัสจากต้นทางถึงปลายทางหรือไม่

ทั้งสองทับซ้อนกันแต่ไม่เหมือนกัน การเข้ารหัสจากต้นทางถึงปลายทาง (E2EE) หมายความว่าข้อมูลถูกเข้ารหัสบนอุปกรณ์ของผู้ส่งและถอดรหัสได้เฉพาะบนอุปกรณ์ของผู้รับ การเข้ารหัสแบบ Zero-Knowledge หมายความว่าผู้ให้บริการเข้าถึงข้อมูลไม่ได้ บริการอาจเข้ารหัสจากต้นทางถึงปลายทางโดยไม่เป็น Zero-Knowledge ได้ หากผู้ให้บริการเคยสร้างหรือเข้าถึงคีย์ในจุดใดจุดหนึ่ง การเข้ารหัสแบบ Zero-Knowledge จึงเป็นมาตรฐานที่เข้มงวดกว่า

จะเกิดอะไรขึ้นถ้าฉันทำรหัสผ่านหายเมื่อใช้การเข้ารหัสแบบ Zero-Knowledge

ข้อมูลของคุณจะเข้าถึงไม่ได้อย่างถาวรหากข้อมูลรับรองที่ใช้ได้และซองการกู้คืนทั้งหมดสูญหาย การรีเซ็ตหรือมาสเตอร์คีย์ที่ผู้ให้บริการควบคุมจะทำให้ขอบเขตของผู้ให้บริการอ่อนลง จึงต้องออกแบบการกู้คืนแยกต่างหาก Vaultaire สร้างวลีแบบกำหนดเองเก้าคำ คีย์กู้คืนที่สร้างจากวลีนั้นใช้เปิดซองคีย์ห้องนิรภัยที่เข้ารหัส วลีนี้ไม่ได้สร้างคีย์ขึ้นใหม่หรือเก็บคีย์ไว้ในตัว และการกู้คืนบนอุปกรณ์ใหม่ยังต้องมีระเบียน CloudKit ที่เข้ารหัสซึ่งตรงกัน

เจ้าหน้าที่บังคับใช้กฎหมายเข้าถึงข้อมูลที่เข้ารหัสแบบ Zero-Knowledge ได้หรือไม่

ผู้ให้บริการอาจต้องเปิดเผยไซเฟอร์เท็กซ์ที่เก็บไว้ และข้อมูลเมตาด้านบัญชี การรับส่งข้อมูล การเรียกเก็บเงิน หรือบริการที่ตนเก็บไว้ หากผู้ให้บริการไม่ได้ถือคีย์เนื้อหาแบบข้อความธรรมดา ก็ถอดรหัสเนื้อหาผ่านเส้นทางบริการปกติไม่ได้ การเจาะอุปกรณ์ การค้นพบข้อมูลรับรอง สำเนาการกู้คืน และการบังคับให้เปิดเผย เป็นเส้นทางแยกกันที่ความถูกต้องตามกฎหมายและผลลัพธ์ขึ้นกับเขตอำนาจศาลและข้อเท็จจริง

การเข้ารหัสแบบ Zero-Knowledge ช้ากว่าการเข้ารหัสปกติหรือไม่

ประสิทธิภาพของ AES-256-GCM ไม่ขึ้นกับว่าใครถือคีย์ การสร้างคีย์จากรหัสผ่านเพิ่มงานตอนปลดล็อก และเวลาที่ใช้ขึ้นกับอัลกอริทึม จำนวนรอบการวนซ้ำ อุปกรณ์ และการนำไปใช้ แอปควรวัดต้นทุนนี้บนฮาร์ดแวร์ที่รองรับ และชั่งความเร็วในการตอบสนองกับต้นทุนที่ผู้โจมตีต้องจ่ายต่อการเดาแบบออฟไลน์แต่ละครั้ง

Zero-Knowledge หมายความว่าแอปไม่เก็บข้อมูลใดเลยหรือไม่

ไม่จำเป็น คำนี้พูดถึงขอบเขตคีย์เนื้อหาของผู้ให้บริการ ไม่ได้ครอบคลุมการไหลของข้อมูลทุกทาง แอปอาจยังประมวลผลข้อมูลบัญชี ข้อมูลวิเคราะห์ รายงานข้อขัดข้อง ที่อยู่ IP ขนาดระเบียน เวลา หรือข้อมูลเมตาอื่นของบริการ Vaultaire ไม่ต้องใช้บัญชีตัวตน ข้อมูลวิเคราะห์การใช้งานแอปและการวินิจฉัยข้อขัดข้องเปิดไว้โดยค่าเริ่มต้น และปิดได้ด้วย "แชร์ข้อผิดพลาดโดยไม่ระบุตัวตน" ในการตั้งค่า นโยบายเหตุการณ์ที่ระบุไว้ไม่รวมเนื้อหาห้องนิรภัย รูปแบบ วลี และคีย์ถอดรหัส นโยบายความเป็นส่วนตัวอธิบายกฎการเก็บและการเก็บรักษาข้อมูลในปัจจุบัน

การเข้ารหัสแบบ Zero-Knowledge ต่างจากการปกป้องข้อมูลขั้นสูงของ Apple อย่างไร

การปกป้องข้อมูลขั้นสูง (ADP) ของ Apple ซึ่งเปิดตัวใน iOS 16.2 ขยายการเข้ารหัสจากต้นทางถึงปลายทางไปยังข้อมูล iCloud ประเภทอื่นเพิ่มเติม และใช้รูปแบบการกู้คืนของบัญชี Apple Vaultaire เข้ารหัสเนื้อหาห้องนิรภัยบนอุปกรณ์และไม่ต้องใช้บัญชีตัวตนของ Vaultaire การสำรองข้อมูล iCloud ซึ่งเปิดไว้โดยค่าเริ่มต้น รวมถึงการซิงค์และการแชร์ ใช้ระเบียน CloudKit ที่เข้ารหัสฝั่งไคลเอ็นต์ในบัญชี Apple ของผู้ใช้ Vaultaire ยังมีการเข้าถึงห้องนิรภัยที่แยกตามรูปแบบ และโหมดบีบบังคับ โดยมีข้อจำกัดด้านการจัดเก็บและการกู้คืนตามที่อธิบายไว้ในเอกสารเรื่องการปฏิเสธที่น่าเชื่อได้

สรุป

การเข้ารหัสแบบ Zero-Knowledge ควรมองว่าเป็นคำกล่าวอ้างเรื่องการแยกคีย์ออกจากผู้ให้บริการ คือบริการไม่ได้ถือคีย์แบบข้อความธรรมดาที่ใช้ถอดรหัสเนื้อหาที่เก็บไว้ ซึ่งแข็งแรงกว่าการเข้ารหัสฝั่งเซิร์ฟเวอร์ภายใต้คีย์ที่ผู้ให้บริการควบคุม แต่ไม่ได้อ้างว่าคีย์อยู่ในหน่วยความจำเท่านั้น ว่าข้อมูลเมตาหายไป หรือว่าป้องกันการเจาะไคลเอ็นต์และอุปกรณ์ได้ทุกกรณี ให้ตัดสินผลิตภัณฑ์จากลำดับชั้นคีย์ การออกแบบการกู้คืน การนำไปใช้ และการตรวจสอบโดยอิสระ

อ่านเรื่องสถาปัตยกรรมความปลอดภัย