Livaraแอปส่งข้อความส่วนตัว, หน้าแรก
ไทย ▾

Livara ทำงานอย่างไร: ฉบับ เต็ม

การเข้ารหัส การกู้คืน และการซิงก์ · พร้อมคำอธิบาย

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

01 · การเข้ารหัสต้นทางถึงปลายทาง

การเข้ารหัสต้นทางถึงปลายทางหมายถึงอะไรในที่นี้

ในแชต Livara เนื้อหาข้อความและสื่อเข้ารหัสบนอุปกรณ์ของคุณ และเปิดบนอุปกรณ์ผู้รับเท่านั้น เซิร์ฟเวอร์ส่งต่อกล่องที่ตัวเองเปิดไม่ได้

แต่ละอุปกรณ์เก็บข้อมูลกุญแจส่วนตัว P-256 และ ML-KEM-768 สำเนาสำรองสำหรับกู้คืนเข้ารหัสบนอุปกรณ์ก่อนอัปโหลด แชตโดยตรงสร้าง LVR1 ด้วยส่วนประกอบแบบคลาสสิกและหลังยุคควอนตัม แล้วเลื่อนสายโซ่การส่งและรับเมื่อแลกเปลี่ยนข้อความ

AES-256-GCM เข้ารหัสเนื้อหาและยืนยันความถูกต้องของบริบท ไฟล์แนบได้รับกุญแจไฟล์สุ่มแยกก่อนอัปโหลด โดยส่งกุญแจภายในบทสนทนาที่เข้ารหัสแทนการเปิดเผยต่อเซิร์ฟเวอร์

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

02 · ขอบเขต

การเข้ารหัสต้นทางถึงปลายทางปกป้องแชตอย่างไร

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

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

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

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

03 · รุ่น

บันทึกประจำรุ่น Livara 0.1.68

บันทึกประจำรุ่นในอดีต สำหรับบิลด์ปัจจุบันของแอป Livara สำหรับ Android และค่าเช็กซัม ให้ใช้หน้าดาวน์โหลด

บันทึกประจำรุ่นในอดีต สำหรับบิลด์ปัจจุบันของแอป Livara สำหรับ Android และค่าเช็กซัม ให้ใช้หน้าดาวน์โหลด

ช่องเขียนข้อความโหมดเรียบง่ายภาษาเปอร์เซียแสดง “AI”

ฟีเจอร์ API ปัญญาประดิษฐ์ต้องใช้ Livara AI Pro

04 · การกู้คืน

เกิดอะไรขึ้นเมื่อทำอุปกรณ์หาย

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

กุญแจตกลง P-256 กุญแจลงนาม P-256 และซีด ML-KEM รวมและเข้ารหัสบนอุปกรณ์ด้วยกุญแจกู้คืนสุ่ม 256 บิต HKDF-SHA-512 และ AES-256-GCM แล้วจึงอัปโหลดในสภาพเข้ารหัส รหัสผ่านที่ถูกต้องเพียงอย่างเดียวเปิดไม่ได้

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

คุณเปรียบเทียบลายนิ้วมือกุญแจสาธารณะกับคู่สนทนาผ่านช่องทางอื่นได้ เพื่อพบกุญแจที่เปลี่ยนทั้งที่ไม่ควรเปลี่ยน

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

05 · การซิงก์

เหตุใดการเชื่อมต่อสดยังต้องมีบันทึก

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

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

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

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

อภิธานศัพท์

หกคำที่เว็บไซต์นี้ ใช้บ่อย

นิยามไว้ที่นี่ เพื่อไม่ให้สิ่งใดซ่อนอยู่หลังศัพท์ที่คาดว่าคุณรู้อยู่แล้ว

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

วิธีที่เร็วกว่า

การอ่านเป็น วิธีช้า ๆ ในการตรวจสอบ

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