This process stands in stark contra

This process stands in stark contrast to the standardization process used in the development of the Advanced Encryption Standard (AES), the replacement for the Data Encryption Standard, which expired in 1998.
Moreover, much of the documentation for IPsec is complex and confusing. No overview or introduction is provided, and nowhere are the goals of IPsec identified. The user must assemble the pieces and try to make sense of documentation that can be described as difficult to read at best. To illustrate the frustration a user must endure, consider the ISAKMP specifications. These specifications are missing many key explanations, contain numerous errors and contradict themselves in various locations.
However, while IPsec may not be perfect, it is considered a significant improvement compared with previously available security protocols. As an example, consider the popular security system Secure Sockets Layer. While SSL is widely deployed in various applications, it is inherently limited in that it is used on the transport/application layer, requiring modifications to any application that wants to include the ability to use SSL. Because IPsec is used in Layer 3, it requires modification only to the operating system rather than to the applications that employ IPsec.
That can generate to disadvantage include CPU Overhead, Compatibility Issues, Broken Algorithms
CPU Overhead
Having to perform encryption and decryption on the hundreds of megabytes of data flowing through the machines requires quite a bit of processing power, and this translates to higher processor loads.
Compatibility Issues
IPsec is a standardized solution today, and yet, some large software developers may not adhere to it, and may go ahead with standards of their own. As a result, this can lead to compatibility issues.
Broken Algorithms
Some of the security algorithms that are still being used in IPsec have already been cracked. This poses a huge security risk, especially if the network administrators unknowingly use those algorithms instead of newer, more complex ones that are already available.

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

กระบวนการนี้หมายถึงในความแตกต่างสิ้นเชิงกับกระบวนการมาตรฐานที่ใช้ในการพัฒนาของการขั้นสูงการเข้ารหัสลับมาตรฐาน (AES), แทนที่ข้อมูลที่เข้ารหัสลับมาตรฐาน ที่หมดอายุในปี 1998นอกจากนี้ มากของเอกสารสำหรับ IPsec จะซับซ้อน และสับสน ไม่มีภาพรวมหรือแนะนำให้ และไม่มีที่ไหนจะเป้าหมายของ IPsec ผู้ใช้ต้องประกอบชิ้นส่วน และพยายามทำความเข้าใจการเอกสารที่สามารถอ่านส่วนที่ยาก การแสดงเสียงผู้ต้องทน พิจารณาคุณสมบัติ ISAKMP ข้อกำหนดเหล่านี้ขาดคำอธิบายสำคัญมาก ประกอบด้วยข้อผิดพลาดจำนวนมาก และขัดแย้งกันเองในสถานต่าง ๆอย่างไรก็ตาม ขณะที่ IPsec อาจไม่สมบูรณ์แบบ มันจะถือว่าการปรับปรุงอย่างมีนัยสำคัญเมื่อเทียบกับโพรโทคอลการรักษาความปลอดภัยที่มีอยู่ก่อนหน้านี้ เป็นตัวอย่าง พิจารณาระบบรักษาความปลอดภัยยอดนิยมแบบ Secure Sockets Layer ในขณะที่ SSL อย่างกว้างขวางมีการใช้งานในโปรแกรมประยุกต์ต่าง ๆ ได้จำกัดความที่ใช้ในการขนส่ง/ชั้น ต้องปรับเปลี่ยนโปรแกรมประยุกต์ใด ๆ ที่ต้องการรวมความสามารถในการใช้ SSL เนื่องจากใช้ IPsec ในชั้น 3 ต้องปรับเปลี่ยนเฉพาะ ในระบบปฏิบัติการ แทนโปรแกรมประยุกต์ที่ใช้ IPsecที่สามารถสร้างให้ข้อเสียรวมถึงอัลกอริทึม CPU โอเวอร์เฮด กัน เสียค่าใช้จ่ายใน CPUมีการเข้ารหัสและถอดรหัสในหลายร้อยเมกะไบต์ของข้อมูลที่ไหลผ่านเครื่องจักรต้องการของการประมวลผล และนี้แปลโหลดตัวประมวลผลที่สูงกว่าปัญหาความเข้ากันIPsec เป็นโซลูชันมาตรฐานวันนี้ และยัง นักพัฒนาซอฟต์แวร์ขนาดใหญ่บางอาจไม่เป็นไปตามนั้น และอาจไปข้างหน้า ด้วยมาตรฐานของตนเอง ดังนั้น นี้อาจทำให้ปัญหาความเข้ากันอัลกอริทึมที่ใช้งานไม่ได้ของอัลกอริทึมความปลอดภัยที่ยังคงใช้ใน IPsec ได้แล้วแล้วแตก นี้ส่อเค้าความเสี่ยงความปลอดภัยมาก โดยเฉพาะอย่างยิ่งถ้าผู้ดูแลระบบเครือข่ายใช้อัลกอริทึมดังกล่าวแทนคนรุ่นใหม่ ซับซ้อนที่มีอยู่แล้วโดยไม่รู้ตัว

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

