ผลการตรวจพิสูจน์ขึ้นอยู่กับสถานะจริงของอุปกรณ์และกุญแจ ไม่ใช่เพียงชื่อฐานข้อมูลหรืออัลกอริทึม
การเข้ารหัสจากต้นทางถึงปลายทางกับการป้องกันข้อมูลภายในอุปกรณ์เป็นสองเรื่องที่เกี่ยวข้องกันแต่ไม่เหมือนกัน ข้อความที่ได้รับการป้องกันระหว่างทางบนเครือข่ายต้องกลับมาอ่านได้เพื่อแสดงบนอุปกรณ์ ผลการตรวจพิสูจน์ทางดิจิทัลขึ้นอยู่กับสถานะอุปกรณ์ ประเภทการเข้าถึง เวอร์ชันระบบและแอป และตำแหน่งของกุญแจ ไม่มีชื่ออัลกอริทึมใดกำหนดผลลัพธ์ได้เพียงลำพัง
ดังนั้นทั้งคำกล่าวว่า “เมื่อเข้าถึงตัวเครื่องได้ก็อ่านทุกอย่างได้ทันที” และคำสัญญาว่า “ไม่มีทางดึงข้อมูลออกได้เลย” จึงต้องพิจารณาอย่างระมัดระวัง
ตรวจสอบการป้องกันสี่ชั้นแยกกัน
| ชั้น | หน้าที่หลัก | ข้อจำกัดสำคัญ |
|---|---|---|
| E2EE ของข้อความ | ป้องกันเนื้อหาระหว่างอุปกรณ์ของผู้เข้าร่วม | ไม่รับประกันความปลอดภัยของตัวอุปกรณ์และสำเนาภายในเครื่อง |
| การแยกแอป | จำกัดแอปทั่วไปไม่ให้เข้าถึงข้อมูลของกันและกัน | การเข้าถึงสิทธิ์ระดับสูงหรือช่องโหว่อาจเปลี่ยนแบบจำลองนี้ |
| การเข้ารหัสไฟล์หรือดิสก์ | ป้องกันข้อมูลที่จัดเก็บภายใต้เงื่อนไขที่กำหนด | สถานะการล็อกและความพร้อมใช้ของกุญแจมีความสำคัญ |
| การเข้ารหัสฐานข้อมูลในแอป | เพิ่มขอบเขตอีกชั้นให้ไฟล์ฐานข้อมูล | วิธีเก็บและใช้กุญแจเป็นปัจจัยชี้ขาด |
เอกสาร FBE ของ Android แยกพื้นที่ที่ขึ้นอยู่กับข้อมูลรับรองของผู้ใช้จากพื้นที่ที่เข้าถึงได้ใน Direct Boot คำว่า “โทรศัพท์ล็อกอยู่” เพียงอย่างเดียวไม่สามารถบอกสถานะกุญแจทั้งหมดได้ การอยู่ก่อนหรือหลังการปลดล็อกครั้งแรกหลังเปิดเครื่องก็อาจสำคัญเช่นกัน
ไฟล์ SQLite พิสูจน์อะไรได้?
SQLite เป็นรูปแบบและเอนจินจัดเก็บข้อมูล ไม่ใช่ป้ายที่บอกได้ด้วยตัวมันเองว่ามีหรือไม่มีการป้องกันทั้งหมด ไฟล์อาจอยู่ในพื้นที่เข้ารหัสของระบบปฏิบัติการ หรือได้รับการป้องกันด้วยวิธีอื่น
นอกจากนี้ การลบหนึ่งแถวไม่ได้ทำให้ร่องรอยทั้งหมดของแถวนั้นหายจากทุกไฟล์เสมอไป เอกสาร SQLite อธิบายการตั้งค่าลบอย่างปลอดภัยและข้อจำกัดของตารางเสมือน การตรวจสอบวงจรชีวิตข้อมูลต้องคำนึงถึงไฟล์ประกอบและแบ็กอัปด้วย ทั้งนี้ไม่ได้หมายความว่าจะกู้คืนทุกข้อความที่ลบในโทรศัพท์ทุกเครื่องได้แน่นอน
อย่าใช้คำสั่งบำรุงรักษาฐานข้อมูลกับข้อมูลจริงโดยไม่เข้าใจแอป การแก้ไขไฟล์ของแอปโดยตรงอาจทำให้ข้อมูลเสียหายหรือเปลี่ยนแปลงหลักฐาน
SQLCipher และ Keystore เป็นแนวทาง ไม่ใช่ใบรับรองว่าเจาะไม่ได้
SQLCipher ออกแบบมาเพื่อเข้ารหัสฐานข้อมูลแบบโปร่งใส แต่ต้องอ่านข้อกำหนดควบคู่กับเวอร์ชัน หน้าการออกแบบ SQLCipher อธิบายโครงสร้าง AES-CBC พร้อมการตรวจสอบความแท้จริง ส่วนการแนะนำเวอร์ชัน 5 เบตาในเดือนกันยายน 2026 ระบุการเปลี่ยนไปใช้ AES-GCM ดังนั้นการระบุว่าทุกเวอร์ชันใช้โหมดเดียวกันจึงไม่แม่นยำ
Android Keystore สามารถให้การป้องกันและควบคุมการใช้กุญแจได้เช่นกัน แต่ต้องระบุว่าแอปใช้ความสามารถใดและระดับฮาร์ดแวร์ใดจริง การมีชื่อ StrongBox ในบทความไม่ใช่หลักฐานว่าผลิตภัณฑ์ใช้มัน ดูคู่มือ Keystore
แม้กุญแจที่ดึงออกมาไม่ได้ ก็อาจถูกใช้ผ่านการดำเนินการที่ได้รับอนุญาตได้ในบางเงื่อนไข “คัดลอกกุญแจไม่ได้” กับ “ผู้โจมตีเปิดข้อมูลใดไม่ได้เลย” ไม่ใช่คำกล่าวเดียวกัน
RAM และแรตเชตมีบทบาทอย่างไร?
การจำกัดอายุของกุญแจและข้อความธรรมดาที่อ่อนไหวช่วยลดโอกาสเปิดเผย แต่การล้างบัฟเฟอร์หนึ่งไม่ได้พิสูจน์ว่าไม่มีสำเนาอื่นหลงเหลือในไลบรารี ภาพตัวอย่าง หรือกระบวนการแสดงผล
ขอบเขตของแรตเชตยังต่างกันตามประเภทกุญแจที่รั่วและการที่ผู้โจมตียังเข้าถึงได้ต่อเนื่องหรือไม่ ไม่อาจสรุปจาก “มีกุญแจแยกสำหรับแต่ละข้อความ” ว่าการเก็บภาพหน่วยความจำหนึ่งครั้งจะเปิดเผยได้มากที่สุดเพียงข้อความเดียว การเก็บประวัติที่อ่านได้บนอุปกรณ์เป็นคนละเรื่องกับกุญแจสำหรับการส่ง
เรื่องใดของ Livara ที่ยังไม่ได้ยืนยัน?
แบบจำลองภัยคุกคามของ Livara ไม่รับประกันการป้องกันอุปกรณ์ที่ติดมัลแวร์หรือปลดล็อกแล้ว บทความนี้ไม่ได้ยืนยันอย่างอิสระว่า Livara เวอร์ชันใดเวอร์ชันหนึ่งใช้ SQLCipher, StrongBox, ล้าง RAM ได้ทั้งหมด หรือไม่มีข้อมูลการโทรภายในเครื่อง ไม่ควรอ้างว่าผลิตภัณฑ์มีคุณสมบัติเหล่านี้โดยไม่มีรายงานทดสอบและหลักฐานการนำไปใช้
เช่นเดียวกัน แพ็กเกจกู้คืนตัวตนในเอกสารความปลอดภัย ไม่เหมือนแบ็กอัปประวัติ การตรวจสอบแฮช APK ใน Proof Lab อาจแสดงว่าไฟล์ตรงกับแฮชที่เชื่อถือได้หรือไม่ แต่ผลนั้นไม่ใช่การตรวจสอบระบบจัดเก็บข้อมูลหรือการทดสอบต้านการตรวจพิสูจน์
คำกล่าวอ้างด้านการตรวจพิสูจน์ที่น่าเชื่อถือควรมีข้อมูลใด?
ควรขอรุ่นอุปกรณ์ เวอร์ชันระบบและแอป สถานะการล็อก วิธีและระดับการเข้าถึง ประเภทข้อมูลที่ได้ และข้อจำกัดของการทดสอบ ความล้มเหลวของเครื่องมือหนึ่งในการทดลองหนึ่งครั้งไม่ใช่หลักฐานว่าทุกวิธีเป็นไปไม่ได้ และความสำเร็จในขอบเขตจำกัดก็ไม่ใช่เหตุผลให้เหมารวมถึงผู้ใช้ทุกคน
สำหรับผู้ใช้ทั่วไป สิ่งสำคัญคือการอัปเดต การล็อกที่แข็งแรง การลดสำเนาสื่อที่ไม่จำเป็น และการดูแลช่องทางกู้คืน ในเหตุการณ์ร้ายแรง ควรขอความช่วยเหลือจากผู้เชี่ยวชาญที่ได้รับอนุญาตก่อนลงมือทำสิ่งที่เปลี่ยนแปลงข้อมูลหรือหลักฐาน
