Figure 2 depicts one-sided attack.

Figure 2 depicts one-sided attack. In this attack, C impersonates A to talk to B. We assume that real A and B already have a link key established. Communication is requested by C (Ac). In order to make new connection Ac first pages B and then sends LMP_host_connection_req command to B. B accepts the connection request by sending back LMP_accepted. At the same time Bc pages A and starts the connection establishment procedure with A. After the first step, Ac sends LMP_au_rand to B. In this command Ac includes a dummy random number AU_RANDAc. B wrongfully thinks that real A requests authentication and sends back the corresponding authentication response SRESAc. Ac has no way to check the correctness of SRESAc, so it implicitly assumes that real B is indeed genuine. Having sent SRESAc, B sends its authentication challenge AU_RANDB to Ac. Ac should obtain SRESB, which is the SRES corresponding to AU_RANDB, so C sends out AU_RANDB to real A using its Bc interface. Real A mistakenly thinks that B requests authentication, and calculates and sends SRESB to Bc. Then Ac forwards SRESB to real B. The connection setup is completed by mutually sending LMP_setup_complete. These steps authenticate Ac to B as if Ac were the real A. At the end Bc sends an LMP_detach command to end its communication with real A, since A is not needed anymore.

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

Hình 2 mô tả một mặt tấn công. Trong cuộc tấn công này, C impersonates để nói chuyện với B. Chúng tôi giả định rằng thực tế A và B đã có một liên kết chính được thành lập. Thông tin được yêu cầu bởi C (Ac). Để tạo mới kết nối Ac trang đầu tiên B và sau đó gửi LMP_host_connection_req chỉ huy B. b chấp nhận kết nối yêu cầu bằng cách gửi về LMP_accepted. Cùng lúc trước công nguyên trang A và bắt đầu các thủ tục thiết lập kết nối với A. Sau khi bước đầu tiên, Ac gửi LMP_au_rand sinh Trong lệnh này Ac bao gồm một AU_RANDAc số ngẫu nhiên giả. B sai nghĩ rằng thực sự là một yêu cầu xác thực và gửi lại các phản ứng xác thực tương ứng SRESAc. AC có không có cách nào để kiểm tra tính đúng đắn của SRESAc, do đó, nó hoàn toàn giả định rằng B thực sự là thực sự chính hãng. Có gửi SRESAc, B gửi thách thức xác thực của AU_RANDB Ac. AC nên có được SRESB, mà là SRES tương ứng với AU_RANDB, vì vậy C gửi AU_RANDB để thực một cách sử dụng giao diện TCN. A thực sự nhầm lẫn rằng B yêu cầu xác thực, và tính toán và gửi SRESB đến Bc. Sau đó, Ac chuyển tiếp SRESB đến thực tế sinh Thiết lập kết nối được hoàn thành bởi cả hai bên gửi LMP_setup_complete. Các bước xác thực Ac b như thể Ac là A. thực Vào giữa Bc sẽ gửi một lệnh LMP_detach kết thúc của nó giao tiếp với A thực sự, kể từ khi A là không cần thiết nữa.

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

Hình 2 mô tả một mặt tấn công. Trong cuộc tấn công này, C đóng vai A đến nói chuyện với B. Chúng tôi giả định rằng thực A và B đã có khóa liên kết thành lập. Truyền thông được yêu cầu của C (Ac). Để làm cho kết nối mới Ac trang đầu B và sau đó gửi lệnh LMP_host_connection_req cho B. B chấp nhận các yêu cầu kết nối bằng cách gửi lại LMP_accepted. Tại cùng một thời gian Bc trang A và bắt đầu các thủ tục thành lập kết nối với A. Sau bước đầu tiên, Ac gửi LMP_au_rand đến B. Trong lệnh này Ac bao gồm một số ngẫu nhiên giả AU_RANDAc. B sai lầm nghĩ rằng thật A yêu cầu xác thực và gửi lại SRESAc phản ứng xác thực tương ứng. Ac không có cách nào để kiểm tra tính đúng đắn của SRESAc, vì vậy nó ngầm giả định rằng thực B thực sự là chính hãng. Có gửi SRESAc, B gửi xác thực thách thức của nó AU_RANDB Ac. Ac nên được SRESB, đó là SRES tương ứng với AU_RANDB, vì vậy C sẽ gửi ra AU_RANDB để thực A bằng sử dụng giao diện Bc của nó. Bất Một nhầm lẫn cho rằng yêu cầu B xác thực, và tính toán và gửi SRESB để Bc. Sau đó Ac chuyển SRESB đến B. thực Các thiết lập kết nối hoàn tất bằng cách gửi lẫn nhau LMP_setup_complete. Các bước xác thực Ac đến B như Ac là A. thực Cuối cùng Bc sẽ gửi một lệnh LMP_detach để kết thúc giao tiếp của nó với thực A, vì A là không cần thiết nữa.