คำสั่งขอข้อมูลจากแอปแชต: เนื้อหา เมทาดาทา และข้อจำกัด

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

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

เริ่มที่แหล่งข้อมูล

คำถามอย่าง “ตำรวจอ่านข้อความที่เข้ารหัสได้ไหม?” กว้างเกินไป ควรถามว่าสำเนาจะมาจากที่ไหน:

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

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

ตัวอย่างที่มีเอกสาร: คำตอบที่ Signal เผยแพร่

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

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

สิ่งที่ Livara ระบุเกี่ยวกับการมองเห็นของเซิร์ฟเวอร์

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

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

เอกสารยังระบุว่าการปกป้องเมทาดาทา LSS1 ไม่ได้เชื่อมกับการส่งตามปกติ ดังนั้นการอธิบายว่าการส่งข้อความทั่วไปซ่อนกราฟความสัมพันธ์การสื่อสารจากบริการจึงทำให้เข้าใจผิด

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

การเข้ารหัสกับการเก็บรักษาตอบคนละคำถาม

การเข้ารหัสถามว่าใครมีคีย์สำหรับตีความไบต์ที่เก็บไว้ การเก็บรักษาถามว่าไบต์และบันทึกใดยังมีอยู่ ไฟล์ที่เข้ารหัสอาจถูกเก็บไว้นาน ขณะที่บันทึกที่อ่านได้อาจมีอายุสั้น คำกล่าวว่า “เราไม่สามารถถอดรหัสข้อความ” ไม่ได้ยืนยันว่าไม่มีที่อยู่ IP บทสนทนากับฝ่ายสนับสนุน รายงานการละเมิด หรือบันทึกการนำส่ง

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

การยืนยันตัวตนก็มีบันทึกของตนเอง SRP สามารถหลีกเลี่ยงการส่งรหัสผ่านในการแลกเปลี่ยนโปรโตคอลที่ดำเนินอย่างซื่อตรง แต่เซิร์ฟเวอร์ยังเก็บค่าตรวจสอบ RFC 5054 หัวข้อ 3.3 อธิบายความเสี่ยงจากการขโมยค่าตรวจสอบ รวมถึงการเดารหัสผ่าน “ไม่มีรหัสผ่านข้อความธรรมดา” ไม่ได้หมายถึง “ไม่มีสิ่งอ่อนไหวที่เปิดเผยหรือขโมยได้”

คำถามก่อนพึ่งพาแอปแชต

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

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

การเข้ารหัสหลังยุคควอนตัมเปลี่ยนคำตอบไหม?

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