การเลือกหลัก
เมื่อปกป้องข้อมูลส่วนตัว คุณเผชิญกับการตัดสินใจสำคัญหนึ่งข้อ: คุณสามารถกู้คืนข้อมูลต้นฉบับได้หรือไม่?
การลบถาวร ลบเนื้อหาออกอย่างสมบูรณ์ ไม่มีทางกู้คืนได้
การเข้ารหัสแบบย้อนกลับได้ แทนที่ชื่อและ ID ด้วย token คุณสามารถคืนค่าต้นฉบับได้ด้วยกุญแจที่ถูกต้อง
ช่องว่างนั้นกำหนดตัวเลือกทางกฎหมายและการปฏิบัติตามของคุณ หากเลือกผิด คุณอาจไม่สามารถปฏิบัติตามคำสั่งศาลหรือคำขอจากหน่วยงานกำกับดูแลได้ ทั้งสองวิธีมีการใช้งานที่ถูกต้อง สิ่งสำคัญคือรู้ว่าควรใช้วิธีใดและเมื่อใด เครื่องมือส่วนใหญ่มีแค่การลบถาวร ซึ่งจำกัดตัวเลือกของคุณเมื่อสถานการณ์เปลี่ยนแปลง
ดู ภาพรวมการปฏิบัติตามกฎหมาย ของเราเพื่อดูว่าแต่ละวิธีสอดคล้องกับหน้าที่ทางกฎหมายทั่วไปอย่างไร
GDPR ขีดเส้นแบ่งที่ชัดเจน
GDPR แบ่งโลกออกเป็นสองกลุ่ม: ข้อมูลที่ทำให้ไม่ระบุตัวตนและข้อมูลที่ใช้นามแฝง
การทำให้ไม่ระบุตัวตนอย่างแท้จริง
หากไม่สามารถเชื่อมโยงข้อมูลกลับไปยังบุคคลได้ GDPR ไม่บังคับใช้ ต้องเป็นจริงสามข้อ: การเชื่อมโยงใหม่ต้องเป็นไปไม่ได้ ไม่มีไฟล์เพิ่มเติมที่อนุญาตให้เชื่อมโยงใหม่ กระบวนการต้องเป็นทางเดียว ข้อมูลที่ทำให้ไม่ระบุตัวตนอยู่นอกขอบเขต GDPR
การใช้นามแฝงตามมาตรา 4(5)
การใช้นามแฝงแทนที่ ID ด้วย token สามารถคืนค่าต้นฉบับได้โดยใช้กุญแจที่เก็บไว้ ยังคงนับเป็นข้อมูลส่วนบุคคลภายใต้ GDPR แต่ถือเป็นมาตรการรักษาความปลอดภัยตามมาตรา 32 ลดความเสี่ยงจากการละเมิด และอนุญาตให้ใช้เพื่อการวิจัยตามมาตรา 89
| วิธีการ | สถานะ GDPR | คืนค่าได้ | การใช้งานหลัก |
|---|---|---|---|
| ทำให้ไม่ระบุตัวตน | ไม่เป็นส่วนบุคคล | ไม่ | ไฟล์สาธารณะ |
| ใช้นามแฝง | เป็นส่วนบุคคล | ใช่ | งานภายใน |
เมื่อการลบถาวรสร้างความเสี่ยง
การค้นพบทางกฎหมาย
ศาลสามารถสั่งให้คุณผลิตไฟล์ต้นฉบับได้ การอ้างสิทธิ์ privilege สามารถถูกท้าทาย ผู้พิพากษาสามารถตรวจสอบไฟล์เป็นความลับ ฝ่ายตรงข้ามสามารถโต้แย้งสิ่งที่ถูกลบออก หากคุณลบเนื้อหาออกถาวร คุณไม่สามารถปฏิบัติตามได้
ตัวอย่าง: สำนักงานกฎหมายแห่งหนึ่งลบชื่อลูกค้าออกจากไฟล์คดีทั้งหมด ศาลตั้งคำถามเกี่ยวกับการอ้างสิทธิ์ privilege สำนักงานไม่สามารถผลิตต้นฉบับได้ มีการลงโทษตามมา
การตรวจสอบจากหน่วยงานกำกับดูแล
ผู้ตรวจสอบสามารถขอดูบันทึกที่สมบูรณ์ การตรวจสอบทางการเงินต้องการรายละเอียดธุรกรรมครบถ้วน การตรวจสอบด้านสุขภาพต้องการบันทึกผู้ป่วย การตรวจสอบ GDPR อาจครอบคลุมขั้นตอนการประมวลผลทั้งหมด การบอกว่า "เราลบสิ่งนั้นออกถาวรแล้ว" แทบไม่ใช่คำตอบที่ยอมรับได้
การวิจัยที่ต้องการการเชื่อมโยงใหม่
การศึกษาระยะยาวต้องเชื่อมโยงข้อมูลข้ามเวลา งานวิจัยทางการแพทย์ติดตามผลลัพธ์ผู้ป่วยหลายปี งานวิชาการต้องการการติดตามผลหลายรอบ การทบทวนคุณภาพต้องการข้อมูลแนวโน้ม การลบถาวรปิดกั้นทั้งหมดนี้
ความต้องการทางธุรกิจ
ทีมมักต้องการข้อมูลต้นฉบับคืน ลูกค้าขอเอกสารต้นฉบับของตน การตรวจสอบภายในต้องการภาพรวมครบถ้วน เส้นทางการตรวจสอบอาจต้องการข้อความแหล่งที่มาดิบ
เมื่อใดควรใช้แต่ละวิธี
ใช้การลบถาวรเมื่อ:
| กรณี | ตัวอย่าง |
|---|---|
| เผยแพร่สาธารณะ | โครงการข้อมูลเปิด |
| ไม่ต้องการเชื่อมโยงใหม่ | ตัวเลขที่เผยแพร่ |
| กฎหมายกำหนด | แจ้งเตือนการละเมิดบางประเภท |
| ข้อจำกัดการจัดเก็บ | ไฟล์ที่ไม่ควรเก็บรักษา |
ใช้การเข้ารหัสแบบย้อนกลับได้เมื่อ:
| กรณี | ตัวอย่าง |
|---|---|
| การค้นพบทางกฎหมาย | ผลผลิต e-discovery |
| รายงานภายใน | การวิเคราะห์ แดชบอร์ด |
| การวิจัย | การศึกษาระยะยาว |
| งานลูกค้า | การจัดการเอกสาร |
| หลักฐานการตรวจสอบ | บันทึกการปฏิบัติตาม |
การเข้ารหัสแบบย้อนกลับได้ทำงานอย่างไร
anonym.legal ใช้ AES-256-GCM เพื่อเข้ารหัสและคืนค่าเนื้อหา กุญแจถูกสร้างบนอุปกรณ์ของคุณโดยใช้แหล่งสุ่มที่ปลอดภัย ไม่ถูกส่งไปยังเซิร์ฟเวอร์ anonym.legal เก็บไว้ใน key vault ของคุณเอง และได้รับการปกป้องด้วยการเข้าสู่ระบบของคุณเอง หากไม่มีกุญแจ การถอดรหัสเป็นไปไม่ได้โดยสิ้นเชิง
ขั้นตอนเข้ารหัส: ข้อความต้นฉบับ → ตรวจจับ PII → สร้างกุญแจ → เข้ารหัสแต่ละรายการ → ได้ token เป็นผลลัพธ์
ขั้นตอนถอดรหัส: นำเข้า token → โหลดกุญแจ → ถอดรหัส token → ได้ต้นฉบับคืน
ตัวอย่างการค้นพบทางกฎหมาย
โดยไม่มีการเข้ารหัสแบบย้อนกลับได้: ลบเนื้อหา privilege ถาวร → ส่งไฟล์ให้ฝ่ายตรงข้าม → ศาลโต้แย้งการอ้างสิทธิ์ → ไม่สามารถผลิตต้นฉบับ → มีโทษ
ด้วย anonym.legal: เข้ารหัสเนื้อหา privilege แบบย้อนกลับได้ → ส่งเวอร์ชันเข้ารหัส → ศาลโต้แย้ง → ถอดรหัสส่งศาลตรวจสอบเป็นความลับ → ศาลตัดสิน → ส่งเวอร์ชันที่ถูกต้อง
คุณควบคุมได้ทุกขั้นตอน สามารถปฏิบัติตามคำสั่งศาลใดก็ได้ หน้ากรณีการใช้งานทางกฎหมาย ของเราครอบคลุมขั้นตอนทั้งหมด ดู หน้า zero-knowledge เพื่อดูว่ากุญแจอยู่ฝั่งคุณเท่านั้นอย่างไร