ความปลอดภัย Livara: ขอบเขตที่การเข้ารหัส สิ้นสุด
Livara 0.2 · ไม่กล่าวเกินจริง
Livara ปกป้องเนื้อหาข้อความอย่างไร เมทาดาทาใดยังมองเห็น และการกู้คืนกับความปลอดภัยอุปกรณ์จำกัดการปกป้องอย่างไร โปรโตคอลเฉพาะ LVR1 และ LGS1 ยังไม่ผ่านการตรวจสอบความปลอดภัยโดยอิสระ
องค์ประกอบการเข้ารหัสพื้นฐาน
หากไม่มีตัวตนเข้ารหัส การส่งที่ปกป้องไว้จะหยุด กลุ่มใหม่ไม่ถูกสร้างเป็นกลุ่มเข้ารหัสจนสมาชิกทุกคนพร้อม ส่วนกลุ่มเก่าที่เข้ากันไม่ได้ยังแสดงว่าอยู่นอก E2EE แทนใช้ป้ายที่ดูแข็งแรงกว่า รีเลย์ยังรู้ข้อมูลซอง ใคร เมื่อใด ขนาดเท่าไร และถึงหรือไม่
01 · ขอบเขต
เซิร์ฟเวอร์ อ่านได้ไหม?
ตารางนี้อธิบายการส่งข้อความ การประมวลผลปัญญาประดิษฐ์แยกครอบคลุมในนโยบายความเป็นส่วนตัวและตัวควบคุมของไคลเอนต์ที่ใช้
หมายเหตุ เก็บการกำหนดเส้นทาง สมาชิก เวลา สถานะส่ง และข้อความเข้ารหัสเพื่อให้อุปกรณ์ซิงก์
หมายเหตุ การเก็บนี้เองทำให้กู้คืนหลังเชื่อมต่อใหม่ได้ นี่คือข้อแลกเปลี่ยนและส่วนที่คุณต้องจ่าย
| คืออะไร | โดยตรง 1:1 | กลุ่มส่วนตัวที่เข้ากันได้ | ช่อง |
|---|---|---|---|
| ข้อความ | เข้ารหัสบนอุปกรณ์ของคุณ | เข้ารหัสต้นทางถึงปลายทาง (LGS1) | ช่องเผยแพร่สาธารณะ |
| การแก้ไขข้อความ | เข้ารหัสบนอุปกรณ์ของคุณ | เข้ารหัสต้นทางถึงปลายทาง (LGS1) | ช่องเผยแพร่สาธารณะ |
| รูปภาพ วิดีโอ ไฟล์ คำบรรยาย | เข้ารหัสก่อนอัปโหลด | เข้ารหัสก่อนอัปโหลด | ช่องเผยแพร่สาธารณะ |
| คุณคุยกับใคร | เมทาดาทาการกำหนดเส้นทางเท่านั้น | เมทาดาทาการกำหนดเส้นทางเท่านั้น | ช่องเผยแพร่สาธารณะ |
| คุณคุยเมื่อใด | เวลาส่งเท่านั้น | เวลาส่งเท่านั้น | ช่องเผยแพร่สาธารณะ |
| รหัสผ่านของคุณ | ไม่เคยออกจากอุปกรณ์ | ไม่เคยออกจากอุปกรณ์ | ไม่เคยออกจากอุปกรณ์ |
| กุญแจส่วนตัวของคุณ | ไม่เคยอัปโหลดโดยไม่เข้ารหัส | ไม่เคยอัปโหลดโดยไม่เข้ารหัส | ไม่เคยอัปโหลดโดยไม่เข้ารหัส |
02 · แชตโดยตรง
ข้อความหนึ่งได้รับ กุญแจอย่างไร
LVR1 เริ่มด้วยข้อมูลแบบคลาสสิกและหลังยุคควอนตัม แล้วเดินแรตเช็ตสองชุด ข้อความปกติเลื่อนสายโซ่ทางเดียวที่ใช้ทรัพยากรต่ำ ส่วนยุค ML-KEM เป็นระยะทำให้รากที่ปลอดภัยต่อควอนตัมใหม่ขึ้น โดยไม่ต้องส่งแฮนด์เชกสามกิโลไบต์ทุกครั้ง
LVR1 แบบเต็ม
องค์ประกอบและพารามิเตอร์ด้านล่างอธิบายการออกแบบ การใช้องค์ประกอบที่ยอมรับแล้วไม่ได้ยืนยันความปลอดภัยของโปรโตคอลทั้งหมดโดยอิสระ
- รากคลาสสิก
- P-256 ECDH พรีคีย์ที่ลงนาม
- รากหลังยุคควอนตัม
- ML-KEM-768 ยุคที่เปลี่ยนกุญแจเป็นระยะ
- การสร้าง
- แบบผสมผสานสไตล์ X3DH มีกุญแจใช้ครั้งเดียวเมื่อพร้อมใช้
- การเดินแรตเช็ต
- สายโซ่ส่งและรับแยกอิสระ
- ตัวเข้ารหัสเนื้อหา
- AES-256-GCM สำหรับเนื้อหาและส่วนหัว
- การดูแลกุญแจ
- สร้างบนอุปกรณ์ สำเนากู้คืนเข้ารหัสก่อนอัปโหลด
- ไฟล์แนบ
- กุญแจสุ่มแยกต่อไฟล์ ส่งภายในเซสชัน
ตัวตน
กุญแจส่วนตัว P-256 และซีด ML-KEM-768 สร้างบนอุปกรณ์ ไม่เคยอัปโหลดเป็นข้อความธรรมดา
ยืนยันพรีคีย์
ไคลเอนต์ตรวจพรีคีย์ P-256 และ ML-KEM-768 ที่ลงนาม กุญแจใช้ครั้งเดียวเพิ่มความสดใหม่เมื่อมี
สร้าง
X3DH แบบผสมผสานผสมการตกลง P-256 หลายชุดกับความลับ ML-KEM เป็นรากคลาสสิกและหลังยุคควอนตัมที่แยกอิสระ
เดินแรตเช็ต
สายโซ่ส่งและรับทางเดียวเลื่อนหลังทุกข้อความ การอัปเดตยุค ML-KEM เป็นระยะทำให้รากหลังยุคควอนตัมใหม่ขึ้น
เข้ารหัส
รวมกุญแจข้อความกับราก PQ ปัจจุบัน แล้ว AES-256-GCM เข้ารหัสและยืนยันความถูกต้องเนื้อหากับส่วนหัว
สร้าง
สมาชิกแต่ละคนสร้างสายโซ่ผู้ส่งและกุญแจลงนามสำหรับข้อความกลุ่มของตัวเองบนอุปกรณ์
แจกจ่าย
กุญแจผู้ส่งเดินทางไปสมาชิกอื่นภายในเซสชัน LVR1 หลังยุคควอนตัมแบบคู่
เลื่อน
แต่ละข้อความได้กุญแจ AES-256-GCM ใช้ครั้งเดียวจากสายโซ่ และมีลายเซ็นผู้ส่ง
หมุนกุญแจ
เมื่อสมาชิกเข้าหรือออก จะสร้างและแจกจ่ายกุญแจผู้ส่งใหม่
03 · กลุ่มส่วนตัวใน 0.2
ข้อความเข้ารหัสเดียว ทุกสมาชิก
การเข้ารหัสข้อความเดียวแยกให้กลุ่มใหญ่มีงานเพิ่มตามสมาชิก LGS1 ให้ผู้ส่งแต่ละคนมีสายโซ่ลงนามเดียว กุญแจส่งผ่าน LVR1 แบบคู่ จากนั้นข้อความเข้ารหัสทึบเดียวถึงทั้งกลุ่ม พร้อมกุญแจไฟล์แนบเฉพาะ คำบรรยาย และชื่อไฟล์ที่เข้ารหัสไว้ข้างใน
LGS1 แบบเต็ม
- สายโซ่ผู้ส่ง
- สายโซ่ลงนามหนึ่งต่อผู้ส่ง ข้อความหนึ่งต่อตำแหน่ง
- การแจกจ่ายกุญแจ
- กุญแจผู้ส่งเดินทางในเซสชัน LVR1 แบบคู่
- กุญแจต่อข้อความ
- กุญแจ AES-256-GCM ใช้ครั้งเดียว ได้จากแต่ละตำแหน่ง
- การยืนยันตัวตน
- ตัวตนลงนาม P-256 ต่อผู้ส่ง
- การเปลี่ยนสมาชิก
- กุญแจผู้ส่งเก่าล้าสมัย สมาชิกหมุนกุญแจ
- ครอบคลุม
- ข้อความ · การแก้ไข · คำบรรยาย · ชื่อไฟล์ · กุญแจไฟล์แนบ
04 · ส่วนที่กระอักกระอ่วน
การเข้ารหัสปกป้องเนื้อหา แต่ไม่ซ่อน กราฟความสัมพันธ์
Livara เก็บและประมวลผลเมทาดาทาปฏิบัติงานเพื่อส่งและซิงก์ ตารางนี้อธิบายการส่งข้อความที่ปกป้องไว้ ไม่ใช่การประมวลผลปัญญาประดิษฐ์แยก ก่อนใช้ปัญญาประดิษฐ์กับเนื้อหาแชต ให้ตรวจตัวควบคุมและนโยบายความเป็นส่วนตัวของไคลเอนต์
| เซิร์ฟเวอร์เห็น | เซิร์ฟเวอร์เก็บ | อ่านไม่ได้ระหว่างส่งข้อความที่ปกป้องไว้ |
|---|---|---|
| ใครติดต่อกับใคร | ระเบียนข้อความในรูปเข้ารหัส | ข้อความธรรมดาของข้อความ |
| สมาชิกกลุ่มและบทสนทนา | ข้อความเข้ารหัส LVR1 และ LGS1 | เนื้อหาสื่อที่ถอดรหัส |
| เวลาและขนาดข้อความเข้ารหัส | ใบรับ รีแอ็กชัน การแก้ไข | คำบรรยายและชื่อไฟล์ |
| สถานะส่งและการกำหนดเส้นทาง | เคอร์เซอร์ซิงก์ต่อบัญชี | กุญแจไฟล์แนบ |
| ว่าคุณเชื่อมต่อกับ Livara | โทเคนพุชและบันทึกความปลอดภัย | รหัสผ่านของคุณ มีเพียงหลักฐาน SRP |
มีโค้ดปกป้องเมทาดาทา LSS1 แต่ไม่ได้เชื่อมกับการส่งข้อความตามปกติ อย่านับเป็นการปกป้องที่ทำงานอยู่สำหรับข้อความปัจจุบัน
05 · การเปิดเผย
สิ่งที่ Livara ไม่ อ้าง
มีรายการนี้เพื่อไม่ให้ต้องเดาจากสิ่งที่หายไปที่อื่น หากข้อใดออกจากรายการ นั่นเพราะเผยแพร่แล้ว ไม่ใช่เพราะเขียนให้ดูดีขึ้น
สิ่งที่ยังไม่สัญญาในวันนี้
หกข้อจากแบบจำลองภัยคุกคามที่เผยแพร่โดยตรง
- การไม่เปิดเผยตัวตนของเมทาดาทา
- การเข้ารหัสต้นทางถึงปลายทางของช่อง ซึ่งเป็นสตรีมเผยแพร่สาธารณะ
- การเข้ารหัสต้นทางถึงปลายทางขณะการบันทึกบนเซิร์ฟเวอร์ตามเลือกทำงาน
- การปกป้องอุปกรณ์ที่ปลดล็อกหรือถูกเจาะ
- การกู้คืนโดยไม่มีวลีกู้คืน
- การซ่อนการเชื่อมต่อ Livara จากผู้ให้บริการเครือข่าย
คำอ้างที่เราไม่ยอมกล่าว
เขียนแบบที่หน้าการตลาดอยากกล่าว แล้วขีดฆ่า
- ว่าเนื้อหาช่องเป็นส่วนตัว ช่องออกแบบมาเป็นสตรีมเผยแพร่สาธารณะ
- ว่าเซิร์ฟเวอร์ไม่เก็บเมทาดาทาการกำหนดเส้นทางที่ต้องใช้ส่งและซิงก์แบบเรียลไทม์
- ว่ากู้คืนได้เมื่อเสียทั้งอุปกรณ์และวลีกู้คืน
- ว่าไม่ต้องตรวจหมายเลขความปลอดภัยเลย การเปรียบเทียบคือวิธีตรวจสอบกุญแจเมื่อพบกัน
06 · ตัวตน
เข้าใช้ และ เข้าใช้ อีกครั้ง
SRP พิสูจน์ว่ารู้รหัสผ่านโดยไม่เคลื่อนย้าย
ระหว่างยืนยันตัวตน SRP อุปกรณ์พิสูจน์ว่ารู้รหัสผ่านโดยไม่ส่งตัวรหัสผ่าน เซิร์ฟเวอร์เก็บตัวตรวจสอบ ไม่ได้ปกป้องอุปกรณ์หรือไคลเอนต์ที่ถูกเจาะ
สำเนากุญแจเข้ารหัสก่อนอัปโหลด
กุญแจตกลงและลงนาม P-256 กับซีด ML-KEM เข้ารหัสบนอุปกรณ์ด้วยกุญแจกู้คืนสุ่ม 256 บิต รูปแบบ v7 ยืนยันชุดอัลกอริทึม ยุคตัวตน และรุ่นข้อมูล กู้คืนตัวตน ไม่ใช่ประวัติแชต
ลายนิ้วมือดิจิทัลให้ตรวจอีกฝั่ง
เปรียบเทียบลายนิ้วมือกุญแจสาธารณะกับคู่สนทนาผ่านช่องทางเชื่อถือได้อื่น หากต่างโดยไม่คาดคิด ให้ตรวจสอบการเปลี่ยนก่อนแชร์ข้อมูลละเอียดอ่อน
เซิร์ฟเวอร์ยังตัดสินว่าใครทำอะไรได้
การตรวจสมาชิกและบทบาทกำกับบทสนทนา อัปโหลด ใบรับ แก้ไข ลบ และการทำงานเรียลไทม์ นี่คืออำนาจเซิร์ฟเวอร์ ไม่ใช่การเข้ารหัส จึงระบุแยกด้วยเหตุนี้
รหัสผ่าน ไม่เคยออกจากอุปกรณ์
หลักฐาน คำนวณบนเครื่อง แลกเปลี่ยนกับเซิร์ฟเวอร์
เซิร์ฟเวอร์ เก็บตัวตรวจสอบ ไม่ใช่รหัสผ่าน
ผลลัพธ์ ยืนยันตัวตนแล้ว — และเครือข่ายไม่เคยส่งความลับ
ตัวตน ชื่อผู้ใช้ ไม่ใช่ SIM ผู้ให้บริการ หรือประเทศ
การยืนยันตัวตน SRP แยกจากการเข้ารหัสข้อความ รหัสผ่านอย่างเดียวปลดล็อกสำเนาตัวตนที่เข้ารหัสไม่ได้ การกู้คืนต้องใช้วลีกู้คืน อุปกรณ์หรือไคลเอนต์ที่ถูกเจาะยังอยู่นอกการปกป้องนี้
คำถาม
ห้าข้อที่เรา ถูกถามบ่อยที่สุด
บทสนทนา Livara ใดเข้ารหัสต้นทางถึงปลายทาง?
ข้อความโดยตรงและบทสนทนากลุ่มส่วนตัวที่เข้ากันได้เข้ารหัสต้นทางถึงปลายทางบนอุปกรณ์ แชตโดยตรงใช้แรตเช็ตแบบผสมผสานหลังยุคควอนตัม LVR1 กลุ่มที่เข้ากันได้ใช้กุญแจผู้ส่ง LGS1 สำหรับข้อความ แก้ไข รูปภาพ วิดีโอ ไฟล์ และข้อความเสียง กลุ่มเก่าที่เข้ากันไม่ได้ยังแสดงว่าอยู่นอก E2EE
ลงชื่อเข้าใช้บนโทรศัพท์ใหม่แล้วกุญแจแชตโดยตรงกลับมาไหม?
ไม่กลับมาเอง สำเนากุญแจเข้ารหัสเปิดได้ด้วยกุญแจกู้คืนที่แทนด้วยวลีกู้คืนเท่านั้น จงใจให้รหัสผ่านที่ถูกต้องอย่างเดียวไม่พอ เพราะหากรหัสผ่านเดียวคืนกุญแจได้ ก็ยกกุญแจให้คนอื่นได้เช่นกัน
Livara ซ่อนว่าฉันคุยกับใครไหม?
ไม่ การส่งกำหนดเส้นทางแพ็กเก็ตเข้ารหัสด้วยผู้ส่ง ปลายทาง และเวลา และเก็บเมทาดาทานั้นเพื่อซิงก์อุปกรณ์ พุชบนมือถือของข้อความเข้ารหัสไม่มีรายละเอียดข้อความหรือชื่อ
การเข้ารหัสกลุ่มทำงานอย่างไรและครอบคลุมอะไร?
สมาชิกแต่ละคนสร้างสายโซ่ผู้ส่งและแชร์กุญแจให้สมาชิกอื่นผ่านเซสชัน LVR1 ที่เข้ารหัสแบบคู่ ข้อความกลุ่ม การแก้ไข สื่อ ไฟล์ และข้อความเสียงเข้ารหัสบนอุปกรณ์ผู้ส่งก่อนออกจากอุปกรณ์ กุญแจหมุนเมื่อสมาชิกเข้าหรือออก
การโทรโดยตรงและกลุ่มได้รับการปกป้องอย่างไร?
การโทรโดยตรงและกลุ่มเข้ารหัสเสียง วิดีโอ และแชร์หน้าจอจากต้นทางถึงปลายทาง การบันทึกบนเซิร์ฟเวอร์ตามเลือกเป็นอีกโหมด ขณะแสดง REC การโทรใช้การเข้ารหัสระหว่างขนส่งแทน E2EE
อย่าเชื่อหน้านี้เพียงคำพูด
ตอนนี้ไป ตรวจสอบ
เรียกใช้การสาธิตในห้องทดลองตรวจสอบ อ่านคำอธิบายความปลอดภัย หรือเปิดแอปแล้วเปรียบเทียบลายนิ้วมือกุญแจกับผู้ติดต่อผ่านช่องทางเชื่อถือได้อื่น