The use of radix 64 expands a messa

The use of radix 64 expands a message by 33%. Fortunately, the session key and signature portions of the message are relatively compact, and the plaintext mes-sage has been compressed. In fact, the compression should be more than enough to compensate for the radix-64 expansion. For example, [HELD96] reports an average compression ratio of about 2.0 using ZIP. If we ignore the relatively small signature and key components, the typical overall effect of compression and expansion of a file of length X would be 1.33 * 0.5 * X = 0.665 * X. Thus, there is still an overall compression of about one-third.

One noteworthy aspect of the radix-64 algorithm is that it blindly converts the input stream to radix-64 format regardless of content, even if the input happens to be ASCII text. Thus, if a message is signed but not encrypted and the conversion is applied to the entire block, the output will be unreadable to the casual observer, which provides a certain level of confidentiality. As an option, PGP can be config-ured to convert to radix-64 format only the signature portion of signed plaintext messages. This enables the human recipient to read the message without using PGP. PGP would still have to be used to verify the signature.

Figure 18.2 shows the relationship among the four services so far discussed. On transmission (if it is required), a signature is generated using a hash code of the uncompressed plaintext. Then the plaintext (plus signature if present) is com-pressed. Next, if confidentiality is required, the block (compressed plaintext or com-pressed signature plus plaintext) is encrypted and prepended with the public-key-encrypted symmetric encryption key. Finally, the entire block is converted to radix-64 format.

On reception, the incoming block is first converted back from radix-64 format to binary. Then, if the message is encrypted, the recipient recovers the session key and decrypts the message. The resulting block is then decompressed. If the message is signed, the recipient recovers the transmitted hash code and compares it to its own calculation of the hash code.

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

Việc sử dụng cơ số 64 mở rộng một thông điệp bằng 33%. May mắn thay, phần khóa phiên và chữ ký của người được thông báo là tương đối nhỏ gọn, và rõ mes-hiền triết đã được nén. Trong thực tế, nén nên được nhiều hơn đủ để bù đắp cho việc mở rộng cơ số-64. Ví dụ, [HELD96] báo cáo một tỉ lệ nén trung bình khoảng 2.0 sử dụng ZIP. Nếu chúng ta bỏ qua các thành phần chữ ký và quan trọng tương đối nhỏ, hiệu quả tổng thể điển hình của nén và mở rộng của một tập tin chiều dài X sẽ là 1,33 * 0,5 * X = 0,665 * X. Vì vậy, vẫn còn là một nén tổng thể của khoảng một phần ba . Một khía cạnh đáng chú ý của các thuật toán cơ số-64 là nó một cách mù quáng chuyển đổi các dòng đầu vào để Radix-64 định dạng bất kể nội dung, thậm chí nếu đầu vào sẽ xảy ra là văn bản ASCII. Vì vậy, nếu một thông điệp được ký kết nhưng không được mã hóa và chuyển đổi được áp dụng cho toàn bộ khối, sản lượng sẽ được đọc cho người quan sát bình thường, cung cấp một mức độ nhất định giữ bí mật. Như một tùy chọn, PGP có thể config-ured để chuyển đổi sang định dạng Radix-64 chỉ có phần chữ ký của thông điệp rõ ký. Điều này cho phép người nhận con người để đọc tin nhắn mà không sử dụng PGP. PGP vẫn sẽ phải được sử dụng để xác minh chữ ký. Hình 18.2 cho thấy mối quan hệ giữa bốn dịch vụ cho đến nay thảo luận. Trên truyền (nếu cần), một chữ ký được tạo ra bằng cách sử dụng một mã băm của bản rõ không nén. Sau đó, bản rõ (cộng với chữ ký nếu có) là com-ép. Tiếp theo, nếu bảo mật là cần thiết, khối (bản rõ hoặc com-ép chữ ký nén cộng với plaintext) được mã hóa và thêm vào phía trước với khóa mã hóa đối xứng khóa công khai mã hóa. Cuối cùng, toàn bộ khối được chuyển đổi sang Radix-64 định dạng. Ngày tiếp nhận, khối đến lần đầu tiên được chuyển đổi trở lại từ định dạng cơ số 64 sang nhị phân. Sau đó, nếu thông điệp được mã hóa, người nhận thu hồi khóa phiên và giải mã tin nhắn. Khối kết quả là sau đó giải nén. Nếu thông báo được ký kết, người nhận thu hồi mã băm truyền và so sánh nó với tính toán riêng của mình của mã băm.