AEAD เพิ่มความสมบูรณ์ ไม่ใช่การเข้าสู่ระบบหรือเส้นทางที่ใช้งานได้

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

การรับประกันทั้งสองครอบคลุมเฉพาะแพ็กเก็ตที่ได้รับการป้องกัน และไม่ครอบคลุมสิ่งใดนอกเหนือจากนั้น

การรับประกันสองอย่างในการออกแบบเดียว

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

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

Nonce ไม่ใช่รายละเอียดเล็ก ๆ

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

นี่คือเงื่อนไขของการรับประกัน ไม่ใช่คำแนะนำในการติดตั้งใช้งาน nonce ที่ไม่ระมัดระวังไม่ได้ให้คุณสมบัติที่โฆษณาไว้

การป้องกันการเล่นซ้ำเป็นสถานะแยกต่างหาก

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

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

สิ่งที่แท็กไม่ได้บอกคุณ

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

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

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