POST /api/v1/verdict-public

Cùng câu trả lời, không xác thực. Nó tồn tại vì có người cần, và nó không phải endpoint để đặt trước cổng thanh toán.

POST /api/v1/verdict-public

Bạn đang chấp nhận điều gì#

Với cổng thanh toán, dùng POST /api/v1/verdict.

Nhận diện site#

Qua khoá công khai: header x-site-key, hoặc siteKey trong body cho client không đặt được header. Đây là nhận diện, không phải cấp quyền. Nó cần thiết chỉ vì chữ ký phiên bản 2 bao gồm siteId và environment, và khoá ký là của từng workspace.

Không dùng Authorization: header đó nghĩa là một thông tin xác thực, còn khoá này nằm trong mọi trang chạy SDK.

Nó từ chối những gì, và vì sao#

Khối payment bị trả về 400. Route có xác thực thì ghi một lần thử; nhận ghi từ người gọi không xác thực sẽ để người lạ đầu độc lịch sử thử thẻ của một site và khiến khách hàng thật của họ bị từ chối. Đó là một thao tác ghi, và không chữ ký nào hoàn tác được.

Origin ngoài danh sách khi người gọi là trình duyệt. Máy chủ không gửi Origin thì được trả lời, đó là ý nghĩa của "không xác thực" ở đây.

Quá 60 request mỗi phút trên mỗi địa chỉ, và body tối đa 16 KB. Chống tràn, không phải cấp quyền.

Nhãn chữ ký riêng#

Phản hồi được ký dưới nhãn hideguard-verdict-ed25519-v2, không phải nhãn của collect.

Danh sách trường được ký giống hệt một phản hồi collect, và trang của người truy cập đang giữ các phản hồi collect của chính nó. Nếu dùng chung một nhãn, họ có thể đưa ra một phản hồi cũ hơn, sạch hơn của chúng tôi vào đúng chỗ đang chờ câu trả lời hiện tại của endpoint này, vốn có thể mang một lệnh chặn của người vận hành hoặc bằng chứng mới hơn.