ชื่ออัลกอริทึมไม่อาจทดแทนหลักฐานเรื่องตำแหน่งจัดเก็บข้อมูลและการปกป้องคีย์
การเข้ารหัสข้อมูลขณะจัดเก็บ หรือ Data-at-Rest ปกป้องข้อมูลที่เก็บไว้ ส่วนการเข้ารหัสจากต้นทางถึงปลายทางปกป้องเนื้อหาข้อความระหว่างอุปกรณ์ที่ได้รับอนุญาต การประเมินความปลอดภัยของแอปส่งข้อความต้องพิจารณาทั้งสองด้าน ชื่ออัลกอริทึมหรือคำว่า “ทนทานต่อควอนตัม” เพียงอย่างเดียวไม่ได้บอกว่าฐานข้อมูล แคชสื่อ และไฟล์ที่ส่งออกบนโทรศัพท์ได้รับการปกป้องอย่างไร
ในการตรวจพิสูจน์หลักฐานดิจิทัลบนมือถือ “การได้ไฟล์มา” ก็ไม่ใช่สิ่งเดียวกับ “การอ่านเนื้อหาที่เข้ารหัสอยู่ในไฟล์นั้น” ผลลัพธ์ขึ้นอยู่กับรุ่นอุปกรณ์ เวอร์ชันระบบปฏิบัติการ สถานะการล็อก ชนิดข้อมูล คีย์ที่ใช้งานได้ และวิธีตรวจสอบ เราไม่สามารถใช้ชื่อเครื่องมือเพียงอย่างเดียวทำนายว่าการดึงข้อมูลจากโทรศัพท์ทุกรุ่นจะสำเร็จหรือล้มเหลว
การปกป้องสามชั้นที่ไม่ควรสับสนกัน
| ชั้นการปกป้อง | ปกป้องอะไร | คำถามสำคัญ |
|---|---|---|
| การเข้ารหัสข้อความจากต้นทางถึงปลายทาง | เนื้อหาที่แลกเปลี่ยนระหว่างอุปกรณ์ที่ได้รับอนุญาต | ใครถือคีย์ และยืนยันตัวตนคู่สนทนาอย่างไร |
| การเข้ารหัสพื้นที่จัดเก็บของอุปกรณ์ | ไฟล์ที่เก็บอยู่ในพื้นที่จัดเก็บ | คีย์ที่เกี่ยวข้องใช้งานได้เมื่อใด และต้องมีสิทธิ์อะไร |
| การปกป้องภายในแอปและข้อมูลสำรอง | ฐานข้อมูล ข้อมูลที่ส่งออก หรือสำเนาแยกต่างหาก | ครอบคลุมข้อมูลใดบ้าง และคีย์ของแต่ละสำเนาอยู่ที่ไหน |
ตัวอย่างเช่น รูปที่บันทึกจากแชตลงในแกลเลอรีจะไม่ได้อยู่ภายใต้นโยบายการเก็บข้อมูลของแอปส่งข้อความนั้นเพียงอย่างเดียวอีกต่อไป ข้อมูลสำรองบนคลาวด์หรือข้อมูลที่ส่งออกด้วยตนเองก็ต้องตรวจสอบแยกกัน คู่มือความปลอดภัยของข้อมูลสำรองแชตอธิบายความแตกต่างนี้
BFU และ AFU หมายถึงอะไร
คำเหล่านี้มักใช้อธิบายสถานะของอุปกรณ์โดยอ้างอิงจากการปลดล็อกครั้งแรกหลังเปิดเครื่อง:
- BFU หรือ Before First Unlock: หลังเปิดเครื่องหรือรีสตาร์ต ผู้ใช้ยังไม่ได้ปลดล็อกเป็นครั้งแรก
- AFU หรือ After First Unlock: มีการปลดล็อกครั้งแรกแล้ว ขณะนี้อุปกรณ์อาจกลับมาแสดงหน้าจอล็อกอีกครั้งก็ได้
ป้ายกำกับทั้งสองนี้ไม่ใช่คะแนนความปลอดภัยหรือผลการตรวจพิสูจน์หลักฐานที่แน่นอน AFU ไม่ได้แปลว่า “ดึงคีย์ทั้งหมดออกมาได้” และ BFU ก็ไม่ได้แปลว่า “เข้าถึงข้อมูลใด ๆ ไม่ได้เลย”
ในการเข้ารหัสระดับไฟล์ของ Android พื้นที่ Credential Encrypted หรือ CE จะพร้อมใช้งานหลังผู้ใช้ปลดล็อก ส่วนพื้นที่ Device Encrypted หรือ DE ใช้สำหรับการทำงานที่จำเป็นใน Direct Boot ได้ด้วย ตำแหน่งที่เก็บข้อมูลแต่ละชนิดและนโยบายคีย์มีความสำคัญ ไฟล์ทั้งหมดไม่ได้มีสถานะการเข้าถึงแบบเดียวกัน
ทำไมการจัดการคีย์จึงสำคัญกว่าการเอ่ยชื่อ AES
การเข้ารหัสฐานข้อมูลมีประโยชน์เมื่อคีย์ได้รับการปกป้องอย่างเหมาะสมด้วย การเก็บไฟล์ที่เข้ารหัสไว้ข้างคีย์ที่ไม่มีการปกป้อง ไม่ได้สร้างขอบเขตการป้องกันแบบเดียวกับคีย์ที่ผูกกับการยืนยันตัวตนและฮาร์ดแวร์ที่ปลอดภัย นอกจากนี้ยังต้องชัดเจนว่าไฟล์ชั่วคราว ไฟล์แนบ และบันทึกการทำงานของแอปถูกจัดการอย่างไร
Android Keystore รองรับการใช้คีย์ที่ส่งออกไม่ได้ และคีย์บางส่วนอาจอาศัยฮาร์ดแวร์ที่ปลอดภัย แต่การส่งออกคีย์ไม่ได้ ไม่ใช่สิ่งเดียวกับการที่ผู้โจมตีใช้คีย์นั้นไม่ได้ ตามเอกสาร Android ผู้โจมตีที่ยึดกระบวนการทำงานของแอปได้อาจใช้คีย์ได้ แม้จะดึงตัวคีย์ออกมาไม่ได้ก็ตาม
การล็อกแอปที่เห็นบนหน้าจอก็ไม่ได้พิสูจน์เสมอไปว่าฐานข้อมูลถูกเข้ารหัสด้วยคีย์แยกต่างหาก การกล่าวอ้างเช่นนั้นต้องตรวจสอบการออกแบบการจัดเก็บ เงื่อนไขการยืนยันตัวตน และการทำงานจริงของเวอร์ชันนั้น
เราสรุปอะไรเกี่ยวกับ Livara ได้บ้าง
เอกสารความปลอดภัยของ Livara และแบบจำลองภัยคุกคาม เป็นคำอธิบายของผู้ให้บริการเกี่ยวกับการออกแบบและขอบเขตของผลิตภัณฑ์ ไม่ใช่สิ่งทดแทนการทดสอบทางนิติวิทยาศาสตร์ดิจิทัลโดยอิสระ
โดยเฉพาะอย่างยิ่ง ไม่ควรมองการกู้คืนอัตลักษณ์ในรูปแบบ v7 ว่าเป็นการสำรองประวัติแชตหรือหลักฐานว่าฐานข้อมูลในเครื่องได้รับการเข้ารหัส การอธิบายโพรโทคอลข้อความอย่าง LVR1 เพียงอย่างเดียวก็ไม่ได้ระบุว่าแต่ละไฟล์บนโทรศัพท์ได้รับการปกป้องด้วยคีย์ใดและในสถานะใดบ้าง
บทความนี้ไม่ได้ทดสอบเครื่องมือตรวจพิสูจน์หลักฐานเชิงพาณิชย์หรือฐานข้อมูลของ Livara เวอร์ชันใดโดยเฉพาะ ดังนั้นคำกล่าวอย่าง “ไม่มีเครื่องมือตรวจพิสูจน์หลักฐานใดอ่าน Livara ได้” หรือ “ML-KEM เข้ารหัสทุกไฟล์ในพื้นที่จัดเก็บ” จึงไม่ใช่ข้อสรุปที่มีหลักฐานรองรับ
ควรขอหลักฐานอะไรเมื่อประเมินแอปส่งข้อความ
แทนที่จะใช้ตารางจัดอันดับที่ไม่มีการทดสอบ ให้หาคำตอบสำหรับคำถามที่เจาะจงเหล่านี้:
- ตรวจสอบแอปเวอร์ชันใด อุปกรณ์รุ่นใด และระบบปฏิบัติการเวอร์ชันใด
- ข้อความ ไฟล์ ภาพขนาดย่อ แคช และข้อมูลที่ส่งออกด้วยตนเอง ถูกจัดเก็บไว้ที่ไหนบ้าง
- คีย์ฐานข้อมูลถูกสร้างและเก็บรักษาอย่างไร การใช้คีย์ต้องผ่านการยืนยันตัวตนหรือไม่
- ขณะล็อก หลังปลดล็อก และระหว่างที่แอปทำงาน มีความแตกต่างกันอย่างไร
- ข้อมูลสำรองครอบคลุมอะไรอย่างแน่ชัด และใครถือรหัสผ่านหรือคีย์กู้คืนของข้อมูลสำรองนั้น
- มีการเผยแพร่รายงานอิสระ วิธีทดสอบ ข้อจำกัด และวันที่ตรวจสอบหรือไม่
คำว่า “เข้ารหัสแล้ว” โดยไม่มีคำตอบสำหรับคำถามเหล่านี้ไม่เพียงพอสำหรับการเปรียบเทียบผลิตภัณฑ์ การเผยแพร่เอกสารทางเทคนิคมีคุณค่า แต่ไม่ควรนำเสนอว่าเทียบเท่ากับการตรวจสอบยืนยันทุกข้อกล่าวอ้างโดยอิสระ
สิ่งที่ทำได้เพื่อปกป้องข้อมูลในชีวิตประจำวัน
ใช้รหัสผ่านที่เหมาะสมเพื่อล็อกอุปกรณ์ ติดตั้งอัปเดตระบบปฏิบัติการและแอป และจำกัดการแสดงข้อความอ่อนไหวบนหน้าจอล็อก จัดการสำเนาเพิ่มเติมในแกลเลอรี โฟลเดอร์ดาวน์โหลด และข้อมูลสำรองอย่างรอบคอบ สำเนาที่อยู่นอกแอปส่งข้อความอาจอยู่ภายใต้นโยบายการปกป้องที่ต่างออกไป
สำหรับการสนทนาที่อ่อนไหว สภาพความปลอดภัยของอุปกรณ์คู่สนทนาก็สำคัญเช่นกัน หากมัลแวร์อ่านเนื้อความได้หลังเปิดแอป ปัญหาก็ไม่ได้มีเพียงการดึงไฟล์ที่เข้ารหัสออกมา คู่มือความปลอดภัยของเซสชันบน Android อธิบายขอบเขตนี้เพิ่มเติม
คำถามที่พบบ่อย
โทรศัพท์ปิดอยู่หมายความว่าดึงข้อมูลไม่ได้เลยหรือไม่
ไม่ใช่ สถานะของอุปกรณ์เป็นปัจจัยหนึ่ง ไม่ใช่การรับประกันผลลัพธ์ ต้องทราบรายละเอียดของฮาร์ดแวร์ ซอฟต์แวร์ ข้อมูล และวิธีตรวจสอบ
การเข้ารหัสข้อความที่ทนทานต่อควอนตัมรับประกันความปลอดภัยของพื้นที่จัดเก็บหรือไม่
ไม่ การปกป้องการแลกเปลี่ยนคีย์และข้อความไม่อาจทดแทนการออกแบบและการตรวจสอบพื้นที่จัดเก็บในเครื่อง
กู้คืนบัญชีแล้วข้อความทั้งหมดจะกลับมาหรือไม่
ไม่จำเป็นเสมอไป การกู้คืนอัตลักษณ์ การเชื่อมต่อบัญชีอีกครั้ง และการกู้คืนประวัติเป็นความสามารถสามอย่างที่ต่างกัน ก่อนเปลี่ยนโทรศัพท์ ให้ตรวจสอบขอบเขตข้อมูลสำรองของผลิตภัณฑ์และเวอร์ชันที่ใช้อยู่
