SHARE THE PERSPECTIVE

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

WebRTC มีกลไกความปลอดภัยที่สำคัญ แต่การตรวจสอบตัวตน บทบาทของเซิร์ฟเวอร์ และโหมดบันทึกของแอปยังเป็นตัวกำหนดขอบเขตความเป็นส่วนตัวทั้งหมด

การส่งสัญญาณกับสื่อทำหน้าที่ต่างกัน

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

โปรโตคอลส่งข้อความอาจขนส่งสัญญาณที่เข้ารหัสได้ แต่ WebRTC ไม่ได้กำหนดโดยทั่วไปว่าต้องใช้รูปแบบซองข้อมูลของแอปส่งข้อความใดโดยเฉพาะ การออกแบบอื่นที่ยืนยันความแท้ก็เป็นไปได้

DTLS-SRTP ให้อะไร

สถาปัตยกรรมความปลอดภัย WebRTC, RFC 8827 กำหนดให้ปกป้องช่องทางสื่อและอธิบายการสร้างกุญแจ DTLS-SRTP กล่าวอย่างง่าย DTLS ช่วยสร้างบริบทการเข้ารหัส ส่วน SRTP ปกป้องแพ็กเก็ตสื่อเรียลไทม์

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

เหตุใดการยืนยันความแท้ของสัญญาณจึงสำคัญ

ข้อมูลตั้งค่าการโทรอาจมีข้อมูลที่ใช้ผูกการเชื่อมต่อสื่อเข้ากับฝ่ายที่ตั้งใจติดต่อ หากผู้โจมตีแทนที่ข้อมูลนั้นได้โดยตรวจไม่พบ การเข้ารหัสอาจสร้างการเชื่อมต่อที่ได้รับการปกป้องกับปลายทางผิดแห่ง

RFC 8827 อธิบายความสัมพันธ์นี้ระหว่างสัญญาณ ตัวตน และลายนิ้วมือ DTLS HTTPS ปกป้องการเชื่อมต่อไปยังบริการส่งสัญญาณ แต่เพียงอย่างเดียวไม่ได้ขจัดความจำเป็นต้องพิจารณาบริการที่เป็นอันตรายหรือถูกเจาะ การส่งสัญญาณที่ยืนยันความแท้จากต้นทางถึงปลายทาง หรือกลไกตรวจสอบคู่สนทนาอย่างอิสระที่เหมาะสม สามารถเสริมขอบเขตนี้ได้

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

สัญญาณที่เข้ารหัสไม่ได้ทำให้การโทรมองไม่เห็น

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

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

ขอบเขตที่ Livara เผยแพร่

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

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

โดยเฉพาะอย่างยิ่ง การแลกเปลี่ยนกุญแจแบบหลังควอนตัมของแอปส่งข้อความไม่ได้อัปเกรดแฮนด์เชกสื่อ WebRTC ที่แยกต่างหากโดยอัตโนมัติ ต้องประเมินอัลกอริทึมและการผูกกุญแจบนเส้นทางสื่ออย่างอิสระ

ก่อนการโทรที่มีข้อมูลอ่อนไหว

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

ข้อกล่าวอ้างด้านความปลอดภัยที่มีประโยชน์ต้องระบุแยกกันว่าใครเข้าถึงสัญญาณ สื่อ เมทาดาทา และสิ่งบันทึกได้

ตรวจสอบสถาปัตยกรรม
CONTINUE THE THREADCalls, sync & reliability ↗
YOU’VE REACHED THE ENDBack to the reading room ↗