การเข้ารหัสแบบ End-to-End คืออะไร? ปกป้องรูปภาพของคุณอย่างไร

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

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

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

วิธีทำงานของการเข้ารหัสแบบ End-to-End

กลไกหลักมีสามขั้นตอน: การสร้างกุญแจ การเข้ารหัส และการถอดรหัส

การสร้างกุญแจ

อุปกรณ์ของผู้ใช้สร้างกุญแจเข้ารหัส ในการเข้ารหัสแบบ symmetric (เช่น AES-256) กุญแจเดียวกันเข้ารหัสและถอดรหัส ในการเข้ารหัสแบบ asymmetric (เช่น RSA) กุญแจสาธารณะเข้ารหัสและกุญแจส่วนตัวถอดรหัส ระบบ E2EE หลายระบบรวมทั้งสองแบบ: การเข้ารหัสแบบ asymmetric แลกเปลี่ยน session key แบบ symmetric ซึ่งจัดการการเข้ารหัสจำนวนมาก

แอพ Photo vault ใช้การออกแบบการจัดการคีย์หลายรูปแบบ บางอันได้รับคีย์ไฟล์โดยตรงจากรหัสผ่าน การออกแบบแบบเลเยอร์ที่แข็งแกร่งยิ่งขึ้นสามารถใช้คีย์ปลดล็อคที่ได้รับจากข้อมูลรับรองเพื่อรวมคีย์ไฟล์แบบสุ่ม ห้องนิรภัย การใช้งาน PBKDF2-HMAC-SHA512 เพื่อรับคีย์ vault 256 บิตจากรูปแบบ 5x5 และเกลือทั่วทั้งอุปกรณ์ คีย์ห้องนิรภัยนั้นจะตรวจสอบความถูกต้องของดัชนีที่เข้ารหัสและแกะคีย์หลักแบบสุ่มแยกต่างหากที่ใช้สำหรับการเข้ารหัสไฟล์

การเข้ารหัส

ข้อความธรรมดา (รูปภาพของคุณ) ถูกแปลงเป็นข้อความรหัสโดยใช้กุญแจเข้ารหัสและอัลกอริทึมการเข้ารหัส AES-256-GCM เป็น symmetric cipher ที่ใช้กันอย่างแพร่หลายที่สุดสำหรับวัตถุประสงค์นี้ GCM (Galois/Counter Mode) ให้การเข้ารหัสแบบ authenticated — เข้ารหัสข้อมูลและสร้างแท็กการพิสูจน์ตัวตนที่ตรวจจับการดัดแปลงใด ๆ ไฟล์แต่ละไฟล์ได้รับ initialization vector (IV) ที่ไม่ซ้ำกัน ทำให้ไฟล์ที่เหมือนกันสร้างข้อความรหัสที่แตกต่างกัน

การถอดรหัส

อุปกรณ์ของผู้รับใช้กุญแจเดียวกัน (symmetric) หรือกุญแจส่วนตัวที่ตรงกัน (asymmetric) เพื่อย้อนกลับการแปลง โดยไม่มีกุญแจที่ถูกต้อง ข้อความรหัสแยกแยะจากข้อมูลสุ่มไม่ได้ ไม่มีทางลัดทางคณิตศาสตร์ AES-256 มีกุญแจที่เป็นไปได้ 2^256 — มากกว่าจำนวนอะตอมที่ประมาณในจักรวาลที่สังเกตได้

การเข้ารหัสแบบ End-to-End เทียบกับโมเดลการเข้ารหัสอื่น

ไม่ใช่การเข้ารหัสทั้งหมดที่เป็น end-to-end ความแตกต่างกำหนดว่าใครสามารถเข้าถึงข้อมูลของคุณได้

การเข้ารหัสระหว่างการรับส่ง (TLS/SSL)

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

การเข้ารหัสขณะจัดเก็บ (ฝั่งเซิร์ฟเวอร์)

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

การเข้ารหัสแบบ End-to-End

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

วิธีที่บริการที่เก็บรูปภาพจัดการกับการเข้ารหัส

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

iCloud Photos