กระบวนการนี้ยืนในสิ้นเชิงกับมาตรฐานกระบวนการที่ใช้ในการพัฒนาของมาตรฐานการเข้ารหัสขั้นสูง ( AES ) แทนมาตรฐานการเข้ารหัสข้อมูลซึ่งหมดอายุในปี 1998
นอกจากนี้ มากของเอกสารที่ใช้มีความซับซ้อนและสับสน ไม่มีรายละเอียดหรือแนะนำให้ และไม่มีที่ไหนเลยเป็นเป้าหมายของ IPSec ระบุผู้ใช้จะต้องประกอบชิ้นส่วน และพยายามที่จะทำให้ความรู้สึกของเอกสารที่สามารถจะอธิบายให้อ่านยากที่สุด เพื่อแสดงความไม่พอใจที่ผู้ใช้ต้องอดทน พิจารณา isakmp ข้อกําหนด คุณสมบัติเหล่านี้ไม่มีคำอธิบายที่สำคัญมากมาย มีข้อผิดพลาดมากมายและขัดแย้งในตัวเองในสถานที่ต่างๆ .
แต่ขณะใช้อาจจะไม่สมบูรณ์แบบนั้น ถือว่ามีการปรับปรุงสําคัญเมื่อเทียบกับโปรโตคอลการรักษาความปลอดภัยที่มีอยู่ก่อนหน้านี้ ตัวอย่าง พิจารณาที่นิยมระบบรักษาความปลอดภัย Secure Sockets Layer . ในขณะที่ SSL ใช้งานอย่างกว้างขวางในการใช้งานต่าง ๆ มันเป็นอย่างโดยเนื้อแท้ จำกัด ในการที่จะใช้ในการขนส่ง / การประยุกต์ชั้นต้องปรับเปลี่ยนโปรแกรมที่ต้องการ รวมถึงความสามารถในการใช้ SSLเพราะ IPSec ใช้ในชั้น 3 ก็ต้องปรับเปลี่ยนเฉพาะระบบปฏิบัติการมากกว่าโปรแกรมที่ใช้ IPSec .
ที่สามารถสร้างข้อเสียรวมถึง CPU ค่าใช้จ่าย ปัญหาความเข้ากันได้ของซีพียูเสียค่าใช้จ่าย

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

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

บางขั้นตอนวิธีการแตกของการรักษาความปลอดภัยขั้นตอนวิธีที่ยังคงมีการใช้ใน IPSec ได้แตก นี้ poses ความเสี่ยงด้านความปลอดภัยอย่างมาก โดยเฉพาะอย่างยิ่งถ้าผู้บริหารเครือข่ายจะใช้ขั้นตอนวิธีเหล่านั้นแทนใหม่ที่ซับซ้อนมากขึ้นที่มีอยู่แล้ว