Mô hình chuẩn
OpenID Identity Assurance Định nghĩa Lược đồ 1.0 kèm theo tập đính chính 1 (Final, July 2026) chuẩn hóa `verified_claims` để biểu diễn tuyên bố danh tính đi cùng xác minh siêu dữ liệu.
Biểu diễn dữ liệu đã xác minh cùng siêu dữ liệu về quá trình, nguồn và bằng chứng.
Nguồn API thực tế chứa claim_sources/JWT và verified_claims. phân biệt triển khai theo nguồn với chuẩn OpenID hiện hành và trạng thái chứng nhận.
{
"iss": "https://id.mobile-id.vn",
"sub": "<CHỦ THỂ_ID>",
"verified_claims": {
"verification": {
"trust_framework": "<TRUST_FRAMEWORK>"
},
"claims": {
"name": "<VERIFIED_NAME>",
"dob": "<VERIFIED_DOB>"
}
}
}
Nguồn nguồn gốc → xác minh siêu dữ liệu → thuộc tính đã xác minh → bên sử dụng kết quả
OpenID Identity Assurance Định nghĩa Lược đồ 1.0 kèm theo tập đính chính 1 (Final, July 2026) chuẩn hóa `verified_claims` để biểu diễn tuyên bố danh tính đi cùng xác minh siêu dữ liệu.
Tài liệu công khai không biến `subject_id`, `process_id` hoặc CheckID kết quả thành OpenID trường nếu chưa có triển khai ánh xạ. Ánh xạ phải có đối tượng/trường/nguồn/trạng thái/giới hạn.
Một thuộc tính đã xác minh cần giữ nguồn và bối cảnh xác minh phù hợp; tuyên bố do người dùng khai báo không trở thành tuyên bố đã xác minh chỉ vì nó đi qua OIDC.
Yêu cầu / phản hồi thực tế chỉ được công bố từ OP/API nguồn. Ví dụ minh họa nếu cần phải gắn nhãn rõ “mang tính minh họa — không phải đặc tả API của CheckID”.
OpenID4VCI 1.0 và OpenID4VP 1.0 đều ban hành từ 2025, nhưng được ghi là tài liệu tham chiếu/cần đánh giá phạm vi áp dụng trừ khi CheckID có triển khai bằng chứng.
Bên tin cậy nên yêu cầu thuộc tính cần thiết theo mục đích; mức bảo đảm siêu dữ liệu không loại bỏ yêu cầu tối thiểu hóa dữ liệu, sự đồng ý/ủy quyền hoặc quản trị lưu trữ.