When the user authorizes the paymen

When the user authorizes the payment, a call is made to the Apple Pay Servers to
obtain a cryptographic nonce, which is similar to the value returned by the NFC
terminal used for in-store transactions. The nonce, along with other transaction data, is
passed to the Secure Element to generate a payment credential that will be encrypted
with an Apple key. When the encrypted payment credential comes out of the Secure
Element, it’s passed to the Apple Pay Servers, which decrypt the credential, verify the
nonce in the credential against the nonce sent by the Secure Element, and re-encrypt
the payment credential with the merchant key associated with the Merchant ID. It’s
then returned to the device, which hands it back to the app via the API. The app then
passes it along to the merchant system for processing. The merchant can then decrypt
the payment credential with its private key for processing. This, together with the
signature from Apple’s servers, allows the merchant to verify that the transaction was
intended for this particular merchant.

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

Khi người dùng cho phép thanh toán, một cuộc gọi được thực hiện để trả tiền Apple máy chủ đểcó được một nonce mật mã, mà là tương tự như các giá trị trả về bởi NFCthiết bị đầu cuối được sử dụng cho các giao dịch trong cửa hàng. Nonce, cùng với các dữ liệu giao dịch khác, làthông qua các yếu tố an toàn để tạo ra một khả năng thanh toán sẽ được mã hóavới một phím Apple. Khi khả năng thanh toán được mã hóa đi ra khỏi sự an toànNguyên tố, nó được truyền tới Apple Pay máy chủ, mà giải mã ủy nhiệm, xác minh cácnonce ở khả năng chống lại nonce được gửi bởi các yếu tố an toàn và tái mã hóakhả năng thanh toán với các thương gia liên kết với ID thương gia Nó cósau đó quay trở lại điện thoại, bàn tay nó lại đến các ứng dụng thông qua API. Các ứng dụng sau đóvượt qua nó cùng với hệ thống thương mại để xử lý. Các thương gia có thể sau đó giải mãkhả năng thanh toán với khóa riêng để xử lý. Điều này, cùng với cácchữ ký từ các máy chủ của Apple, cho phép các thương gia để xác nhận giao dịchdành cho thương gia đặc biệt này.

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

Khi người sử dụng cho phép thanh toán, một cuộc gọi được thực hiện cho các máy chủ của Apple phải trả tiền để
có được một nonce mật mã, mà là tương tự với giá trị trả về của NFC
đầu cuối sử dụng cho các giao dịch trong cửa hàng. Nonce, cùng với dữ liệu giao dịch khác, được
thông qua vào tử bảo mật để tạo ra một chứng nhận thanh toán sẽ được mã hóa
với một phím Apple. Khi các ủy nhiệm thanh toán mã hóa đi ra khỏi Secure
Element, nó được truyền đến các máy chủ của Apple phải trả tiền, mà giải mã các chứng chỉ, xác minh các
nonce trong chứng chống lại các nonce gửi bởi Secure Element, và tái mã hóa
các ủy nhiệm thanh toán với thương gia phím kết hợp với ID người bán. Nó
sau đó quay trở lại thiết bị, mà trao nó lại cho các ứng dụng thông qua các API. Các ứng dụng sau đó
vượt qua nó cùng với hệ thống thương gia cho chế biến. Sau đó các thương gia có thể giải mã
các ủy nhiệm thanh toán với khóa riêng của mình để xử lý. Điều này, cùng với
chữ ký từ các máy chủ của Apple, cho phép các thương gia để xác minh rằng các giao dịch đã được
dành cho thương gia đặc biệt này.