Apple ใช้การเข้ารหัสระหว่างการรับส่งและขณะจัดเก็บ Apple ถือกุญแจเข้ารหัสตามค่าเริ่มต้น ด้วยคำร้องทางกฎหมายที่ถูกต้อง Apple สามารถให้ข้อมูล iCloud Photos ได้ ข้อยกเว้น: Advanced Data Protection (ADP) ของ Apple ที่มีให้ตั้งแต่ธันวาคม 2022 เพิ่มการเข้ารหัสแบบ end-to-end ให้กับ iCloud Photos ADP ต้องเปิดใช้งานอย่างชัดเจนในการตั้งค่า เมื่อเปิดใช้แล้ว Apple ไม่สามารถเข้าถึงข้อมูล iCloud Photos ได้ ผู้ใช้ส่วนใหญ่ยังไม่ได้เปิดใช้ ADP

Google Photos

Google ใช้การเข้ารหัสระหว่างการรับส่งและขณะจัดเก็บด้วยกุญแจฝั่งเซิร์ฟเวอร์ Google ถือกุญแจเข้ารหัสสำหรับข้อมูล Google Photos ทั้งหมด รวมถึงเนื้อหาใน Locked Folder Google สามารถปฏิบัติตามคำร้องข้อมูลทางกฎหมายได้ Google ไม่เสนอตัวเลือกการเข้ารหัสแบบ end-to-end สำหรับ Google Photos

Dropbox

การเข้ารหัสระหว่างการรับส่ง (TLS 1.2+) และขณะจัดเก็บ (AES-256 ด้วยกุญแจที่ Dropbox จัดการ) Dropbox ถือกุญแจและสามารถเข้าถึงไฟล์ของคุณ Dropbox ประสบการละเมิดข้อมูล (2012, 68 ล้านบัญชี) Dropbox Vault (คุณสมบัติแบบชำระเงิน) เพิ่มการป้องกัน PIN แต่ไม่ใช่การเข้ารหัสแบบ end-to-end

OneDrive

Microsoft ใช้การเข้ารหัสระหว่างการรับส่งและขณะจัดเก็บด้วยกุญแจที่ Microsoft จัดการ Microsoft ถือกุญแจ OneDrive Personal Vault เพิ่มการยืนยันตัวตน (2FA) แต่ไม่ใช่การเข้ารหัสแบบ end-to-end — Microsoft ยังสามารถเข้าถึงข้อมูลได้ สำหรับลูกค้าองค์กร กุญแจที่ลูกค้าจัดการมีให้

Vaultaire

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

สาเหตุที่การเข้ารหัสแบบ End-to-End มีความสำคัญต่อรูปภาพ

รูปภาพเป็นข้อมูลที่ละเอียดอ่อนเป็นพิเศษ มีใบหน้า ตำแหน่ง (ข้อมูลเมตา GPS) เวลา และบันทึกภาพของช่วงเวลาส่วนตัว การละเมิดคลังรูปภาพของคุณเปิดเผยข้อมูลส่วนบุคคลมากกว่าข้อมูลประเภทอื่นเกือบทุกประเภท

การละเมิดข้อมูล

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

การเข้าถึงทางกฎหมายและรัฐบาล

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

การเข้าถึงภายใน

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

การป้องกันข้อมูลเมตา

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

ความเข้าใจผิดทั่วไปเกี่ยวกับ E2EE

"ที่เก็บคลาวด์ของฉันเข้ารหัส ดังนั้นรูปภาพของฉันปลอดภัย" การเข้ารหัสฝั่งเซิร์ฟเวอร์ป้องกันการละเมิดภายนอกของฮาร์ดแวร์เซิร์ฟเวอร์ ไม่ป้องกันจากผู้ให้บริการเอง คำร้องทางกฎหมาย หรือภัยคุกคามจากคนใน ผู้ให้บริการถือกุญแจ

"HTTPS หมายความว่ารูปภาพของฉันเข้ารหัสแบบ end-to-end" HTTPS (TLS) เข้ารหัสข้อมูลระหว่างการรับส่งระหว่างอุปกรณ์ของคุณและเซิร์ฟเวอร์ เมื่อข้อมูลมาถึงเซิร์ฟเวอร์ ก็ถูกถอดรหัส HTTPS เป็นการเข้ารหัสท่อ ไม่ใช่การเข้ารหัสข้อมูล

