It yields an infinite forward error

It yields an infinite forward error extension in case of the deletion or insertion of a message block, while the modification of a single ciphertext block results in only one garbage plaintext block. It is clear that this approach depends on the internal redundancy of the message, as there is no mechanism provided to distinguish between authentic and garbage plaintext. Moreover, even if redundancy is present, the deletion of the last blocks would not be detected. This can only be thwarted if a block count field is introduced, but this prevents insertion or deletion of blocks for all other modes too.

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

Nó mang lại một phần mở rộng vô hạn về phía trước lỗi trong trường hợp xoá hoặc chèn của một khối tin, trong khi các sửa đổi của một ciphertext duy nhất khối kết quả trong chỉ có một rác rõ khối. Nó là rõ ràng rằng cách tiếp cận này phụ thuộc vào sự thừa bên trong của thư, như không có cơ chế cung cấp để phân biệt giữa xác thực và rác văn bản thuần. Hơn nữa, ngay cả khi sự thừa hiện nay, việc xóa các khối cuối cùng sẽ không được phát hiện. Điều này có thể chỉ bị cản trở nếu một lĩnh vực số khối giới thiệu, nhưng điều này ngăn không cho chèn hoặc xóa các khối cho tất cả các chế độ khác quá.

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

Nó mang lại một phần mở rộng lỗi mong vô hạn trong trường hợp xóa hoặc chèn một khối tin nhắn, trong khi việc sửa đổi một kết quả khối bản mã duy nhất trong chỉ có một thùng rác khối plaintext. Rõ ràng là phương pháp này phụ thuộc vào khả năng dự phòng nội bộ của tin nhắn, như không có cơ chế cung cấp để phân biệt giữa thực và rác plaintext. Hơn nữa, ngay cả khi dư thừa là hiện nay, việc xóa các khối cuối cùng sẽ không được phát hiện. Điều này chỉ có thể được cản trở nếu một lĩnh vực số khối được giới thiệu, nhưng điều này ngăn cản chèn hoặc xóa các khối cho tất cả các chế độ khác quá.