D~(M).(Deciphering an unenciphered

D~(M).
(Deciphering an unenciphered message "makes sense"
by property (d) of a public key cryptosystem: each
message is the ciphertext for some other message.) He
then encrypts S using EA (for privacy), and sends the
result EA(S) to Alice. He need not send M as well; it
can be computed from S.
Alice first decrypts the ciphertext with DA to obtain
S. She knows who is the presumed sender of the
signature (in this case, Bob); this can be given if
necessary in plain text attached to S. She then extracts
the message with the encryption procedure of the
sender, in this case F-u (available on the public file):
M = F~(S).
She now possesses a message-signature pair (M, S)
with properties similar to those of a signed paper
document.
Bob cannot later deny having sent Alice this message, since no one else could have created S = DB(M).
Alice can convince a "judge" that Eu(S) = M, so she
has proof that Bob signed the document.
Clearly Alice cannot modify M to a different version M', since then she would have to create the
corresponding signature S' = I ~ ( M ' ) as well.
Therefore Alice has received a message "signed"
by Bob, which she can "prove" that he sent, but which
she cannot modify. (Nor can she forge his signature for
any other message.)
An electronic checking system could be based on a
signature system such as the above. It is easy to imagine
an encryption device in your home terminal allowing
you to sign checks that get sent by electronic mail to
the payee. It would only be necessary to include a
unique check number in each check so that even if the
payee copies the check the bank will only honor the
first version it sees.

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

D ~ (M).
(Giải mã một thông unenciphered "có ý nghĩa"
do khách sạn (d) của một hệ thống mật mã khóa công khai: mỗi
tin nhắn là các bản mã cho một số tin nhắn khác.) Ông
sau đó mã hóa S sử dụng EA (riêng tư), và gửi các
kết quả EA (S) cho Alice. Ông không cần phải gửi M cũng; nó
có thể được tính từ S.
Alice đầu tiên giải mã bản mã với DA để có được
S. Cô biết là ai là người gửi được giả của
chữ ký (trong trường hợp này, Bob); điều này có thể được đưa ra nếu
cần thiết trong văn bản đồng bằng thuộc S. Cô sau đó trích xuất
thông báo với các thủ tục mã hóa của
người gửi, trong trường hợp này Fu (có sẵn trên các tập tin công cộng):
. M = F ~ (S)
Cô ấy hiện đang sở hữu một cặp tin chữ ký (M, S)
với các đặc tính tương tự như một bài báo đã ký
văn bản.
Bob không thể sau đó từ chối đã gửi Alice thông báo này, vì không ai khác có thể tạo ra S = DB (M).
Alice có thể thuyết phục một "thẩm phán "mà Eu (S) = M, vì vậy cô
có bằng chứng rằng Bob đã ký văn bản.
rõ ràng Alice không thể sửa đổi M đến một phiên bản khác nhau M ', kể từ đó cô sẽ phải tạo ra các
chữ ký S tương ứng' = I ~ (M ') là tốt.
do đó Alice đã nhận được một thông báo "ký"
bởi Bob, mà cô ấy có thể "chứng minh" rằng ông đã gửi, nhưng mà
cô không thể sửa đổi. (Cô ấy cũng không thể giả mạo chữ ký của mình cho
bất kỳ tin nhắn khác.)
Một hệ thống kiểm tra điện tử có thể được dựa trên một
hệ thống chữ ký như trên. Nó rất dễ dàng để tưởng tượng
một thiết bị mã hóa trong thiết bị đầu cuối nhà của bạn cho phép
bạn ký séc mà được gửi bằng thư điện tử cho
người thụ hưởng. Nó sẽ chỉ là cần thiết để bao gồm một
số kiểm tra duy nhất trong mỗi lần kiểm tra để mà ngay cả nếu
bản thụ hưởng các kiểm tra các ngân hàng sẽ chỉ tôn vinh những
phiên bản đầu tiên nó thấy.