Kết hợp giấy tờ, eID, nguồn có thẩm quyền, sinh trắc học và bằng chứng.
Bằng chứng thu nhận → kiểm tra tính hợp lệ → liên kết chủ thể với bằng chứng → chính sách → quyết định → kiểm toán
Xác minh danh tính thiết lập mức tin cậy rằng danh tính khai báo thuộc về đúng cá nhân trong một giao dịch. Nó khác xác thực (xác thực phiên/tài khoản), xác minh sinh trắc học 1:1 (so khớp hai biểu diễn sinh trắc), định danh 1:N (tìm ứng viên trong gallery) và ủy quyền (quyền thực hiện hành động).
CheckID chỉ công bố phương pháp có nguồn: chủ thể/quy trình trong CheckID, giấy tờ/eID, dữ liệu nguồn có thẩm quyền và sinh trắc học khi quy trình tương ứng được cấu hình. Dữ liệu tự khai phải được giữ riêng với dữ liệu document-derived, chip-derived, nguồn có thẩm quyền-derived và kết quả hệ thống.
đặc tả CheckID đặc tả API V1.2.260123 xác định `POST /v1/create/subject`, `POST /v1/create/process`, `PUT /v1/perform/process` và `GET /v1/get/process/detail`. Kết quả runtime phải được diễn giải từ `process_status`, `process_type`, `perform_result` và các định danh do đặc tả trả về; website không phát minh trạng thái hoặc trường ngoài nguồn.
Ràng buộc chủ thể là bước nối bằng chứng danh tính với người đang tham gia. Khi luồng sử dụng khuôn mặt, chuỗi kỹ thuật cần tách thu nhận/chất lượng/PAD/1:1 khỏi quyết định định danh; PAD chỉ đánh giá tấn công trình diện trong phạm vi kiểm thử, không tự chứng minh toàn bộ an toàn của kênh.
Các lớp lỗi cần được xử lý riêng: đầu vào không hợp lệ; bằng chứng không đọc được; nguồn không khả dụng; chất lượng sinh trắc học không đạt; PAD/đối sánh không kết luận; quy trình ở trạng thái không cho phép; hoặc chính sách yêu cầu thêm bằng chứng. Phương án dự phòng/nâng cấp chỉ được mô tả khi đặc tả hoặc chính sách nguồn xác nhận.
Một kết quả định danh hữu ích cho ngân hàng/chính phủ phải truy nguyên được ít nhất tới chủ thể/quy trình, phương thức/nguồn, kết quả, thời điểm và bối cảnh chính sách nếu các trường tương ứng tồn tại trong triển khai. Nhật ký vận hành không được trình bày như doanh nghiệp bằng chứng nếu chưa có ánh xạ.
Xác minh danh tính xác lập mức tin cậy đối với danh tính được tuyên bố; nó khác xác thực, định danh 1:N và ủy quyền.
| Phân lớp bằng chứng | Kiểm tra tính hợp lệ | Liên kết chủ thể với bằng chứng | Lỗi ranh giới |
|---|---|---|---|
| Do người dùng khai báo | Không tự coi đã xác minh | Cần bằng chứng bổ sung | Thiếu/không nhất quán |
| Trích xuất từ giấy tờ/chip | Toàn vẹn/tính xác thực trong được hỗ trợ phương thức | Có thể dùng ảnh chân dung ↔ live sinh trắc học | Không đọc được/không hợp lệ/không hỗ trợ |
| Nguồn có thẩm quyền | Nguồn/dịch vụ-specific | Không tự chứng minh hiện hành tác nhân là chủ thể | Không khả dụng/ủy quyền/sự đồng ý issue |
| Sinh trắc học | Chất lượng, đối sánh, PAD là kết quả khác nhau | 1:1 khi tham chiếu/mẫu truy vấn xác định | Không kết luận được/không khớp/lỗi thu nhận |
CheckID nguồn công bố chủ thể và quy trình với process_type/mục đích/kết quả bối cảnh. Công khai API ví dụ phải giữ định danh chính xác/enum từ nguồn.
Với hành trình khuôn mặt, ràng buộc chủ thể có thể gồm thu nhận, chất lượng, PAD/liveness khi quy trình yêu cầu, tham chiếu ảnh chân dung và 1:1 đối sánh. Mỗi stage có lỗi riêng.
Nâng cấp nghĩa là yêu cầu thêm bằng chứng/mức bảo đảm khi bằng chứng hiện tại chưa đủ. Điều kiện kích hoạt cụ thể chỉ công khai khi có chính sách nguồn.
CheckID có thể trả xác minh/quy trình kết quả theo API; quyết định nghiệp vụ cuối của ngân hàng/cơ quan vẫn thuộc bên tin cậy trừ khi đặc tả nói khác.
