การเข้ารหัสจากต้นทางถึงปลายทางปกป้องเส้นทางรับส่ง แต่อุปกรณ์ที่จัดการข้อความในรูปแบบที่อ่านได้ก็ยังต้องได้รับการปกป้อง
การเข้ารหัสจากต้นทางถึงปลายทางช่วยปกป้องข้อความระหว่างอุปกรณ์ แต่ไม่ได้ทำให้อุปกรณ์ทั้งสองฝั่งปลอดจากสปายแวร์ Pegasus และ Graphite ของ Paragon แสดงให้เห็นความแตกต่างนี้: ผู้โจมตีสามารถเจาะโทรศัพท์และเก็บข้อมูลที่เข้าถึงได้บนเครื่อง โดยไม่ต้องทำลายการเข้ารหัสของโปรโตคอลรับส่งข้อความก่อน
เมื่อโทรศัพท์ถูกเจาะแล้ว สปายแวร์ไม่จำเป็นต้องรอให้คุณปลดล็อกหน้าจอหรือเปิดแชตเสมอไป ข้อมูลที่ตัวสปายแวร์ซึ่งฝังอยู่ในเครื่องจะดึงออกมาได้ขึ้นอยู่กับสิทธิ์ของมัน ระบบปฏิบัติการ แอป และสถานะความปลอดภัยของอุปกรณ์ การอธิบายว่าสปายแวร์ทำได้เพียงอ่านหน้าจอจึงเป็นการประเมินภัยคุกคามต่ำเกินไป
การสืบสวน Pegasus และ Paragon พบอะไรจริง ๆ
ในรายงาน Graphite Caught ที่เผยแพร่เมื่อ 12 มิถุนายน 2025 Citizen Lab นำเสนอผลการตรวจพิสูจน์ทางดิจิทัลเกี่ยวกับนักข่าวสองคนที่ได้รับการแจ้งเตือนภัยคุกคามจาก Apple เมื่อ 29 เมษายน ผู้ตรวจสอบระบุด้วยความเชื่อมั่นสูงว่าการเจาะอุปกรณ์ของนักข่าวคนหนึ่งเกิดจาก Graphite และพบความพยายามโจมตีแบบไม่ต้องคลิกที่เกี่ยวข้องกันซึ่งมุ่งเป้าไปที่ Ciro Pellegrino รายงานเชื่อมโยงกรณีเหล่านี้กับการโจมตีผ่าน iMessage และระบุว่า Apple ได้แก้ไขช่องโหว่นี้ใน iOS 18.3.1 แล้ว ผลดังกล่าวเกี่ยวข้องกับอุปกรณ์และการโจมตีเฉพาะกรณี ไม่ใช่หลักฐานว่าโทรศัพท์หรือแอปรับส่งข้อความทุกตัวมีช่องโหว่ในลักษณะเดียวกัน อ่านรายงานการสืบสวนของ Citizen Lab
บทวิเคราะห์ Pegasus ของ Amnesty International ลงวันที่ 16 กรกฎาคม 2026 ตรวจสอบหลักฐานทางนิติวิทยาศาสตร์ดิจิทัลและเอกสารของ NSO Group ที่เปิดเผยระหว่างการดำเนินคดี โดยอธิบายการเก็บข้อมูลหลายประเภทจากอุปกรณ์ที่ถูกเจาะ ทั้งข้อความ การโทร ไฟล์ และภาพถ่าย ความสามารถนี้กว้างกว่าการจับภาพแชตที่กำลังแสดงอยู่บนหน้าจอ อ่านบทวิเคราะห์ทางเทคนิคของ Amnesty
ข้อสรุปในทางปฏิบัติมีขอบเขตแคบกว่าคำว่า “การเข้ารหัสล้มเหลว”: อุปกรณ์ที่จัดการข้อความในรูปแบบที่อ่านได้ก็เป็นขอบเขตความปลอดภัยที่สำคัญในตัวมันเอง
สปายแวร์อ่านบทสนทนาที่เข้ารหัสได้อย่างไร
แอปรับส่งข้อความจำเป็นต้องมีเนื้อหาที่อ่านได้ทั้งฝั่งส่งและฝั่งรับ การเข้ารหัสจากต้นทางถึงปลายทางทำให้เนื้อหานั้นยังคงเข้ารหัสอยู่ระหว่างสองฝั่ง แต่ไม่ได้ทำให้หมดความจำเป็นที่จะต้องเชื่อถือซอฟต์แวร์และฮาร์ดแวร์ที่ประมวลผลเนื้อหา การเข้ารหัสระหว่างรับส่งกับการเข้ารหัสข้อมูลที่เก็บอยู่บนอุปกรณ์แก้ปัญหาคนละอย่าง คำอธิบายเรื่องการเข้ารหัสของ EFF ช่วยอธิบายความแตกต่างเหล่านี้
ใช้ตารางนี้เพื่อแยกภัยคุกคามที่มักถูกเหมารวมเข้าด้วยกัน:
| สถานการณ์ | สิ่งที่อาจถูกเปิดเผย | การป้องกันที่เกี่ยวข้อง |
|---|---|---|
| มีผู้สังเกตการณ์รับส่งข้อมูลบนเครือข่าย | ข้อมูลที่เข้ารหัสและข้อมูลการเชื่อมต่อบางส่วน | E2EE ที่มีการยืนยันตัวตนและนำไปใช้อย่างถูกต้องช่วยปกป้องเนื้อหาข้อความ |
| มีผู้ได้โทรศัพท์ที่ปลดล็อกแล้วไป | แชตและข้อมูลอื่นที่อุปกรณ์อนุญาตให้บุคคลนั้นเข้าถึง | การล็อกอุปกรณ์ การควบคุมการเข้าถึง และการจัดการบัญชี/เซสชัน |
| สปายแวร์เจาะอุปกรณ์ได้ | ข้อมูลที่เข้าถึงได้ตามสิทธิ์ของตัวสปายแวร์ที่ฝังอยู่ | ความปลอดภัยของระบบปฏิบัติการและแอป การติดตั้งแพตช์อย่างทันท่วงที และการตอบสนองต่อเหตุการณ์โดยผู้เชี่ยวชาญ |
| แอปมีสิทธิ์เข้าถึงการแจ้งเตือน | เนื้อหาการแจ้งเตือนที่ระบบปฏิบัติการและการตั้งค่าอนุญาต | จำกัดสิทธิ์เข้าถึงการแจ้งเตือนและตัวอย่างข้อความ |
| ผู้รับคัดลอกบทสนทนา | เนื้อหาที่ผู้รับได้รับ | ความไว้วางใจในผู้รับและความระมัดระวังในการแชร์ การเข้ารหัสไม่สามารถเรียกสำเนาของผู้รับกลับคืนได้ |
การเปลี่ยนอัลกอริทึมเข้ารหัสเพียงอย่างเดียวไม่สามารถกำจัดมัลแวร์ได้ เช่นเดียวกัน ความเสี่ยงที่อุปกรณ์ปลายทางก็ไม่ใช่เหตุผลให้เลิกใช้ E2EE เพราะการปกป้องเส้นทางรับส่งยังคงมีคุณค่า
ข้อมูลรั่วผ่านการแจ้งเตือนเป็นขอบเขตที่แยกต่างหากและแคบกว่า
การเข้าถึงการแจ้งเตือนบน Android ไม่ใช่สิ่งเดียวกับการเจาะช่องโหว่ระดับ Pegasus ตัวรับฟังการแจ้งเตือนจะรับเหตุการณ์จากระบบแจ้งเตือน ภายใต้สิทธิ์ที่ได้รับและข้อจำกัดของแพลตฟอร์ม การตั้งค่าตัวอย่างข้อความของแอปรับส่งข้อความมีผลต่อเนื้อหาที่เข้าถึงได้ Android มีเอกสารอธิบาย API สำหรับตัวรับฟังการแจ้งเตือน
อย่าอ้างว่าตัวรับฟังการแจ้งเตือนทุกตัวสามารถอ่านรหัสใช้ครั้งเดียวได้ทุกครั้ง Android 15 เริ่มปกปิดเนื้อหาการแจ้งเตือนที่ตรวจพบว่าเป็น OTP ไม่ให้แอปรับฟังที่ไม่น่าเชื่อถืออ่านได้ โดยมีข้อยกเว้นที่ระบุไว้ การป้องกันเช่นนี้ไม่ได้ทำให้โทรศัพท์ที่ถูกเจาะกลับมาเป็นอุปกรณ์ปลายทางที่เชื่อถือได้ ดูการเปลี่ยนแปลงด้านความปลอดภัยของ Android
เพื่อความเป็นส่วนตัวในชีวิตประจำวัน ให้ตรวจสอบแอปที่มีสิทธิ์เข้าถึงการแจ้งเตือน ถอนสิทธิ์ที่ไม่จำเป็น และซ่อนตัวอย่างข้อความที่ละเอียดอ่อนบนหน้าจอล็อก ทดสอบผลด้วยข้อความที่ไม่มีข้อมูลอ่อนไหว แทนที่จะสันนิษฐานว่าการตั้งค่านั้นทำงานแล้ว
ควรทำอย่างไรหากกังวลเรื่องสปายแวร์
เริ่มจากการป้องกันที่เหมาะกับระดับความเสี่ยง
อัปเดตระบบปฏิบัติการและแอปอยู่เสมอ ใช้รหัสปลดล็อกอุปกรณ์ที่คาดเดายาก และปกป้องบัญชีสำคัญด้วยการยืนยันตัวตนที่รัดกุม Apple ระบุว่าสปายแวร์รับจ้างมุ่งเป้าไปที่คนที่ถูกคัดเลือกเพียงจำนวนน้อย ซึ่งมักเกี่ยวข้องกับงานหรืออัตลักษณ์ของบุคคลนั้น การขโมยบัญชีทั่วไป แอปอันตราย และการเข้าถึงตัวเครื่องโดยตรงก็ยังเป็นความเสี่ยงที่ควรใส่ใจ คำแนะนำของ Apple เกี่ยวกับการแจ้งเตือนภัยคุกคาม
สำหรับผู้ที่เผชิญการโจมตีแบบเจาะจงเป้าหมายอย่างมาก Lockdown Mode ของ Apple ลดช่องทางที่อาจถูกโจมตีด้วยการจำกัดบางคุณสมบัติ โหมดนี้เปลี่ยนวิธีทำงานของแอปและเว็บไซต์ และไม่ได้รับประกันว่าจะป้องกันได้ทุกการโจมตี พิจารณาทั้งประโยชน์และข้อจำกัด แล้วเปิดใช้งานบนอุปกรณ์ที่รองรับและเกี่ยวข้อง หากเหมาะกับความเสี่ยงของคุณ คู่มือ Lockdown Mode ของ Apple
ปฏิบัติต่อคำเตือนที่น่าเชื่อถือเสมือนเหตุการณ์ด้านความปลอดภัย
หากคุณได้รับการแจ้งเตือนภัยคุกคามจาก Apple ให้ตรวจสอบโดยลงชื่อเข้าใช้ Apple Account โดยตรง แทนการกดลิงก์ในข้อความที่ไม่ได้คาดหมาย Apple แนะนำให้ขอความช่วยเหลือจากผู้เชี่ยวชาญ รวมถึง Digital Security Helpline ของ Access Now การแจ้งเตือนของจริงจะไม่ขอให้คุณติดตั้งโปรไฟล์หรือเปิดเผยรหัสผ่านทางอีเมลหรือโทรศัพท์ การแจ้งเตือนของ Apple ทำงานอย่างไร
โทรศัพท์ที่ดูปกติไม่ใช่ผลยืนยันจากการตรวจพิสูจน์ทางดิจิทัล Mobile Verification Toolkit (MVT) ออกแบบมาสำหรับผู้ตรวจสอบที่ผ่านการฝึกอบรม ไม่ใช่ให้ผู้ใช้ทั่วไปประเมินเครื่องด้วยตนเอง เอกสารของเครื่องมือนี้เตือนว่าตัวบ่งชี้ที่เปิดเผยต่อสาธารณะเพียงอย่างเดียวไม่สามารถยืนยันได้ว่าอุปกรณ์ไม่ถูกเจาะ ขอความช่วยเหลือจากผู้มีความเชี่ยวชาญ แทนการถือว่าผลสแกนที่ไม่พบอะไรเป็นหลักฐานว่าเครื่องปลอดภัย ขอบเขตและข้อจำกัดของ MVT
ประเมินคำกล่าวอ้างเรื่องสปายแวร์ของแอปแชตอย่างไร
ถามสามคำถามแยกจากกัน: อะไรถูกเข้ารหัส? ใครถือกุญแจ? จะเกิดอะไรขึ้นเมื่ออุปกรณ์ปลายทางถูกเจาะ? คำอธิบายด้านความปลอดภัยที่มีประโยชน์ต้องตอบทั้งสามข้อ แทนการสัญญาว่าแชต “ปลอดสปายแวร์”
เอกสาร ขอบเขตความปลอดภัย และ แบบจำลองภัยคุกคาม ที่ Livara เผยแพร่อธิบายการเข้ารหัสของผลิตภัณฑ์ และยอมรับว่ามัลแวร์ อุปกรณ์ที่ปลดล็อกแล้ว หรือผู้รับ สามารถทำให้ข้อความที่อ่านได้ถูกเปิดเผย ข้อมูลเหล่านี้เป็นคำอธิบายในเอกสารผลิตภัณฑ์ ไม่ใช่การตรวจสอบอิสระหรือคำสัญญาว่า Livara ป้องกันการติด Pegasus หรือ Graphite ได้
Proof Lab ช่วยตรวจดูการสาธิตการเข้ารหัสเฉพาะเรื่อง และเปรียบเทียบ APK กับค่าเช็กซัมที่เชื่อถือได้ ค่าแฮชที่ตรงกันยืนยันเพียงว่าตรงกับค่าไดเจสต์นั้น ไม่ได้ยืนยันว่าโค้ดปราศจากช่องโหว่ และไม่ได้ตรวจจับสปายแวร์ที่อยู่ในส่วนอื่นของโทรศัพท์ นี่เป็นการตรวจที่มีประโยชน์ภายในขอบเขตเฉพาะ ไม่ใช่สิ่งทดแทนความปลอดภัยของอุปกรณ์ปลายทาง
คำถามที่พบบ่อย
การสืบสวนเหล่านี้แสดงว่า E2EE ถูกทำลายในทางคณิตศาสตร์หรือไม่?
รายงานที่อ้างถึงในที่นี้ไม่ได้แสดงให้เห็นการทำลายการเข้ารหัสเช่นนั้น แต่กล่าวถึงการมุ่งเป้าโจมตีและการเจาะอุปกรณ์ อย่าเหมารวมเกินกว่าหลักฐานเฉพาะที่การสืบสวนแต่ละชิ้นนำเสนอ
แค่ซ่อนตัวอย่างข้อความก็เพียงพอที่จะหยุดสปายแวร์หรือไม่?
ไม่เพียงพอ การทำเช่นนั้นลดช่องทางหนึ่งที่อาจเปิดเผยเนื้อหาการแจ้งเตือน ตัวสปายแวร์ที่เข้าถึงอุปกรณ์ได้ลึกกว่าอาจมีวิธีอื่นในการเก็บข้อมูล
การล็อกแอปทำให้โทรศัพท์ที่ถูกเจาะปลอดภัยหรือไม่?
ไม่ การล็อกแอปอาจช่วยขัดขวางการเปิดดูโดยฉวยโอกาส แต่การป้องกันนั้นขึ้นอยู่กับความสมบูรณ์น่าเชื่อถือของอุปกรณ์ที่บังคับใช้การล็อก ไม่ใช่หลักฐานว่าระบบปฏิบัติการเชื่อถือได้
สรุป: ใช้ E2EE ต่อไป แต่ประเมินควบคู่กับความปลอดภัยของอุปกรณ์ การตั้งค่าการแจ้งเตือน และแผนรับมือที่ปฏิบัติได้จริง ช่องทางเข้ารหัสที่แข็งแกร่งกับอุปกรณ์ปลายทางที่เชื่อถือได้เป็นการป้องกันที่เสริมกัน
