Mục đích
PAD là một lớp kiểm soát sinh trắc học; tuyên bố được ràng buộc theo phạm vi chứng chỉ.
PAD là một lớp kiểm soát sinh trắc học; tuyên bố được ràng buộc theo phạm vi chứng chỉ.
PAD là một lớp kiểm soát sinh trắc học; tuyên bố được ràng buộc theo phạm vi chứng chỉ.
PAD là một lớp kiểm soát sinh trắc học; tuyên bố được ràng buộc theo phạm vi chứng chỉ.
Năng lực chỉ được công bố trong phạm vi có nguồn/bằng chứng.
SDK · REST API · bằng chứng đặc tả
↗ISO/IEC 30107-3:2023 tập trung vào phương pháp đánh giá và báo cáo PAD; nó không quy định một thuật toán chống giả mạo cụ thể hay toàn bộ an ninh hệ thống.
Tình huống trình diễn hợp lệ dùng để đánh giá hành vi hệ thống đối với người dùng thật.
Trình diễn có chủ đích nhằm can thiệp hoặc đánh lừa thu nhận/PAD subsystem.
Phân tích tín hiệu/thu nhận để phân biệt lần trình diện hợp lệ với tấn công trình diện trong phạm vi thành phần đã được đánh giá/kiểm định.
Kết quả phải gắn với giao thức kiểm thử, tập hợp mẫu tấn công, nền tảng, phiên bản và phạm vi của chứng chỉ hoặc báo cáo đánh giá kiểm định.
APCER và BPCER phải được đọc cùng giao thức và tập hợp mẫu tấn công. PCEB 26/04/06 vẫn phải giữ đúng cơ sở 2017 nếu chứng chỉ ghi 2017.
| Khái niệm | Ý nghĩa | Quy tắc công bố |
|---|---|---|
| APCER | Tỷ lệ lần trình diện tấn công bị phân loại nhầm thành lần trình diện hợp lệ | Chỉ công bố số liệu khi có báo cáo/bằng chứng tương ứng |
| BPCER | Tỷ lệ lần trình diện hợp lệ bị phân loại nhầm thành hành vi tấn công | Không dùng như độ chính xác tổng thể của đối sánh khuôn mặt |
| ISO/IEC 30107-3:2023 | tiêu chuẩn tham chiếu hiện hành cho kiểm thử/báo cáo PAD | THAM CHIẾU |
| ISO/IEC 30107-3:2017 | Cơ sở được nêu trên PCEB 26/04/06 | CƠ SỞ CHỨNG CHỈ — không tự nâng lên 2023 |
| PAD Level 2 | Cấp độ theo chương trình chứng nhận cụ thể | Không mô tả như cấp độ chung do ISO tự định nghĩa |
Tấn công trình diện ≠ chèn dữ liệu thu nhận ≠ xâm phạm ứng dụng khách ≠ tấn công API
ISO/IEC 30107-3:2023 đánh giá/kiểm thử/báo cáo PAD đối với tấn công diễn ra tại thiết bị thu nhận sinh trắc học trong quá trình trình diện mẫu sinh trắc học. Đây là phạm vi chuẩn kỹ thuật, không phải đánh giá lỗ hổng bảo mật toàn diện của hệ thống.
Camera ảo, ảnh/video chèn vào hoặc trình giả lập có thể vượt qua đường thu nhận mà không còn là “lần trình diện tại thiết bị thu nhận”. Chỉ được nói CheckID có cơ chế kiểm soát chống chèn dữ liệu khi kiến trúc an ninh/kiểm thử bằng chứng xác nhận.
Can thiệp quyền quản trị (root/jailbreak), can thiệp luồng thực thi ứng dụng hoặc làm sai lệch nội dung thuộc lớp toàn vẹn ứng dụng khách. PAD chứng chỉ không tự chứng minh các kiểm soát này.
Phát lại, đánh cắp thông tin xác thực, thay thế yêu cầu hoặc lạm dụng API trái phép thuộc kênh/API an ninh. Xác thực, ký số dữ liệu, token xử lý và kiểm soát phát lại cần nguồn riêng.
Hành vi đánh cắp bằng chứng, tráo đổi giấy tờ, tạo dựng danh tính và xung đột dữ liệu nguồn là các kịch bản gian lận có phạm vi rộng hơn PAD. Chúng phải được xử lý qua định danh/rủi ro/nguồn chính sách thay vì gắn nhãn “liveness tấn công”.
PCEB 26/04/06 phải được giữ đúng cơ sở chứng chỉ ISO/IEC 30107-3:2017, cấp độ 2, cùng phạm vi mô-đun, nền tảng thử nghiệm và thời hạn hiệu lực ghi nhận trên chứng chỉ. Việc cập nhật tài liệu viện dẫn theo phiên bản tiêu chuẩn năm 2023 hiện hành không làm thay đổi căn cứ pháp lý và kỹ thuật ban đầu của chứng chỉ.
Threat phân loại tách tấn công trình diện tại thu nhận khỏi injection, ứng dụng khách bị xâm phạm, API/kênh và gian lận danh tính để không mở rộng sai phạm vi ISO/IEC 30107-3 hoặc PAD chứng chỉ.
| Lớp | Ví dụ | Bằng chứng ranh giới |
|---|---|---|
| Trình diện mẫu sinh trắc học | In ấn, phát lại trên màn hình, mặt nạ / vật thể giả mạo | ISO/IEC 30107-3/chứng chỉ chỉ trong evaluated mô-đun/nền tảng/phạm vi. |
| Chèn dữ liệu thu nhận | Camera ảo, dữ liệu chèn vào, đường tấn công qua trình giả lập | Cần an ninh/kiểm thử bằng chứng riêng; không suy ra từ PAD. |
| Ứng dụng khách bị xâm phạm | Can thiệp ứng dụng, hooking, thiết bị đã root/jailbreak | Chỉ công bố kiểm soát khi có di động/client an ninh nguồn. |
| Kênh/API | Phát lại, lạm dụng thông tin xác thực, thay thế yêu cầu | API auth không tự chứng minh toàn bộ kiểm soát phát lại. |
| Danh tính/bằng chứng gian lận | Stolen bằng chứng, nguồn xung đột, impersonation | Cần định danh/nguồn/chính sách kiểm soát tương ứng. |