"การเข้ารหัสแบบ end-to-end หมายความว่าไม่มีใครเห็นรูปภาพของฉันได้เลย" E2EE หมายความว่าไม่มีใครที่ไม่มีกุญแจสามารถเห็นรูปภาพของคุณได้ ถ้าใครมีรหัสผ่านหรือกุญแจของคุณ พวกเขาสามารถถอดรหัสข้อมูลได้ การจัดการกุญแจและรหัสผ่านที่แข็งแกร่งยังคงสำคัญ

"Apple/Google ไม่สามารถเห็นรูปภาพของฉัน" ตามค่าเริ่มต้น บริษัททั้งสองถือกุญแจเข้ารหัสสำหรับรูปภาพที่จัดเก็บบนคลาวด์ Apple เสนอ Advanced Data Protection เป็นตัวเลือกเสริม Google ไม่เสนอตัวเลือก E2EE สำหรับ Google Photos เลย

วิธีที่ Vaultaire ใช้การเข้ารหัสแบบ End-to-End

Vaultaire ใช้แนวทาง E2EE แบบหลายชั้น:

1. AES-256-GCM เข้ารหัสเนื้อหาไฟล์ทั้งหมด ไฟล์แต่ละไฟล์ได้รับ initialization vector ที่ไม่ซ้ำกัน การเข้ารหัสแบบ authenticated ตรวจจับการดัดแปลง
2. PBKDF2 ด้วย HMAC-SHA512 ได้รับคีย์ vault ในเครื่องจากรูปแบบที่ผู้ใช้วาดและเกลือของอุปกรณ์ ปัจจัยการทำงานทำให้ต้นทุนของการคาดเดาแบบออฟไลน์แต่ละครั้งเพิ่มขึ้นโดยไม่เพิ่มเอนโทรปีให้กับรูปแบบ คีย์ห้องนิรภัยนั้นจะตรวจสอบความถูกต้องของดัชนีที่เข้ารหัสและแกะคีย์หลักแบบสุ่มที่ใช้กับข้อมูลไฟล์
3. AES-256-GCM สำหรับข้อมูลเมตา ปกป้องชื่อไฟล์ วันที่ ขนาด ดัชนี และภาพขนาดย่อภายใต้การเข้ารหัสที่ได้รับการรับรองความถูกต้อง
4. iOS Keychain และการปกป้องข้อมูล ปกป้องเกลือของอุปกรณ์และฐานข้อมูลการกู้คืนที่เข้ารหัส AES-GCM การดำเนินการและคีย์สมมาตรที่ใช้งานอยู่ยังคงอยู่ในกระบวนการแอปในขณะที่ห้องนิรภัยเปิดอยู่
5. การแยกคีย์ของผู้ให้บริการ หมายความว่า Wraxle ไม่ได้รับตู้นิรภัยแบบธรรมดา มาสเตอร์ คีย์สำรอง หรือคีย์การกู้คืน ไม่จำเป็น CloudKit จัดเก็บบันทึกข้อความไซเฟอร์เท็กซ์และซองคีย์ที่เข้ารหัส ในขณะที่ Apple ยังคงสามารถสังเกตข้อมูลเมตาของบริการได้ ห้องนิรภัยไม่จำเป็นต้องมีบัญชีประจำตัวของห้องนิรภัย

ห้องนิรภัยเก็บข้อมูลการกู้คืน รวมถึงรูปแบบ ไว้ภายใน AES-GCM ฐานข้อมูลที่เข้ารหัสเก็บไว้ใน iOS Keychain. ไม่ได้เขียนลงในไฟล์ข้อความธรรมดาหรือส่งไปยังบริการบัญชี Vaultaire หากไม่มีรูปแบบการใช้งาน วลีการกู้คืนหรืออุปกรณ์ที่ปลดล็อคแล้วยังคงอยู่ Vaultaire ไม่มีคีย์การกู้คืนของผู้ให้บริการที่สามารถกู้คืนการเข้าถึงได้

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

การเข้ารหัสแบบ end-to-end ถูกกฎหมายไหม?

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

หน่วยงานกฎหมายสามารถทำลายการเข้ารหัสแบบ end-to-end ได้ไหม?

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

ความแตกต่างระหว่าง E2EE และการเข้ารหัสแบบ zero-knowledge คืออะไร?

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

การเข้ารหัสแบบ end-to-end ทำให้โทรศัพท์ช้าลงไหม?

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

จะเกิดอะไรขึ้นถ้าฉันทำกุญแจเข้ารหัสหาย?

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

สรุป

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

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