BÀI 03 / 08 · NHẬP MÔN

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.

Đối chiếu nguồn · Có hỗ trợ AI · Bản 2 · 2026-10-29

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

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ậpDanh tính được khai báoNgười nhập có kiểm soát tài khoản.
Xác thực thành côngBằng chứng theo cơ chế đã dùng được chấp nhậnNgườ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ậpCó 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.

ÁP DỤNG CÁCH HIỂU CỦA BẠN

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.

1. Log ghi xác thực tài khoản Bình thành công. Phát biểu nào thận trọng nhất?
Các lần làm gần đây
    2. Trong mô hình bearer session đã nêu, chỉ đóng tab có chứng minh phiên đã bị dịch vụ vô hiệu hóa không?
    Các lần làm gần đây

      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.

      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.

      Ghi chú của tôi

      Chỉ lưu trong trình duyệt này. Không ghi mật khẩu hoặc bí mật.

      Chưa tải ghi chú.

      Bạn vẫn đọc được nội dung và bài tập. Quiz tương tác và lưu dữ liệu cần JavaScript.