You see that a random key is genera

You see that a random key is generated every time a message has to be sent.I admit the man could intercept messages sent between the top-secret trusted nodes,but I see no way he could decrypt them.” “Well, I think you have your man, Lestrade.The protocol isn’t secure because the server doesn’t authenticate users who send him a request.Apparently designers of the protocol have believed that sending implicitly authenticates user X as the sender,as only X (and the server) knows .But you know that can be intercepted and later replayed. Once you understand where the hole is, you will be able to obtain enough evidence by monitoring the man’s use of the computer he has access to. Most likely he works as follows.After intercepting and E( , ) (see steps 1 and 3 of the protocol), the man, let’s denote him as Z, will continue by pretending to be A and ...

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

Bạn thấy rằng một phím ngẫu nhiên được tạo ra mỗi khi một tin nhắn đã được gửi. Tôi thừa nhận người đàn ông có thể đánh chặn tin nhắn được gửi giữa các nút tối mật đáng tin cậy, nhưng tôi thấy không có cách nào ông có thể giải mã chúng." "Vâng, tôi nghĩ rằng bạn có người đàn ông của bạn, Lestrade.The giao thức không phải là an toàn bởi vì máy chủ không xác thực người sử dụng gửi anh ta yêu cầu. Rõ ràng các thiết kế của giao thức đã tin rằng gửi ngầm authenticates người dùng X là người gửi, như chỉ X (và máy chủ) biết. Nhưng bạn biết rằng có thể được ngăn chặn và sau đó replayed. Một khi bạn hiểu các lỗ ở đâu, bạn sẽ có thể để có được bằng chứng đủ bằng cách giám sát của người sử dụng máy tính ông có quyền truy cập vào. Có lẽ ông làm việc như sau. Sau khi chặn và E (,) (xem bước 1 và 3 của giao thức), người đàn ông, chúng ta hãy biểu thị anh ta như Z, sẽ tiếp tục bằng cách giả vờ để là A và...

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

Bạn thấy rằng một khóa ngẫu nhiên được tạo ra mỗi khi một thông điệp đã được sent.I thừa nhận người đàn ông có thể đánh chặn các tin nhắn được gửi đi giữa các nút tối mật đáng tin cậy, nhưng tôi thấy không có cách nào anh có thể giải mã chúng. "" Vâng, tôi nghĩ rằng bạn có người đàn ông của bạn, Lestrade.The giao thức không an toàn vì máy chủ không xác thực người dùng gửi cho anh ta một nhà thiết kế request.Apparently của giao thức đã tin rằng việc gửi ngầm xác thực người sử dụng X như người gửi, vì chỉ có X (và các máy chủ ) biết .Nhưng bạn biết rằng có thể bị chặn và sau đó thực hiện lại. Một khi bạn hiểu nơi lỗ là, bạn sẽ có thể để có được đủ bằng chứng bằng cách giám sát việc sử dụng của người đàn ông của máy tính, ông có quyền truy cập vào. Nhiều khả năng ông làm việc như follows.After chặn và E (,) (xem bước 1 và 3 của giao thức), người đàn ông, gọi ông là Z, sẽ tiếp tục bằng cách giả vờ là A và ...