Một quản trị viên yêu cầu thay đổi cấu hình bảo mật, nhân viên tài chính duyệt giao dịch giá trị cao hoặc người dùng khôi phục quyền truy cập nhạy cảm. Trong những tình huống đó, ứng dụng có thể yêu cầu một bước xác thực tăng cường bằng khuôn mặt. Tuy nhiên, một kết quả face match “xanh” không phải chiếc khóa vạn năng và không được thay thế toàn bộ chính sách phê duyệt.
AttFace Core cung cấp thành phần xác thực 1:1 và kiểm tra liveness khi phù hợp. Nền tảng doanh nghiệp phải gắn kết quả xác minh với đúng giao dịch, tài khoản, thiết bị và quyền hạn.
Hình minh họa một luồng xác minh trong hệ thống doanh nghiệp.
Hãy nghĩ về giao dịch, không phải một lần đăng nhập nữa
Người dùng có thể đã đăng nhập hợp lệ, nhưng một hành động cụ thể vẫn cần kiểm tra bổ sung. Ví dụ, thay đổi tài khoản nhận tiền hoặc cấp quyền quản trị mới có mức rủi ro cao hơn thao tác xem báo cáo.
Bước xác thực nên xuất hiện đúng thời điểm và gắn với hành động đó, thay vì yêu cầu người dùng xác minh khuôn mặt lặp lại cho mọi màn hình.
Vì sao chỉ một kết quả khớp là chưa đủ?
Kết quả 1:1 trả lời khuôn mặt hiện tại có tương đồng với mẫu đã đăng ký của tài khoản hay không. Nó không xác nhận thiết bị an toàn, giao dịch chưa bị sửa, người dùng còn quyền phê duyệt hoặc tài khoản không bị chiếm quyền. Liveness/PAD giúp giảm một số tấn công trình diện nhưng cũng có giới hạn.
Vì vậy, chính sách tổng thể có thể kết hợp xác thực mạnh, trạng thái thiết bị, phân quyền, hạn mức và giám sát rủi ro.
Kiến trúc tham khảo: Face AI là một lớp trong quyết định nghiệp vụ.
Chuỗi xử lý cần tương ứng với rủi ro
Ứng dụng tạo yêu cầu phê duyệt có định danh riêng, kiểm tra phiên đăng nhập và chính sách, sau đó chỉ yêu cầu face verification nếu cần. Kết quả phải được ràng buộc với đúng người, thiết bị, phiên và nội dung thao tác. Nếu kết quả chưa chắc chắn, hệ thống nên chặn tạm thời hoặc chuyển sang phương thức có mức tin cậy phù hợp.
Không nên cho phép một kết quả xác thực cũ được dùng lại cho thao tác khác mà không có kiểm soát.
Quản trị đăng ký và bằng chứng
Mẫu sinh trắc học phục vụ xác thực phải được gắn với tài khoản qua quy trình đăng ký tin cậy. Những hành động thay mẫu, thay thiết bị hoặc khôi phục tài khoản cần có chính sách chặt hơn vì chúng có thể trở thành đường tấn công gián tiếp.
Nhật ký nên ghi mã giao dịch, thời gian, kết quả và trạng thái kiểm tra cần thiết; tránh lưu ảnh thô quá mức chỉ để chứng minh hệ thống đã chạy.
Đánh giá toàn bộ thao tác
Chỉ số cần đo bao gồm tỷ lệ false accept/false reject, tỷ lệ hoàn thành bước tăng cường, độ trễ, thời gian khôi phục và số giao dịch phải duyệt thủ công. Các phép thử phải tính cả sự thay đổi thiết bị, kết nối, ánh sáng và hành vi tấn công qua luồng giao dịch.
Một mô hình nhận diện có benchmark tốt vẫn có thể gây trải nghiệm kém nếu người dùng thường xuyên phải chụp lại hoặc gặp lỗi phiên.
Gắn xác minh với hành động nhạy cảm
Khi người dùng xác minh khuôn mặt để duyệt một giao dịch, backend phải biết chính xác giao dịch nào được cho phép và các tham số có thay đổi hay không. Nếu nội dung thao tác bị thay sau xác minh, phải áp dụng chính sách kiểm tra lại hoặc từ chối. Không nên chỉ lưu một biến faceVerified=true trên client rồi dùng vô hạn.
Cấp cứu, ngoại lệ và khôi phục
Người dùng có thể mất thiết bị, không thể dùng camera hoặc cần phê duyệt khẩn cấp. Phương án thay thế phải được thiết kế với quy tắc giám sát và kiểm toán, không trở thành lối đi yếu nhất. Quy định ai có thể bỏ qua một bước bảo vệ, trong điều kiện nào và dữ liệu nào cần lưu phải được phê duyệt trước.
Tích hợp vào nền tảng bảo mật hiện có
AttFace Core cung cấp face detection, quality, liveness và matching để bổ sung vào IAM hoặc nền tảng doanh nghiệp. Quyết định giao dịch, xác thực đa yếu tố, chống giả mạo thiết bị và kiểm toán thuộc ứng dụng đối tác. Khởi đầu với một thao tác có mức rủi ro rõ ràng trước khi mở rộng ra toàn hệ thống.
Bước tiếp theo: Liên hệ AttFace về tích hợp bước face verification tăng cường trong ứng dụng doanh nghiệp.
Tài nguyên bổ sung: AIPractix
