กลับไปที่บล็อกเทคนิค

การเลือกระหว่างการลบข้อมูลแบบย้อนกลับได้และถาวร

GDPR แยกแยะระหว่างการทำให้ไม่ระบุตัวตนและการใช้นามแฝง ศาลต้องการเอกสารต้นฉบับ งานวิจัยต้องการการระบุตัวตนใหม่ เรียนรู้ว่าควรใช้แนวทางใดในแต่ละสถานการณ์

February 27, 20267 อ่านประมาณ
redactionencryptionpseudonymizationGDPRe-discovery

การเลือกหลัก

เมื่อปกป้องข้อมูลส่วนตัว คุณเผชิญกับการตัดสินใจสำคัญหนึ่งข้อ: คุณสามารถกู้คืนข้อมูลต้นฉบับได้หรือไม่?

การลบถาวร ลบเนื้อหาออกอย่างสมบูรณ์ ไม่มีทางกู้คืนได้

การเข้ารหัสแบบย้อนกลับได้ แทนที่ชื่อและ ID ด้วย token คุณสามารถคืนค่าต้นฉบับได้ด้วยกุญแจที่ถูกต้อง

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

ดู ภาพรวมการปฏิบัติตามกฎหมาย ของเราเพื่อดูว่าแต่ละวิธีสอดคล้องกับหน้าที่ทางกฎหมายทั่วไปอย่างไร

GDPR ขีดเส้นแบ่งที่ชัดเจน

GDPR แบ่งโลกออกเป็นสองกลุ่ม: ข้อมูลที่ทำให้ไม่ระบุตัวตนและข้อมูลที่ใช้นามแฝง

การทำให้ไม่ระบุตัวตนอย่างแท้จริง

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

การใช้นามแฝงตามมาตรา 4(5)

การใช้นามแฝงแทนที่ ID ด้วย token สามารถคืนค่าต้นฉบับได้โดยใช้กุญแจที่เก็บไว้ ยังคงนับเป็นข้อมูลส่วนบุคคลภายใต้ GDPR แต่ถือเป็นมาตรการรักษาความปลอดภัยตามมาตรา 32 ลดความเสี่ยงจากการละเมิด และอนุญาตให้ใช้เพื่อการวิจัยตามมาตรา 89

วิธีการสถานะ GDPRคืนค่าได้การใช้งานหลัก
ทำให้ไม่ระบุตัวตนไม่เป็นส่วนบุคคลไม่ไฟล์สาธารณะ
ใช้นามแฝงเป็นส่วนบุคคลใช่งานภายใน

เมื่อการลบถาวรสร้างความเสี่ยง

การค้นพบทางกฎหมาย

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

ตัวอย่าง: สำนักงานกฎหมายแห่งหนึ่งลบชื่อลูกค้าออกจากไฟล์คดีทั้งหมด ศาลตั้งคำถามเกี่ยวกับการอ้างสิทธิ์ privilege สำนักงานไม่สามารถผลิตต้นฉบับได้ มีการลงโทษตามมา

การตรวจสอบจากหน่วยงานกำกับดูแล

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

การวิจัยที่ต้องการการเชื่อมโยงใหม่

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

ความต้องการทางธุรกิจ

ทีมมักต้องการข้อมูลต้นฉบับคืน ลูกค้าขอเอกสารต้นฉบับของตน การตรวจสอบภายในต้องการภาพรวมครบถ้วน เส้นทางการตรวจสอบอาจต้องการข้อความแหล่งที่มาดิบ

เมื่อใดควรใช้แต่ละวิธี

ใช้การลบถาวรเมื่อ:

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

ใช้การเข้ารหัสแบบย้อนกลับได้เมื่อ:

กรณีตัวอย่าง
การค้นพบทางกฎหมายผลผลิต e-discovery
รายงานภายในการวิเคราะห์ แดชบอร์ด
การวิจัยการศึกษาระยะยาว
งานลูกค้าการจัดการเอกสาร
หลักฐานการตรวจสอบบันทึกการปฏิบัติตาม

การเข้ารหัสแบบย้อนกลับได้ทำงานอย่างไร

anonym.legal ใช้ AES เพื่อเข้ารหัสและคืนค่าเนื้อหา กุญแจถูกสร้างบนอุปกรณ์ของคุณโดยใช้แหล่งสุ่มที่ปลอดภัย ถูกเก็บไว้บนเซิร์ฟเวอร์ anonym.legal เฉพาะเมื่อคุณบันทึกไว้ในบัญชีของคุณ: เข้ารหัส แต่ไม่ใช่ zero-knowledge

ขั้นตอนเข้ารหัส: ข้อความต้นฉบับ → ตรวจจับ PII → สร้างกุญแจ → เข้ารหัสแต่ละรายการ → ได้ token เป็นผลลัพธ์

ขั้นตอนถอดรหัส: นำเข้า token → โหลดกุญแจ → ถอดรหัส token → ได้ต้นฉบับคืน

ตัวอย่างการค้นพบทางกฎหมาย

โดยไม่มีการเข้ารหัสแบบย้อนกลับได้: ลบเนื้อหา privilege ถาวร → ส่งไฟล์ให้ฝ่ายตรงข้าม → ศาลโต้แย้งการอ้างสิทธิ์ → ไม่สามารถผลิตต้นฉบับ → มีโทษ

ด้วย anonym.legal: เข้ารหัสเนื้อหา privilege แบบย้อนกลับได้ → ส่งเวอร์ชันเข้ารหัส → ศาลโต้แย้ง → ถอดรหัสส่งศาลตรวจสอบเป็นความลับ → ศาลตัดสิน → ส่งเวอร์ชันที่ถูกต้อง

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

แหล่งที่มา

พร้อมที่จะปกป้องข้อมูลของคุณหรือยัง?

เริ่มทำให้ PII เป็นนิรนามด้วยประเภทเอนทิตี273 ประเภทใน 48 ภาษา.