ตัวอย่างลิงก์อาจทำให้เกิดคำขอเครือข่ายก่อนที่คุณจะคลิก แต่ใครเป็นผู้ส่งคำขอและเว็บไซต์ปลายทางมองเห็นข้อมูลใด ขึ้นอยู่กับการออกแบบของแอปส่งข้อความ การมีภาพขนาดเล็กในแชตไม่ได้หมายความว่า IP ของทั้งผู้ส่งและผู้รับถูกเปิดเผยแล้ว
การเข้ารหัสจากต้นทางถึงปลายทางปกป้องข้อความระหว่างคู่สนทนา การดึงชื่อและภาพจากเว็บไซต์ใช้เส้นทางแยกต่างหาก และต้องประเมินแยกกัน
สามวิธีที่แตกต่างกันในการสร้างตัวอย่าง
| วิธี | เว็บไซต์ปลายทางมองเห็นอะไร? | คำถามสำคัญ |
|---|---|---|
| อุปกรณ์ดึงข้อมูลโดยตรง | IP ของการเชื่อมต่อที่ส่งคำขอ และข้อมูลที่มากับคำขอ | คำขอเกิดขึ้นขณะพิมพ์ ส่ง หรือรับ? |
| ดึงผ่านตัวกลางหรือพร็อกซี | โดยทั่วไปเป็น IP ของตัวกลาง แทน IP โดยตรงของผู้ใช้ | ตัวกลางเองมองเห็นและเก็บอะไรไว้? |
| ผู้ส่งสร้างตัวอย่างแล้วส่งไปในข้อความ | ผู้รับอาจไม่ต้องเชื่อมต่อกับปลายทางเพื่อแสดงการ์ด | ภาพในการ์ดอยู่ในเครื่อง หรือถูกดึงจากเว็บอีกครั้ง? |
วิธีเหล่านี้อาจใช้ร่วมกันได้ ตัวอย่างเช่น Signal อธิบายการใช้พร็อกซีสำหรับตัวอย่างไว้ในคำอธิบายทางเทคนิคปี 2019 เอกสารนี้เป็นตัวอย่างการออกแบบ ไม่ควรนำไปเหมารวมกับทุกเวอร์ชันหรือทุกแอปโดยไม่ตรวจสอบ คู่มือปัจจุบันของ Signal อธิบายความสามารถในการปิดการสร้างตัวอย่างและนำการ์ดออกก่อนส่ง
IP ตัวระบุลิงก์ และตัวตนของบุคคลไม่ใช่สิ่งเดียวกัน
เว็บไซต์ปลายทางเห็น IP ของฝ่ายที่สร้างการเชื่อมต่อเครือข่าย ซึ่งอาจเป็นอุปกรณ์ VPN หรือพร็อกซี โดยทั่วไป IP เพียงอย่างเดียวไม่ใช่ชื่อบุคคลหรือที่อยู่บ้านที่แม่นยำ แต่เมื่อประกอบกับเวลาที่ส่งคำขอและข้อมูลอื่น ก็อาจใช้เชื่อมโยงเหตุการณ์ได้
ลิงก์ที่มีตัวระบุเฉพาะอาจแสดงได้เช่นกันว่ามีการร้องขอ URL นั้นแล้ว การสังเกตเพียงเท่านี้ไม่ได้พิสูจน์ว่าใครอ่าน เพราะคำขออาจมาจากตัวอย่าง เครื่องมือความปลอดภัย ผู้ส่ง ผู้รับ หรือคนที่ได้รับลิงก์ที่ส่งต่อมาอีกครั้ง
นอกจากนี้ ที่อยู่ IP ไม่จำเป็นต้องเป็นฟิลด์ภายใน HTTP แต่เป็นส่วนหนึ่งของการสื่อสารเครือข่าย ชนิดและค่าของส่วนหัว เช่น User-Agent ขึ้นอยู่กับซอฟต์แวร์ที่ส่งคำขอ
การดึงชื่อหน้าเว็บต่างจากการเรียกใช้หน้าเว็บทั้งหน้า
ตัวอย่างบางแบบดึงและประมวลผลเฉพาะ HTML กับภาพ การทำเช่นนี้ไม่ได้หมายความว่ามีการเรียกใช้ JavaScript หรือเปิดหน้าเว็บในเบราว์เซอร์เสมอไป ในทางกลับกัน การโหลดล่วงหน้าหรือแสดงหน้าเว็บในสภาพแวดล้อมเว็บอาจมีพฤติกรรมต่างออกไป
ดังนั้น ควรถามแยกกันสองข้อว่า “มีการส่งคำขอไปยังเว็บไซต์หรือไม่?” และ “มีการเรียกใช้เนื้อหาแบบแอ็กทีฟของหน้าเว็บหรือไม่?” คำตอบของข้อหนึ่งไม่ได้กำหนดคำตอบของอีกข้อ
การตั้งค่าที่ใช้ได้จริงสำหรับการสนทนาที่ละเอียดอ่อน
- หากไม่ต้องการการ์ดตัวอย่าง ให้ตรวจสอบตัวเลือกการสร้างอัตโนมัติในแอป การลบการ์ดหลังสร้างแล้วไม่ได้ย้อนคืนคำขอที่เกิดขึ้นก่อนหน้า
- ปฏิบัติต่อลิงก์ที่ไม่รู้จัก และลิงก์เฉพาะบุคคลสำหรับเข้าสู่ระบบ กู้คืน หรือแชร์ไฟล์เหมือนข้อมูลละเอียดอ่อน อย่านำไปใส่ในบริการวิเคราะห์ URL สาธารณะเพื่อทดสอบ
- อย่าลบพารามิเตอร์ของลิงก์ที่มีลายเซ็นตามอำเภอใจ เพราะอาจทำให้การเข้าถึงหรือความถูกต้องสมบูรณ์เสียไป หากทำได้ ให้ขอหน้าเว็บฉบับสาธารณะที่ไม่เจาะจงบุคคลจากแหล่งต้นฉบับ
- อย่าสับสนระหว่างการปิดตัวอย่างกับการป้องกันการเชื่อมต่อเครือข่ายทั้งหมด การเปิดลิงก์ ภาพจากภายนอก และความสามารถอื่นต่างมีเส้นทางของตนเอง
- ในการประเมินสำหรับองค์กร ให้ใช้ URL ที่ไม่เป็นอันตรายภายใต้การควบคุมของตนเองและอุปกรณ์ทดสอบ เพื่อตรวจสอบว่าคำขอเกิดขึ้นเมื่อใด อย่าเหมารวมผลจากเวอร์ชันหนึ่งกับอุปกรณ์ทั้งหมด
เราพูดอะไรเกี่ยวกับ Livara ได้บ้าง?
แบบจำลองภัยคุกคามของ Livara อธิบายขอบเขตการปกป้องเนื้อหาส่วนตัวและข้อจำกัดของอุปกรณ์กับเครือข่าย คำอธิบายทั่วไปนี้ไม่เพียงพอที่จะสรุปว่าตัวอย่างทุกอันในทุกเวอร์ชันต้องเชื่อมต่อโดยตรงหรือต้องผ่านพร็อกซีเสมอ ข้อกล่าวอ้างเช่นนั้นต้องมีเอกสารของความสามารถนั้นหรือการตรวจสอบเวอร์ชันที่เกี่ยวข้อง
สำหรับความเป็นส่วนตัวของลิงก์ เส้นทางของคำขอสำคัญกว่าหน้าตาของการ์ดตัวอย่าง
