Figure 4 shows the secure negotiati

Figure 4 shows the secure negotiation protocol of the supported security mechanisms. Three entities are involved in the negotiation procedure: E1 is the onboard entity (e.g. a passenger terminal), E2 is the ground entity (e.g. a server), and the corresponding SMP (c.f. system architecture). E1 requests a secure connection with E2, SMP initiates the negotiation in
order to establish the SSPD by sending a Request_SSP message containing a random number Nonce1 to avoid replay attacks. The SSPD structure storage is the following:

ผลลัพธ์ (ไทย) 1:

รูปที่ 4 แสดงโพรโทคอลเจรจาทางกลไกการสนับสนุนความปลอดภัย เอนทิตีที่สามเกี่ยวข้องในกระบวนการเจรจาต่อรอง: E1 เป็นเอนทิตีสวบสาบ (เช่นการโดยสาร) E2 เป็นเอนทิตีพื้นดิน (เช่นเซิร์ฟเวอร์), และ SMP ที่สอดคล้องกัน (c.f. ระบบสถาปัตยกรรม) E1 ร้องขอการเชื่อมต่อที่ปลอดภัยกับ E2, SMP เริ่มเจรจาในสั่งสร้าง SSPD โดยส่งข้อความแบบ Request_SSP ประกอบด้วย Nonce1 หมายเลขแบบสุ่มเพื่อหลีกเลี่ยงการโจมตี replay เก็บโครงสร้างของ SSPD เป็นดังนี้:

ผลลัพธ์ (ไทย) 2:

รูปที่ 4 แสดงให้เห็นถึงการเจรจาต่อรองโปรโตคอลการรักษาความปลอดภัยของการรักษาความปลอดภัยได้รับการสนับสนุนกลไก สามหน่วยงานที่มีส่วนร่วมในขั้นตอนการเจรจาต่อรอง: E1 เป็นนิติบุคคล onboard (เช่นอาคารผู้โดยสาร) E2 เป็นนิติบุคคลพื้นดิน (เช่นเซิร์ฟเวอร์) และ SMP ที่สอดคล้องกัน (CF สถาปัตยกรรมระบบ) E1 ขอเชื่อมต่อที่ปลอดภัยกับ E2, SMP
เริ่มต้นการเจรจาต่อรองในการสั่งซื้อเพื่อสร้างSSPD โดยการส่งข้อความ Request_SSP มีจำนวนสุ่ม Nonce1 หลีกเลี่ยงการโจมตีเล่นใหม่ โครงสร้างการจัดเก็บ SSPD คือต่อไปนี้:

ผลลัพธ์ (ไทย) 3:

รูปที่ 4 แสดงการการเจรจาพิธีสารของการสนับสนุนการรักษาความปลอดภัยกลไก ทั้งสามหน่วยงานเกี่ยวข้องในขั้นตอนการเจรจาต่อรอง : E1 เป็น onboard นิติบุคคล ( เช่นผู้โดยสาร ) E2 คือพื้นดินหน่วยงาน ( เช่นเซิร์ฟเวอร์ ) และลูกที่สอดคล้องกัน ( สถาปัตยกรรมระบบซี. เอฟ ) การร้องขอการเชื่อมต่อที่ปลอดภัยกับ E1 E2 SMP เริ่มเจรจา
การสร้าง sspd ส่ง request_ssp ข้อความที่มีตัวเลขสุ่ม nonce1 เพื่อหลีกเลี่ยงการโจมตีของ Replay การจัดเก็บโครงสร้าง sspd คือต่อไปนี้ :