Danh tính, xác thực và phiên
Mô tả vai trò của bằng chứng xác thực và phiên đăng nhập.
Chưa qua chuyên gia thẩm định hoặc thử với người học; ví dụ và dữ liệu là tình huống tự tạo.
Đang kiểm tra bộ nhớ…
Mục tiêu & đầu vào
- Mô tả vai trò của bằng chứng xác thực và phiên đăng nhập.
- Phân biệt nhiều bước với nhiều yếu tố xác thực.
- Nêu một điều xác thực thành công chưa chứng minh được.
Nên hiểu trước
- Mô hình hệ thống · Học bù: Hệ thống, mối đe dọa và rủi ro
Gợi ý đầu vào; bạn vẫn có thể đọc bài này.
Xác thực đưa ra loại bằng chứng nào?
Bạn khai một tên tài khoản; hệ thống yêu cầu bằng chứng theo cơ chế đã chọn. Authentication kiểm tra bằng chứng ấy để gắn yêu cầu với danh tính số. Điều này khác với việc kiểm chứng tuyệt đối người đang ngồi trước màn hình.
Ví dụ: tài khoản Bình đăng nhập thành công. Ta có thể mô tả kết quả mà hệ thống ghi nhận; chưa được tự kết luận Bình thật sự cầm máy hoặc mọi hành động của tài khoản đều có ý định tốt. Khi phân tích, phải nêu cơ chế và giả định.
| Thông tin | Điều nó hỗ trợ | Điều chưa tự chứng minh |
|---|---|---|
| Tên tài khoản được nhập | Danh tính được khai báo | Người nhập có kiểm soát tài khoản. |
| Xác thực thành công | Bằng chứng theo cơ chế đã dùng được chấp nhận | Người thực hiện là ai ngoài đời hoặc được phép đọc mọi tài liệu. |
| Một yêu cầu sau đăng nhập | Có thể được gắn với phiên theo thiết kế | Quyền trên từng tài nguyên đã được kiểm tra đúng. |
Nhiều yếu tố không chỉ là nhiều ô nhập
Xác thực nhiều yếu tố (multi-factor authentication, MFA) dùng các yếu tố xác thực khác loại, chẳng hạn điều biết và điều sở hữu. Hai bí mật cùng loại như mật khẩu và PIN không tự thành hai yếu tố độc lập chỉ vì có hai ô nhập. Chi tiết triển khai còn phụ thuộc bộ xác thực (authenticator) và mô hình đe dọa.
MFA có thể tăng độ chắc của bước xác thực, nhưng không thay thế quy tắc cho từng tài nguyên. Bình xác thực mạnh hơn vẫn không được tự đọc ghi chú của Lan. Đây là ví dụ về việc một biện pháp có phạm vi tác dụng, thay vì là nút “bật bảo mật” cho toàn hệ thống.
Ví dụ đã giải: một form hỏi mật khẩu rồi hỏi PIN mà cả hai đều là bí mật người dùng nhớ. Chỉ đếm hai màn hình chưa cho biết có hai loại yếu tố. Ngược lại, việc đánh giá một authenticator cụ thể cần hiểu nó chứng minh điều gì; không suy từ nhãn “MFA” rằng mọi nguy cơ đã biến mất.
Vì sao có phiên sau đăng nhập?
Một ứng dụng thường cần liên hệ các yêu cầu tiếp theo với lần xác thực. Session là cách tổ chức trạng thái liên quan tới tương tác ấy. Một session identifier hoặc token có thể là phần của cơ chế này; thiết kế cụ thể khác nhau giữa hệ thống.
Trong mô hình nơi ai giữ một bearer token hợp lệ có thể dùng phiên tương ứng, token cần được bảo vệ như bí mật. Việc đóng một tab chỉ là thao tác ở trình duyệt, không tự chứng minh mọi thông tin phiên ở phía dịch vụ đã hết hiệu lực. Logout, timeout và thu hồi là các cơ chế phải được thiết kế và kiểm tra.
Giới hạn bài học: ta chưa triển khai giao thức, cookie flags hay mật mã. Mục tiêu là nhận ra các khâu khác nhau để không dùng một khẳng định “đăng nhập an toàn” thay cho phân tích toàn luồng. Bài quyền truy cập tiếp theo sẽ trả lời tài khoản đó được làm gì.
Liên hệ với sản phẩm đang học
V1 của nền tảng học này không có account backend. Các phiên/tài khoản trong bài là mô hình giáo dục, không phải mô tả một chức năng đăng nhập đã được nền tảng cung cấp.
Tài liệu gốc để đối chiếu khái niệm: OWASP — Authentication Cheat Sheet. Các nguồn còn lại được nêu trong metadata để reader hiển thị cùng phạm vi kiểm chứng.
Thực hành
Bài tập 1
Một ứng dụng ghi “đã bật MFA” rồi bỏ kiểm tra quyền đọc hồ sơ. Nêu bước nào được tăng cường, bước nào vẫn thiếu và một dữ kiện bạn muốn biết thêm.
Mở gợi ý
Tách bằng chứng đăng nhập khỏi quyền đối với hồ sơ cụ thể.
Đáp án tham khảo & tiêu chí
MFA có thể tăng cường xác thực nếu cơ chế thực sự dùng yếu tố phù hợp. Quyền đọc hồ sơ vẫn phải được kiểm tra cho chủ thể/tài nguyên/ngữ cảnh. Cần biết loại authenticator, cách giữ phiên và quy tắc đọc dự định; không kết luận chỉ từ số màn hình.
- Phân biệt yếu tố với số bước.
- Không biến MFA thành quyền truy cập.
- Nêu dữ kiện thiếu thay vì đoán cấu hình.
Tự đối chiếu lập luận; có thể có nhiều cách trả lời phù hợp.
Tự kiểm tra
Chọn rồi nộp để xem phản hồi. Quiz không tự đánh dấu hoàn thành bài.
Suy ngẫm
Vẽ ba khâu bằng lời: khai danh tính, kiểm chứng bằng chứng, dùng phiên. Mỗi khâu cho bạn biết gì và chưa cho biết gì?
Dùng ghi chú để viết cách giải thích của riêng bạn.
Nguồn & kiểm chứng
Work + Codex — AI-assisted source/logic review; distractor revision after independent review. Mức: source-checked. Chưa qua chuyên gia thẩm định hoặc thử với người học; ví dụ và dữ liệu là tình huống tự tạo.
- OWASP — Authentication Cheat Sheet ↗
Đối chiếu 2026-10-28 · Authentication principles; no account implementation in V1.
- NIST SP 800-63B — Authentication ↗
Đối chiếu 2026-10-28 · Authenticator/factor concepts; federal guidance is not claimed as blanket application certification.
- OWASP — Session Management ↗
Đối chiếu 2026-10-28 · Session/security concepts only; V1 has no application sessions.
Bạn tự đánh dấu khi sẵn sàng. Đây là tiến độ đọc, không phải chứng nhận năng lực.