มายาคติของการเข้ารหัส
อัปเดตสำหรับปี 2026
ในเดือนธันวาคม 2022 LastPass แจ้งผู้ใช้เกี่ยวกับการละเมิดข้อมูล ข้อความสงบ: รหัสผ่าน "ถูกเข้ารหัส" เนื้อหา vault "ได้รับการรักษาความปลอดภัย"
ภายในปี 2025 มีเงินมากกว่า $438 ล้าน ถูกขโมยจากผู้ใช้ LastPass การขโมยมาจาก vault ที่ "ปลอดภัย" ของพวกเขาโดยตรง
เหตุใด? เพราะ LastPass เก็บกุญแจไว้
ทีมรักษาความปลอดภัยของคุณต้องทราบสิ่งนี้ก่อนเลือกเครื่องมือคลาวด์ ใช้ได้กับทุกเครื่องมือที่จัดการไฟล์สำคัญ รวมถึงแพลตฟอร์มทำให้ PII ไม่ระบุตัวตน
การเข้ารหัสฝั่งเซิร์ฟเวอร์กับสถาปัตยกรรม Zero-Knowledge
เครื่องมือคลาวด์ส่วนใหญ่บอกว่า "เข้ารหัสไฟล์ของคุณ" แต่ใช้ การเข้ารหัสฝั่งเซิร์ฟเวอร์ (SSE) นี่คือความหมาย:
| คุณสมบัติ | การเข้ารหัสฝั่งเซิร์ฟเวอร์ | สถาปัตยกรรม Zero-Knowledge |
|---|---|---|
| การเข้ารหัสเกิดขึ้นที่ไหน | บนเซิร์ฟเวอร์ผู้ให้บริการ | บนอุปกรณ์ของคุณ |
| ใครเก็บกุญแจ | ผู้ให้บริการ | เฉพาะคุณ |
| ผู้ให้บริการอ่านเนื้อหาได้ | ใช่ | ไม่ |
| การละเมิดเซิร์ฟเวอร์เปิดเผยไฟล์ | ใช่ | ไม่ (เฉพาะ ciphertext) |
| ผู้ให้บริการถูกบังคับแชร์ได้ | ใช่ | ไม่ (ไม่มีข้อมูล) |
| การเข้าถึงของหน่วยงานบังคับใช้กฎหมาย | ผ่านผู้ให้บริการ | ไม่ได้โดยไม่มีกุญแจคุณ |
LastPass เก็บกุญแจไว้ นั่นคือข้อบกพร่องร้ายแรง ผู้โจมตีเข้าถึงและได้ทั้ง ciphertext และเครื่องมือสำหรับถอดรหัส พวกเขาใช้วิธีหลอกลวงทางสังคม การเดารหัสผ่านอ่อนแอ และ metadata บัญชีเก่า
ทำไมสิ่งนี้จึงสำคัญต่อ GDPR มาตรา 25
GDPR มาตรา 25 (Privacy by Design) ชัดเจน ผู้ควบคุมต้องใช้ "มาตรการทางเทคนิคและองค์กรที่เหมาะสม" ซึ่งต้องสร้างขึ้นตั้งแต่แรก
คณะกรรมการคุ้มครองข้อมูลยุโรป (EDPB) ได้เพิ่มว่าสิ่งนี้รวมถึง การลดข้อมูลทางการเข้ารหัส ระบบต้องบล็อกการเข้าถึงข้อมูลด้วยตัวเอง การควบคุมการเข้าถึงเพียงอย่างเดียวไม่เพียงพอ
ผู้ให้บริการที่เก็บกุญแจของคุณไม่สามารถปฏิบัติตามมาตรา 25 ในรูปแบบที่เข้มงวดได้ เพราะ:
- การละเมิดระบบของพวกเขาอาจเปิดเผยข้อมูลของคุณ
- หมายศาลต่อผู้ให้บริการสามารถส่งมอบเนื้อหาของคุณ
- พนักงานที่ไม่ซื่อสัตย์สามารถดูไฟล์ของคุณ
- การโจมตี supply chain สามารถเปิดเผยทุกอย่าง
ความเป็นจริงของการละเมิด SaaS
รายงาน AppOmni / Cloud Security Alliance 2024 พบว่าการละเมิด SaaS เพิ่มขึ้น 300% จากปี 2022 ถึง 2024:
- เวลาที่ใช้ในการเจาะระบบ: 9 นาที (เคยวัดเป็นชั่วโมง)
- บทบาทของบุคคลที่สามในการละเมิด: เพิ่มขึ้นเป็นสองเท่าต่อปี (Verizon DBIR 2025)
- การละเมิด Conduent: 25.9 ล้านรายการ ถูกเปิดเผย
- การละเมิดผู้ให้บริการ NHS: ผู้ป่วย 9 ล้านราย ถูกเปิดเผย
นโยบายในรูปแบบคำพูดไม่เพียงพออีกต่อไป สถาปัตยกรรมที่แข็งแกร่งคือมาตรฐานขั้นต่ำ
สถาปัตยกรรม Zero-Knowledge ที่แท้จริงมีลักษณะอย่างไร
ระบบ zero-knowledge จริงมีคุณสมบัติเหล่านี้:
1. การสร้างกุญแจฝั่งไคลเอนต์ กุญแจมาจากรหัสผ่านของคุณ KDF แบบ memory-hard (Argon2id, bcrypt หรือ scrypt) รันบนอุปกรณ์ของคุณ กุญแจไม่เคยออกจากอุปกรณ์
2. การเข้ารหัสฝั่งไคลเอนต์ เนื้อหาถูกเข้ารหัสก่อนออกจากเบราว์เซอร์หรือแอปของคุณ เซิร์ฟเวอร์ได้รับเฉพาะ ciphertext เท่านั้น
3. ไม่มีการเก็บกุญแจฝั่งเซิร์ฟเวอร์ ผู้ให้บริการไม่เก็บกุญแจ ชิ้นส่วนกุญแจ หรือสำเนากุญแจ คุณใช้วลีกู้คืนของตัวเองเพื่อเข้าถึงใหม่
4. การตรวจสอบได้ทางการเข้ารหัส ระบบต้องมีเอกสารที่ดี เปิดให้ตรวจสอบได้ การอ้างสิทธิ์ "end-to-end encryption" ที่คลุมเครือโดยไม่มีรายละเอียดทางเทคนิคคือสัญญาณอันตราย
วิธีที่ anonym.legal ใช้ Zero-Knowledge
การเข้าสู่ระบบ zero-knowledge ของ anonym.legal ใช้:
- Argon2id key derivation: หน่วยความจำ 64MB 3 รอบ — ตัวเลือก OWASP สำหรับแอปที่มีความปลอดภัยสูง
- AES-256-GCM encryption: ปกป้องกุญแจเข้ารหัสที่บันทึกไว้และ vault ในเครื่องของ Desktop App — ไม่ใช่ข้อความที่ส่งไปทำ anonymization ซึ่งประมวลผลโดย API ของ anonym.legal ที่โฮสต์ใน EU
- วลีกู้คืน BIP39 24 คำ: วิธีเดียวในการกู้คืนการเข้าถึง — ไม่ได้เก็บโดย anonym.legal
- การเข้าสู่ระบบแบบ zero-knowledge: รหัสผ่านของคุณจะไม่ไปถึงเซิร์ฟเวอร์ anonym.legal เลย ส่วนกุญแจเข้ารหัสที่บันทึกไว้จะถูกเก็บแบบเข้ารหัส (AES-256-GCM) แต่ไม่ใช่ zero-knowledge ขอให้ชัดเจนถึงขอบเขต: zero-knowledge ใช้กับการเข้าสู่ระบบเท่านั้น กุญแจเข้ารหัสที่บันทึกไว้จะถูกเก็บแบบเข้ารหัสบนเซิร์ฟเวอร์ anonym.legal ในเยอรมนี และเซิร์ฟเวอร์สามารถถอดรหัสกุญแจเหล่านั้นเพื่อส่งกลับให้แอปของคุณได้
ดู ภาพรวมความปลอดภัยและการปฏิบัติตาม และ เอกสารการปฏิบัติตาม เพื่อดูรายละเอียดครบถ้วน
รายการตรวจสอบการประเมินผู้ให้บริการ
เมื่อเลือกเครื่องมือคลาวด์สำหรับข้อมูลสำคัญ ถามคำถามเหล่านี้:
คำถามเกี่ยวกับสถาปัตยกรรม:
- การเข้ารหัสเกิดขึ้นที่ไหน — บนอุปกรณ์ของคุณหรือบนเซิร์ฟเวอร์ผู้ให้บริการ?
- ใครสร้างกุญแจ?
- กุญแจเก็บไว้ที่ไหน?
- ผู้ให้บริการสามารถส่งมอบสำเนา plain-text ของเนื้อหาคุณหากถูกศาลบังคับได้ไหม?
คำถามเกี่ยวกับความยืดหยุ่นต่อการละเมิด:
- หากระบบผู้ให้บริการถูกเจาะทั้งหมด ข้อมูลอะไรถูกเปิดเผย?
- หากพนักงานผู้ให้บริการทุจริต เนื้อหาอะไรที่พวกเขาเห็นได้?
คำถามด้านกฎระเบียบ:
- ผู้ให้บริการสามารถแสดงเอกสารสำหรับ GDPR มาตรา 25 ได้ไหม?
- มีผู้ตรวจสอบภายนอกตรวจสอบระบบหรือไม่?
ดู FAQ และ คำศัพท์ สำหรับข้อมูลเพิ่มเติม
กรณีการใช้งาน: การตรวจสอบสถานะของบริษัทประกันสุขภาพเยอรมัน
เจ้าหน้าที่ compliance ของบริษัทประกันสุขภาพเยอรมันรายใหญ่ต้องการเครื่องมือ anonymization คลาวด์ งาน: ประมวลผลบันทึกข้อร้องเรียนของผู้ถือกรมธรรม์ DPO มีข้อกำหนดสี่ข้อ:
- ผู้ให้บริการไม่สามารถเข้าถึงบันทึกผู้ถือกรมธรรม์
- ไม่มีการประมวลผลนอกเยอรมนี
- มาตรการทางเทคนิค GDPR มาตรา 32 มีเอกสาร
- ลดความเสี่ยงการละเมิดที่ต้องรายงาน DPA
SaaS anonymization ของสหรัฐฯ รายใหญ่ล้มเหลวในข้อแรก ทีมสนับสนุนสามารถรีเซ็ต vault ผู้ใช้ได้ ซึ่งพิสูจน์ว่ามีการเข้าถึงกุญแจฝั่งเซิร์ฟเวอร์
anonym.legal ตรงตามเกณฑ์ทั้งสี่ DPO เขียนได้ว่า "แม้แต่การละเมิดผู้ให้บริการทั้งหมดก็ไม่ให้บันทึกผู้ถือกรมธรรม์ที่ใช้งานได้ — กุญแจมีอยู่เฉพาะบน workstation ของเรา"
บทเรียนจากการบังคับใช้กฎหมายของ ICO
ในเดือนธันวาคม 2025 ICO ของสหราชอาณาจักรปรับบริษัท LastPass UK £1.2 ล้าน สาเหตุ: "ความล้มเหลวในการใช้มาตรการรักษาความปลอดภัยทางเทคนิคและองค์กรที่เหมาะสม"
ค่าปรับไม่ได้เป็นเพราะการละเมิดเอง แต่เพราะตัวเลือกสถาปัตยกรรมที่ทำให้การละเมิดเป็นอันตรายอย่างมาก การตั้งค่า KDF ที่ไม่ดี metadata ที่เปิดเผย และการเก็บกุญแจฝั่งเซิร์ฟเวอร์ล้วนมีบทบาท
ผู้กำกับดูแลถามแล้วว่า: ระบบจำกัดผลกระทบของการละเมิดหรือไม่? สถาปัตยกรรม zero-knowledge ตอบคำถามนั้นอย่างชัดเจน
เมื่อสถาปัตยกรรม Zero-Knowledge ไม่เหมาะสม
การเข้ารหัส zero-knowledge มีการแลกเปลี่ยน:
ความซับซ้อนในการกู้คืน: หากผู้ใช้สูญเสียกุญแจ ไฟล์หายถาวร ไม่มีทางลับ
แรงเสียดทานในการทำงานร่วมกัน: เนื้อหาที่เข้ารหัสสามารถแชร์ได้เฉพาะเมื่ออีกฝ่ายมีเครื่องมือถอดรหัสที่ถูกต้อง
กรณีขอบของกฎระเบียบ: บางภูมิภาคกำหนดให้หน่วยงานบังคับใช้กฎหมายเข้าถึงบันทึกตามคำสั่งศาล ระบบ zero-knowledge บล็อกสิ่งนี้โดยการออกแบบ
ค่าใช้จ่ายด้านการคำนวณ: การสร้างกุญแจ Argon2id และการเข้ารหัส AES-256-GCM เพิ่มความล่าช้า
สำหรับทีมที่ประมวลผลเอกสารหลายล้านชิ้นต่อวัน แนวทางแบบผสมอาจดีกว่า เข้ารหัสเฉพาะฟิลด์ที่สำคัญที่สุด ดู แผนราคา สำหรับระดับปริมาณ
บทสรุป
"เราเข้ารหัสไฟล์ของคุณ" ไม่ใช่คำสัญญาด้านความปลอดภัย มันคือวลีทางการตลาดที่ต้องตรวจสอบ
คำถามจริงง่ายมาก ใครเก็บกุญแจ? การเข้ารหัสเกิดขึ้นที่ไหน? อะไรถูกเปิดเผยหากระบบผู้ให้บริการถูกเจาะ?
สำหรับทีมที่ประมวลผลข้อมูลสำคัญภายใต้ GDPR HIPAA หรือกฎที่คล้ายกัน ตัวเลือกสถาปัตยกรรมเหล่านี้กำหนดทั้งความเสี่ยงทางกฎหมายและการเปิดเผยจากการละเมิดจริง
LastPass เข้ารหัสเนื้อหาผู้ใช้ สถาปัตยกรรม zero-knowledge จะทำให้การละเมิดปี 2022 เป็นเรื่องที่ไม่มีผลกระทบ เงิน $438 ล้านที่ถูกขโมยจากผู้ใช้คือต้นทุนของการเลือกสถาปัตยกรรมที่ผิด
anonym.legal ใช้ zero-knowledge กับการลงชื่อเข้าใช้ การสร้างกุญแจ Argon2id รันในเบราว์เซอร์หรือ desktop app ของคุณ ดังนั้นรหัสผ่านของคุณจะไม่ออกจากอุปกรณ์ ข้อความที่ส่งไปทำให้ไม่ระบุตัวตนจะถูกประมวลผลโดย API ของ anonym.legal ที่โฮสต์ในสหภาพยุโรป (Hetzner, Falkenstein) กุญแจเข้ารหัสที่บันทึกไว้จะถูกเก็บแบบเข้ารหัสบนเซิร์ฟเวอร์ anonym.legal แต่ไม่ใช่ zero-knowledge เรียนรู้เพิ่มเติมในหน้า เกี่ยวกับเรา หรือสำรวจ ระบบ token