อย่างที่ฉันทราบ โดยทั่วไปในปัจจุบันโปรโตคอลแบบไฮบริดมีการใช้กันอย่างแพร่หลายมากกว่าระบบเข้ารหัสแบบสมมาตรหรือแบบพับลิกคีย์แยกกัน ฉันอ่านมาว่าระบบกุญแจสาธารณะใช้เพื่อแลกเปลี่ยนและแบ่งปันความลับผ่านช่องทางที่ไม่ปลอดภัย เพื่อให้กุญแจนั้นถูกใช้ในการเข้ารหัสแบบสมมาตร
นอกจากนี้ยังมี otp ซึ่งไม่สามารถแตกหักได้เนื่องจากระบบรักษาความปลอดภัยตามทฤษฎีข้อมูล นี่เป็นแนวคิดเรื่องความปลอดภัยที่แข็งแกร่ง อย่างไรก็ตาม เราทุกคนทราบดีว่ามันมีข้อเสียในตัวเอง
เมื่อเร็ว ๆ นี้ ความคิดหนึ่งผุดขึ้นมาในหัวของฉันแบบสุ่ม - เราจะใช้แป้นบอกเวลาแทน AES ได้ไหม เมื่อคีย์ถูกแชร์ผ่านคีย์สาธารณะ ฉันแน่ใจว่ามันใช้ไม่ได้จริง อย่างไรก็ตาม ปัญหาเดียวที่ฉันเห็น rn คือข้อกำหนดของคีย์ความยาวเดียวกัน แต่เราสามารถยืดมันได้หรือไม่?
หากเราพิจารณาว่าการยืดคีย์สามารถทำได้อย่างถูกต้อง จะมีเหตุผลอื่นอีกหรือไม่ที่จะไม่ใช้ otp และยึดติดกับอัลกอริทึมสมมาตรมาตรฐาน
ความปลอดภัยตามทฤษฎีข้อมูลของแพดแบบครั้งเดียวมาจากข้อเท็จจริงหลายประการเกี่ยวกับคีย์
เมื่อคุณทำลายสมมติฐานเหล่านั้น คุณจะไม่มีความปลอดภัยทางทฤษฎีข้อมูลอีกต่อไป
ดังนั้น หากคุณแบ่งแพดเวลาของคุณเป็นชิ้นๆ และเข้ารหัสด้วย RSA ระบบเข้ารหัสโดยรวมของคุณจะยังคงปลอดภัยเท่ากับ RSA เท่านั้น
ในทำนองเดียวกัน หากคุณเข้ารหัสคีย์ขนาดเล็กและ "ขยาย" ด้วยวิธีใดวิธีหนึ่ง ระบบเข้ารหัสโดยรวมของคุณจะปลอดภัยพอๆ กับ RSA และระบบใดก็ตามที่คุณใช้เพื่อยืดคีย์
รหัสสตรีมสร้างคีย์สตรีมที่รวม (ปกติคือ XOR-ed) กับข้อความธรรมดา - เหมือนกับคีย์สตรีมสำหรับ OTP AES-CTR (และโหมดที่ได้รับ เช่น AES-GCM) สามารถสร้างคีย์สตรีมที่มีความปลอดภัยในการคำนวณที่คุณต้องการ
- ความต้องการความยาวเป็นปัญหาเฉพาะในระบบแบบนี้หรือไม่?
สำหรับ OTP ที่ปลอดภัยอย่างสมบูรณ์ อาจเป็นเพียงปัญหาเดียว (หากคุณไม่ใส่ความสมบูรณ์ / ความถูกต้อง ขนาดข้อความ & ความถี่ ฯลฯ เป็นต้น) อย่างไรก็ตาม มันยังเป็นปัญหาที่ไม่มีทางแก้ไขได้ในทางทฤษฎี เนื่องจากมันต้องใช้บิตมากพอๆ กับถ้าคุณต้องการเพิ่มขนาดคีย์ กล่าวคือ เป็นไปไม่ได้ที่จะเพิ่มขนาดคีย์ทั้งสองด้านโดยไม่ทำลายความปลอดภัยของ สนข.
- เราไม่สามารถประนีประนอมความเร็วได้เล็กน้อย (ระหว่างยืดกล้ามเนื้อ) เพื่อแลกกับการได้รับแนวคิดด้านความปลอดภัยที่แข็งแกร่งเช่นนี้ ทำให้การคำนวณไม่เกี่ยวข้อง
การคำนวณ เป็น ไม่เกี่ยวข้องกับ AES-128 (หรือ AES-256 หากคุณต้องการการเข้ารหัสที่ปลอดภัยด้วยควอนตัม) สมมติว่าไม่ได้ใช้สำหรับการโจมตีเฉพาะที่แตกต่างจากกำลังดุร้าย
- เราไม่สามารถเอาส่วน AES ออกไป แต่ใส่ otp ไว้ระหว่างชั้นอื่นได้ไหม (โปรดทราบว่าเนื่องจากมีความคิดที่แข็งแกร่งกว่าจึงสามารถลดขนาดคีย์ AES ขอบเขตต่ำได้)
ไม่ ฉันคิดว่าแม้ว่าคุณจะไม่เคยแสดงว่า AES ใช้ที่ไหน / อย่างไรในคำถามของคุณ
- otp อาจถูกพิจารณาว่าเป็นความปลอดภัยโดยความสับสน - ด้วยเหตุนี้จึงดีมากที่จะไม่ใช้มัน?
ไม่มีแนวคิดทางทฤษฎีของ OTP ที่ตรงกันข้าม ต้องใช้ข้อมูลสำคัญจำนวนมากเพื่อให้ได้รับความปลอดภัยที่สมบูรณ์แบบ แทนที่จะใช้ (เกือบ) ไม่มีข้อมูลสำคัญเพื่อซ่อนข้อความแทน
โปรดทราบว่าการใช้โหมดเหล่านี้เพียงอย่างเดียวไม่ได้หมายความว่าโปรโตคอลของคุณจะต้องปลอดภัย ตัวอย่างเช่น การโจมตีเช่น EFAIL อาศัยข้อความธรรมดาที่ถูกแก้ไขเพื่อกรองข้อความใดๆ จากไคลเอนต์อีเมล โดยทั่วไปคุณต้องการใช้โหมดการเข้ารหัสที่รับรองความถูกต้อง
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
