SECURING TCP Neither TCP nor UDP pr

SECURING TCP Neither TCP nor UDP provide any encryption—the data that the sending process passes into its socket is the same data that travels over the network to the destination process. So, for example, if the sending process sends a password in cleartext (i.e., unencrypted) into its socket, the cleartext password will travel over all the links between sender and receiver, potentially getting sniffed and discovered at any of the intervening links. Because privacy and other security issues have become critical for many applications, the Internet community has developed an enhancement for TCP, called Secure Sockets Layer (SSL). TCP-enhanced-with-SSL not only does everything that traditional TCP does but also provides critical process-to-process security services, including encryption, data integrity, and end-point authentication. We emphasize that SSL is not a third Internet transport protocol, on the same level as TCP and UDP, but instead is an enhancement of TCP, with the enhancements being implemented in the application layer. In particular, if an application wants to use the services of SSL, it needs to include SSL code (existing, highly optimized libraries and classes) in both the client and server sides of the application. SSL has its own socket API that is similar to the traditional TCP socket API. When an application uses SSL, the sending process passes cleartext data to the SSL socket; SSL in the sending host then encrypts the data and passes the encrypted data to the TCP socket. The encrypted data travels over the Internet to the TCP socket in the receiving process. The receiving socket passes the encrypted data to SSL, which decrypts the data. Finally, SSL passes the cleartext data through its SSL socket to the receiving process. We’ll cover SSL in some detail in Chapter 8.

Kết quả (Việt) 1:

SECURING TCP không TCP hoặc UDP cung cấp mã hóa bất kỳ — các dữ liệu trình gửi đi vào ổ cắm của nó là cùng một dữ liệu mà đi qua mạng để trình điểm đến. Vì vậy, ví dụ, nếu quá trình gửi gửi mật khẩu trong cleartext (tức là, unencrypted) vào ổ cắm của nó, mật khẩu cleartext sẽ đi du lịch trên tất cả các liên kết giữa người gửi và người nhận, có khả năng nhận được sniffed và phát hiện ra bất cứ lúc nào của các liên kết can thiệp. Bởi vì sự riêng tư và các vấn đề an ninh đã trở thành rất quan trọng cho nhiều ứng dụng, cộng đồng Internet đã phát triển một nâng cao cho TCP, gọi là Secure Sockets Layer (SSL). TCP-nâng cao-với-SSL không chỉ làm mọi thứ rằng TCP truyền thống không có gì nhưng cũng cung cấp dịch vụ bảo mật quá trình, quá trình nghiêm trọng, bao gồm mã hóa, toàn vẹn dữ liệu và xác thực cuối điểm. Chúng tôi nhấn mạnh rằng SSL không phải là một thứ ba giao thức Internet giao thông vận tải, trên mức độ tương tự như TCP và UDP, nhưng thay vào đó là một phụ kiện của TCP, với những cải tiến được thực hiện trong các lớp ứng dụng. Đặc biệt, nếu một ứng dụng muốn sử dụng các dịch vụ SSL, nó cần phải bao gồm mã SSL (hiện có, cao tối ưu hóa thư viện và các lớp học) trong cả khách hàng và máy chủ bên của ứng dụng. SSL có riêng của mình ổ cắm API tương tự như các ổ cắm TCP truyền thống API. Khi một ứng dụng sử dụng SSL, quá trình gửi đi cleartext dữ liệu vào ổ cắm SSL; SSL trong máy chủ gửi sau đó mã hóa dữ liệu và vượt qua các dữ liệu được mã hóa vào ổ cắm TCP. Dữ liệu được mã hóa đi qua Internet vào ổ cắm TCP trong quá trình nhận được. Các ổ cắm nhận đi các dữ liệu được mã hóa SSL, decrypts các dữ liệu. Cuối cùng, SSL vượt qua dữ liệu cleartext thông qua ổ cắm SSL cho quá trình nhận được. Chúng tôi sẽ bao gồm SSL một số chi tiết trong chương 8.