Data TransferNow that Alice and Bob

Data Transfer

Now that Alice and Bob share the same four session keys (EB, MB, EA, and MA), they can start to send secured data to each other over the TCP connection. Since TCP is a byte-stream protocol, a natural approach would be for SSL to encrypt application data on the fly and then pass the encrypted data on the fly to TCP. But if we were to do this, where would we put the MAC for the integrity check? We certainly do not want to wait until the end of the TCP session to verify the integrity of all of Bob’s data that was sent over the entire session! To address this issue, SSL breaks the data stream into records, appends a MAC to each record for integrity checking, and then encrypts the record+MAC. To create the MAC, Bob inputs the record data along with the key MB into a hash function, as discussed in Section 8.3. To encrypt the package record+MAC, Bob uses his session encryption key EB. This encrypted package is then passed to TCP for transport over the Internet.
Although this approach goes a long way, it still isn’t bullet-proof when it comes to providing data integrity for the entire message stream. In particular, suppose Trudy is a woman-in-the-middle and has the ability to insert, delete, and replace segments

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

Truyền dữ liệuBây giờ Alice và Bob chia sẻ cùng một phiên bốn phím (EB, MB, EA và MA), họ có thể bắt đầu gửi bảo đảm dữ liệu với nhau qua kết nối TCP. Kể từ khi TCP là một giao thức dòng byte, một cách tiếp cận tự nhiên sẽ cho SSL để mã hóa dữ liệu ứng dụng trên bay và sau đó vượt qua các dữ liệu được mã hóa trên bay để TCP. Nhưng nếu chúng tôi đã làm điều này, nơi chúng tôi sẽ đưa máy MAC cho kiểm tra tính toàn vẹn? Chúng tôi chắc chắn không muốn chờ đợi cho đến khi kết thúc phiên TCP để xác minh tính toàn vẹn của tất cả các dữ liệu của Bob đã được gửi qua các phiên họp toàn bộ! Để giải quyết vấn đề này, SSL phá vỡ dòng dữ liệu vào hồ sơ, gắn thêm một máy MAC cho mỗi hồ sơ kiểm tra tính toàn vẹn và sau đó mã hóa hồ sơ + MAC. Để tạo ra các máy MAC, Bob độc dữ liệu ghi lại cùng với các phím MB vào một chức năng băm, như được thảo luận trong phần 8.3. Để mã hóa các gói phần mềm thu âm + MAC, Bob sử dụng chìa khóa mã hóa phiên làm việc của mình EB. Gói này được mã hóa sau đó được thông qua để TCP cho giao thông qua Internet.Mặc dù phương pháp này đi một chặng đường, nó vẫn không phải là chống đạn khi nói đến việc cung cấp toàn vẹn dữ liệu cho các dòng toàn bộ thư. Đặc biệt, giả sử Trudy là một người phụ nữ-trong-the-Trung và có khả năng chèn, xoá bỏ và thay thế phân đoạn

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

Truyền dữ liệu Bây giờ Alice và Bob chia sẻ bốn phím cùng một phiên (EB, MB, EA, và MA), họ có thể bắt đầu gửi dữ liệu bảo mật với nhau qua kết nối TCP. Kể từ khi TCP là một giao thức byte dòng, một cách tiếp cận tự nhiên sẽ cho SSL để mã hóa dữ liệu ứng dụng trên bay và sau đó vượt qua các dữ liệu được mã hóa trên bay để TCP. Nhưng nếu chúng ta làm điều này, nơi chúng tôi sẽ đặt MAC cho việc kiểm tra tính toàn vẹn? Chúng tôi chắc chắn không muốn chờ đợi cho đến khi kết thúc phiên TCP để xác minh tính toàn vẹn của tất cả các dữ liệu của Bob đã được gửi qua các phiên họp toàn bộ! Để giải quyết vấn đề này, SSL phá vỡ các luồng dữ liệu vào hồ sơ, gắn thêm một MAC cho mỗi bản ghi cho toàn vẹn kiểm tra, và sau đó mã hóa các bản ghi + MAC. Để tạo ra MAC, Bob đầu vào các dữ liệu ghi lại cùng với MB phím vào một hàm băm, như đã thảo luận trong Phần 8.3. Để mã hóa các bản ghi gói + MAC, Bob sử dụng phiên khóa mã hóa của EB. Gói mã hóa này sau đó được đưa tới TCP để vận chuyển qua Internet. Mặc dù phương pháp này đi một chặng đường dài, nó vẫn không phải là chống đạn khi nói đến cung cấp tính toàn vẹn dữ liệu cho toàn bộ dòng tin nhắn. Đặc biệt, giả sử Trudy là một người phụ nữ-in-the-middle và có khả năng chèn, xóa, và thay thế đoạn