---
title: Access control là gì? Phân loại và cách triển khai cho doanh nghiệp
description: Access control là gì? Kiểm soát truy cập là quy trình xác định ai được phép truy cập tài nguyên nào trong hệ thống. Tìm hiểu mô hình và cách triển khai.
slug: access-control-la-gi
type: news
locale: vi-VN
author: Tony Dang
date: "2026-08-27T10:35:31.657Z"
lastmod: "2026-08-27T10:35:31.620Z"
thumbnail: "https://static.vncdn.vn/vnetwork.vn/pub/websites/uploads/1/92/access-control-la-gi-thumb.png"
sabo: Một tài khoản nhân viên bị lộ mật khẩu. Kẻ tấn công đăng nhập thành công rồi đi thẳng tới cơ sở dữ liệu khách hàng vì hệ thống không giới hạn phạm vi tài khoản đó được phép chạm tới. Đây là kịch bản lặp lại ở nhiều doanh nghiệp đã đầu tư chặn tấn công từ bên ngoài nhưng bỏ ngỏ câu hỏi ai được làm gì bên trong. Bài viết giải thích access control là gì, cơ chế hoạt động, sáu mô hình phân quyền, khung pháp lý tại Việt Nam và lộ trình triển khai.
---

<h2><strong>1. Access control là gì?</strong></h2><p><strong>Access control (kiểm soát truy cập)</strong> là quy trình bảo mật xác định danh tính của chủ thể và giới hạn phạm vi tài nguyên mà chủ thể đó được phép thao tác trong hệ thống.</p><p>Mọi cơ chế access control đều xoay quanh ba yếu tố: chủ thể phát ra yêu cầu, tài nguyên được yêu cầu, và hành động cụ thể như xem, tải xuống, chỉnh sửa hoặc phê duyệt. Chính sách access control là tập quy tắc ghép ba yếu tố này lại và cho ra kết quả cho phép hoặc từ chối.</p><p>Access control tồn tại ở hai dạng. Access control vật lý kiểm soát ra vào không gian thực bằng đầu đọc thẻ, khóa từ hoặc sinh trắc học. Access control logic kiểm soát quyền trên hệ điều hành, ứng dụng nghiệp vụ, cơ sở dữ liệu và API, và đây là phạm vi của bài viết này. Hai lớp bổ trợ trực tiếp cho nhau, vì một máy chủ phân quyền chặt chẽ vẫn có thể bị rút ổ cứng nếu phòng đặt máy chủ không có kiểm soát ra vào.</p><p>Đặt cạnh các lớp bảo mật khác, vai trò riêng của access control trở nên rõ ràng.<a href="https://www.vnetwork.vn/news/firewall-la-gi/">&nbsp;Firewall</a> ngăn lưu lượng độc hại đi vào mạng nội bộ, mã hóa bảo vệ dữ liệu khi bị đánh cắp trên đường truyền, còn access control giới hạn thiệt hại khi kẻ tấn công đã ở bên trong với một danh tính hợp lệ. Mức độ phổ biến của kịch bản này đã được đo đạc:&nbsp;<a href="https://www.verizon.com/business/resources/reports/2026-dbir-data-breach-investigations-report.pdf">báo cáo Data Breach Investigations Report 2026 của Verizon</a>, phân tích hơn 22.000 vụ vi phạm dữ liệu được xác nhận tại 145 quốc gia, ghi nhận hành vi lạm dụng thông tin xác thực xuất hiện ở 39% số vụ, tỷ lệ cao nhất trong mọi hình thức được theo dõi. Đây là lý do access control được xem là biện pháp nền tảng, bên cạnh việc vá<a href="https://www.vnetwork.vn/vi-VN/news/lo-hong-bao-mat-la-gi/">&nbsp;lỗ hổng bảo mật</a> và<a href="https://www.vnetwork.vn/vi-VN/news/bao-mat-co-so-du-lieu/">&nbsp;bảo mật cơ sở dữ liệu</a>.</p><figure class="image"><img style="aspect-ratio:1920/1080;" src="https://static.vncdn.vn/vnetwork.vn/pub/websites/uploads/1/92/access-control-la-gi.png" alt="access-control-la-gi.png" width="1920" height="1080"><figcaption><i>Access Control là gì?</i></figcaption></figure><h2><strong>2. Access control hoạt động như thế nào?</strong></h2><figure class="image"><img style="aspect-ratio:1920/1080;" src="https://static.vncdn.vn/vnetwork.vn/pub/websites/uploads/1/92/mo-hinh-iaaa-access-control-vi.png" alt="mo-hinh-iaaa-access-control-vi.png" width="1920" height="1080"><figcaption><i>Access control vận hành theo mô hình IAAA</i></figcaption></figure><p>Access control vận hành theo mô hình IAAA gồm bốn bước tuần tự: Identification (định danh), Authentication (xác thực), Authorization (ủy quyền) và Accountability (truy vết trách nhiệm).</p><p>IAAA là khung nền tảng được trình bày trong tài liệu tham chiếu CISSP Common Body of Knowledge của&nbsp;<a href="https://www.wiley.com/en-us/shop/general-introductory-computer-science/the-official-(isc)2-cissp-cbk-reference-6th-edition-p-9781119789994">(ISC)²</a>. Mỗi yêu cầu truy cập đi qua đủ bốn bước trước khi hệ thống trả dữ liệu về. Ba bước đầu quyết định cho phép hay từ chối, bước cuối bảo đảm mọi hành động đều truy vết được về một chủ thể cụ thể.</p><h3><strong>2.1. Identification: định danh chủ thể</strong></h3><p>Định danh là việc chủ thể khai báo mình là ai qua một mã duy nhất như tên đăng nhập, mã nhân viên hoặc mã dịch vụ. Bước này chưa chứng minh điều gì, nhưng nếu nhiều người dùng chung một định danh thì toàn bộ ba bước sau mất giá trị, vì hệ thống không còn phân biệt được ai đã làm gì. Đây là lý do tài khoản dùng chung bị xem là lỗi nghiêm trọng ngay cả khi mật khẩu được bảo vệ tốt.</p><h3><strong>2.2. Authentication: xác thực danh tính</strong></h3><p>Xác thực yêu cầu chủ thể chứng minh định danh vừa khai báo là của mình, bằng mật khẩu, mã OTP, sinh trắc học hoặc chứng chỉ số. Xác thực chỉ khẳng định bạn là ai. Hệ thống thiếu bước ủy quyền phía sau sẽ mở toàn bộ dữ liệu cho bất kỳ ai đăng nhập thành công, kể cả tài khoản bị chiếm bằng tấn công dò mật khẩu<a href="https://www.vnetwork.vn/vi-VN/news/brute-force/">&nbsp;brute force</a>.</p><h3><strong>2.3. Authorization: ủy quyền</strong></h3><p>Ủy quyền là nơi quyết định phạm vi. Hệ thống lấy định danh vừa xác thực, đối chiếu với chính sách phân quyền, rồi trả lời cho từng hành động trên từng tài nguyên. Cùng một nhân viên có thể xem báo cáo doanh thu phòng ban mình nhưng bị từ chối khi mở bảng lương công ty.</p><figure class="table" style="width:100%;"><table class="ck-table-resized"><colgroup><col style="width:18.92%;"><col style="width:38.65%;"><col style="width:42.43%;"></colgroup><tbody><tr><td><strong>Tiêu chí</strong></td><td><strong>Authentication (Xác thực)</strong></td><td><strong>Authorization (Ủy quyền)</strong></td></tr><tr><td>Thời điểm diễn ra</td><td>Một lần khi mở phiên</td><td>Lặp lại ở từng yêu cầu</td></tr><tr><td>Nơi thực thi</td><td>Hệ thống quản lý danh tính</td><td>Điểm thực thi chính sách phía máy chủ</td></tr><tr><td>Hậu quả khi làm sai</td><td>Kẻ tấn công đăng nhập được</td><td>Người dùng hợp lệ chạm được dữ liệu ngoài phạm vi</td></tr><tr><td>Ví dụ thực tế</td><td>Nhân viên đăng nhập phần mềm kế toán</td><td>Nhân viên xem được hóa đơn nhưng không duyệt được chi</td></tr></tbody></table></figure><p>Doanh nghiệp đầu tư mạnh vào xác thực đa yếu tố nhưng để nguyên phân quyền lỏng lẻo vẫn hứng chịu rủi ro rò rỉ dữ liệu ngang với doanh nghiệp chưa có biện pháp nào.</p><h3><strong>2.4. Accountability: truy vết trách nhiệm</strong></h3><p>Trước khi ghi nhận được trách nhiệm, kết quả ủy quyền phải được thực thi đúng chỗ, dưới dạng token hoặc phiên làm việc có thời gian sống giới hạn, với điểm thực thi đặt ở phía máy chủ. Ẩn một nút bấm trên giao diện không phải là kiểm soát truy cập, vì yêu cầu vẫn có thể gửi thẳng tới máy chủ hoặc bị can thiệp bằng tấn công<a href="https://www.vnetwork.vn/vi-VN/news/man-in-the-middle-la-gi/">&nbsp;man in the middle</a>.</p><p>Accountability ghi lại ai đã truy cập tài nguyên nào và làm gì. Nhật ký truy cập là bằng chứng duy nhất để xác định phạm vi ảnh hưởng khi xảy ra<a href="https://www.vnetwork.vn/vi-VN/news/data-breach-la-gi/">&nbsp;data breach</a>. Chi phí của việc phát hiện muộn không hề nhỏ:&nbsp;<a href="https://www.ibm.com/reports/data-breach">báo cáo Cost of a Data Breach 2026</a> do IBM và Ponemon Institute thực hiện trên 602 tổ chức tại 16 quốc gia ghi nhận chi phí trung bình toàn cầu cho một vụ vi phạm dữ liệu là 4,99 triệu USD, tăng 12% so với kỳ trước và là mức cao nhất từng ghi nhận.</p><h2><strong>3. Các mô hình và cơ chế access control phổ biến</strong></h2><p>Access control có nhiều mô hình khác nhau, phân biệt bởi hai tiêu chí: ai nắm quyền quyết định cấp phép, và quyết định đó dựa trên căn cứ nào. Dưới đây là các mô hình phổ biến nhất trong thực tế triển khai.</p><h3><strong>3.1. Discretionary access control (DAC)</strong></h3><p>Discretionary access control trao quyền quyết định cho chủ sở hữu tài nguyên. Người tạo ra tệp tin tự chọn chia sẻ cho ai và với quyền gì, như cách vận hành của các thư mục dùng chung nội bộ. Ưu điểm là linh hoạt, nhược điểm là quyền lan rộng ngoài tầm kiểm soát khiến tổ chức không còn trả lời được ai đang có quyền trên dữ liệu nhạy cảm.</p><figure class="image"><img style="aspect-ratio:1920/1080;" src="https://static.vncdn.vn/vnetwork.vn/pub/websites/uploads/1/92/mo-hinh-discretionary-access-control-vi.png" alt="mo-hinh-discretionary-access-control-vi.png" width="1920" height="1080"><figcaption><i>Mô hình Discretionary access control (DAC)</i></figcaption></figure><h3><strong>3.2. Mandatory access control (MAC)</strong></h3><p>Mandatory access control đặt quyền quyết định vào tay quản trị viên thông qua nhãn phân loại. Mỗi tài nguyên được gán mức độ nhạy cảm, mỗi chủ thể được gán mức độ tin cậy, hệ thống chỉ cho phép truy cập khi hai mức tương thích. Mandatory access control cho mức kiểm soát cao nhất, đổi lại là chi phí vận hành lớn, nên thường dùng trong quốc phòng và hạ tầng trọng yếu.</p><figure class="image"><img style="aspect-ratio:1920/1080;" src="https://static.vncdn.vn/vnetwork.vn/pub/websites/uploads/1/92/mo-hinh-mandatory-access-control-vi.png" alt="mo-hinh-mandatory-access-control-vi.png" width="1920" height="1080"><figcaption><i>Mô hình Mandatory access control (MAC)</i></figcaption></figure><h3><strong>3.3. Role-based access control (RBAC)</strong></h3><p>Role-based access control gán quyền theo vai trò công việc thay vì theo từng cá nhân. Tổ chức định nghĩa các vai trò như kế toán viên hay quản trị hệ thống, gắn tập quyền cố định vào mỗi vai trò rồi gán cho nhân sự. Khi nhân viên chuyển bộ phận, tổ chức chỉ cần đổi vai trò thay vì rà soát hàng chục quyền lẻ. Đây là mô hình phổ biến nhất vì cân bằng tốt giữa khả năng kiểm soát và chi phí vận hành.</p><figure class="image"><img style="aspect-ratio:1920/1080;" src="https://static.vncdn.vn/vnetwork.vn/pub/websites/uploads/1/92/mo-hinh-role-based-access-control-vi.png" alt="mo-hinh-role-based-access-control-vi.png" width="1920" height="1080"><figcaption><i>Mô hình Role-based access control (RBAC)</i></figcaption></figure><h3><strong>3.4. Attribute-based access control (ABAC)</strong></h3><p>Attribute-based access control ra quyết định dựa trên tổ hợp thuộc tính thay vì một vai trò cố định, kết hợp thuộc tính người dùng, mức độ mật của tài nguyên và ngữ cảnh như thời điểm, vị trí, loại thiết bị. Nhờ vậy attribute-based access control diễn đạt được quy tắc mà role-based access control không thể, chẳng hạn cho xem hồ sơ khách hàng chỉ trong giờ hành chính và từ thiết bị công ty quản lý.</p><h3><strong>3.5. Rule-based access control</strong></h3><p>Rule-based access control cho phép quản trị viên định nghĩa luật theo điều kiện áp dụng chung, thường xoay quanh khung giờ truy cập, dải địa chỉ IP hoặc trạng thái bảo mật của thiết bị. Rule-based access control hiếm khi đứng một mình mà chạy song song để bổ trợ cho role-based access control, đóng vai trò lớp chặn áp lên trên quyền đã cấp theo vai trò.</p><h3><strong>3.6. Break-glass access control</strong></h3><p>Break-glass access control là cơ chế tài khoản khẩn cấp, cho phép vượt giới hạn quyền thông thường khi hệ thống gặp sự cố nghiêm trọng. Vì bản chất là vượt quyền, break-glass access control bắt buộc đi kèm ba điều kiện: ghi log mọi lần kích hoạt, cảnh báo ngay tới bộ phận an ninh, và hậu kiểm sau mỗi lần sử dụng.</p><figure class="table" style="width:100%;"><table class="ck-table-resized"><colgroup><col style="width:24.41%;"><col style="width:19.52%;"><col style="width:19.88%;"><col style="width:14.5%;"><col style="width:21.69%;"></colgroup><tbody><tr><td><strong>Mô hình</strong></td><td><strong>Cơ chế quyết định</strong></td><td><strong>Ai kiểm soát</strong></td><td><strong>Độ phức tạp vận hành</strong></td><td><strong>Phù hợp với</strong></td></tr><tr><td>Discretionary access control</td><td>Chủ sở hữu tự cấp quyền</td><td>Người tạo tài nguyên</td><td>Thấp</td><td>Chia sẻ tài liệu nội bộ ít nhạy cảm</td></tr><tr><td>Mandatory access control</td><td>Đối chiếu nhãn phân loại</td><td>Quản trị viên hệ thống</td><td>Cao</td><td>Dữ liệu mật, hạ tầng trọng yếu</td></tr><tr><td>Role-based access control</td><td>Gán quyền theo vai trò</td><td>Bộ phận quản trị và nhân sự</td><td>Trung bình</td><td>Đa số doanh nghiệp mọi quy mô</td></tr><tr><td>Attribute-based access control</td><td>Tổ hợp thuộc tính và ngữ cảnh</td><td>Bộ phận thiết kế chính sách</td><td>Cao</td><td>Hệ thống đa nhánh, nhiều ngoại lệ</td></tr><tr><td>Rule-based access control</td><td>Luật theo điều kiện chung</td><td>Quản trị viên hệ thống</td><td>Thấp đến trung bình</td><td>Lớp bổ trợ cho role-based access control</td></tr><tr><td>Break-glass access control</td><td>Vượt quyền có kiểm soát</td><td>Bộ phận an ninh thông tin</td><td>Trung bình</td><td>Tình huống sự cố khẩn cấp</td></tr></tbody></table></figure><h2><strong>4. Nguyên tắc thiết kế access control hiệu quả</strong></h2><p>Một hệ thống access control hiệu quả không chỉ phụ thuộc vào mô hình được chọn, mà còn vào các nguyên tắc chi phối cách cấu hình mô hình đó. Cùng một role-based access control có thể được triển khai chặt chẽ hoặc lỏng lẻo.</p><p>Nguyên tắc đặc quyền tối thiểu quy định mỗi tài khoản chỉ nhận đúng phần quyền cần cho công việc, trong đúng khoảng thời gian cần thiết. Quyền quản trị nên cấp theo phiên và tự động hết hạn, nhờ đó giảm trực tiếp thiệt hại tối đa khi tài khoản bị chiếm.</p><p>Nguyên tắc phân tách nhiệm vụ ngăn một tài khoản kiểm soát trọn vẹn một quy trình nhạy cảm. Người khởi tạo giao dịch không đồng thời phê duyệt giao dịch đó, người cấu hình hệ thống ghi log không đồng thời có quyền xóa log.</p><p>Mô hình<a href="https://www.vnetwork.vn/vi-VN/news/zero-trust-la-gi/">&nbsp;Zero trust</a> nâng hai nguyên tắc trên thành một kiến trúc hoàn chỉnh. Cách tiếp cận vành đai truyền thống tin tưởng mọi thứ đã qua lớp phòng thủ ngoài cùng, nên khi kẻ tấn công vào được mạng nội bộ thì việc di chuyển ngang gần như không gặp trở ngại. Zero trust đảo ngược mặc định đó: không tin cậy theo vị trí mạng, xác minh lại danh tính và trạng thái thiết bị ở từng phiên, chia nhỏ hệ thống thành các vùng độc lập. Nhu cầu này tăng mạnh khi phạm vi truy cập mở rộng ra ngoài tổ chức, vì Verizon Data Breach Investigations Report 2026 ghi nhận tỷ lệ vụ vi phạm có liên quan tới bên thứ ba đạt 48%, tăng từ mức 30% của kỳ báo cáo trước. Zero trust thường triển khai cùng<a href="https://www.vnetwork.vn/vi-VN/news/next-generation-firewall-la-gi/">&nbsp;NGFW</a> và cách tiếp cận phòng thủ nhiều lớp<a href="https://www.vnetwork.vn/vi-VN/news/defense-in-depth/">&nbsp;Defense in Depth</a>.</p><p>Bốn nguyên tắc cần áp dụng đồng thời khi thiết kế access control:</p><ul><li>Cấp quyền theo nhu cầu công việc tối thiểu, không cấp theo cấp bậc hay theo tiện lợi vận hành</li><li>Tách người thực hiện khỏi người phê duyệt trong mọi quy trình tài chính và cấu hình hệ thống</li><li>Xác minh lại danh tính và trạng thái thiết bị ở từng phiên thay vì tin cậy theo vị trí mạng</li><li>Gán thời hạn cho mọi quyền nâng cao và tự động thu hồi khi hết hạn</li></ul><figure class="image"><img style="aspect-ratio:1920/1080;" src="https://static.vncdn.vn/vnetwork.vn/pub/websites/uploads/1/92/thiet-ke-access-control-zero-trust.png" alt="thiet-ke-access-control-zero-trust.png" width="1920" height="1080"><figcaption><i>Thiết kế access control hiệu quả theo mô hình Zero trust</i></figcaption></figure><h2><strong>5. Kiểm soát truy cập ở tầng ứng dụng và API</strong></h2><p>Tầng ứng dụng và API là nơi phát sinh phần lớn sự cố rò rỉ dữ liệu những năm gần đây, vì kiểm soát truy cập ở đây thường bị bỏ quên trong khi tầng hạ tầng lại được đầu tư kỹ lưỡng. Trong&nbsp;<a href="https://owasp.org/Top10/2025/A01_2025-Broken_Access_Control/">Top 10 OWASP phiên bản 2025</a>,<a href="https://www.vnetwork.vn/vi-VN/news/broken-access-control-la-gi/">&nbsp;Broken Access Control</a> giữ vị trí A01, tức nhóm rủi ro bảo mật ứng dụng web nghiêm trọng nhất, với 100% ứng dụng được kiểm thử có ít nhất một dạng lỗi thuộc nhóm này và hơn 1,8 triệu lượt xuất hiện được ghi nhận, cao nhất trong mười nhóm rủi ro. Đây là hệ quả trực tiếp của việc ứng dụng xác thực đúng người dùng nhưng bỏ sót bước kiểm tra quyền trên từng tài nguyên cụ thể, khiến một tài khoản hợp lệ có thể chạm được vào dữ liệu vốn không thuộc phạm vi của mình.</p><p>API là bề mặt chịu rủi ro lớn nhất trong nhóm này, vì được thiết kế cho máy gọi máy nên kiểm tra phân quyền dễ bị bỏ sót ở endpoint phụ, endpoint nội bộ lộ ra ngoài, hoặc phiên bản cũ chưa gỡ bỏ sau nâng cấp. Rủi ro thứ hai đến từ chính những tài khoản hợp lệ: mạng máy tính ma<a href="https://www.vnetwork.vn/news/botnet-la-gi-cach-phong-chong-ddos-botnet-check-botnet-2022/">&nbsp;botnet</a> sử dụng thông tin đăng nhập thật, đi qua trót lọt cả xác thực lẫn ủy quyền, rồi gọi API liên tục ở tốc độ cao để thu thập toàn bộ dữ liệu mà tài khoản được phép xem. Xét từng yêu cầu riêng lẻ thì mọi thứ đều đúng chính sách, chỉ hành vi tổng thể mới bất thường, nên<a href="https://www.vnetwork.vn/vi-VN/news/rate-limit-la-gi/">&nbsp;rate limit</a> cần được xem là một phần của access control, không chỉ là biện pháp chống quá tải.</p><p>Các biện pháp kiểm soát truy cập cần triển khai ở tầng ứng dụng:</p><ul><li>Kiểm tra quyền phía máy chủ ở mọi yêu cầu, không dựa vào việc ẩn chức năng trên giao diện</li><li>Phân quyền tới từng đối tượng dữ liệu thay vì chỉ phân quyền theo màn hình hoặc theo chức năng</li><li>Giới hạn tần suất gọi theo từng endpoint và từng tài khoản, kể cả với truy cập đã xác thực</li><li>Ghi log và cảnh báo khi một tài khoản truy vấn khối lượng dữ liệu vượt xa mức bình thường</li><li>Rà soát và gỡ bỏ các endpoint cũ không còn sử dụng nhưng vẫn đang mở</li></ul><p>Rà soát lại toàn bộ phân quyền trong mã nguồn là việc cần thời gian, nhưng lớp chặn phía trước website có thể kích hoạt ngay. Gói WAF Free của VNETWORK bảo vệ website trước các lỗ hổng theo chuẩn&nbsp;<a href="https://www.vnetwork.vn/news/top-10-lo-hong-owasp-va-cach-bao-ve-webapp-2022/">OWASP Top 10</a>, không cần đội ngũ bảo mật chuyên trách và không cần thay đổi kiến trúc CNTT.</p><p>Button;Trải nghiệm ngay;https://partner.vnetwork.vn/?utm_source=google&amp;utm_medium=blog&amp;utm_campaign=waf_free&amp;utm_term=accesscontrollagi;_blank</p><h2><strong>6. Yêu cầu tuân thủ về kiểm soát truy cập tại Việt Nam</strong></h2><p>Access control không chỉ là yêu cầu kỹ thuật mà còn là nghĩa vụ pháp lý. Khung pháp lý Việt Nam về an toàn thông tin và dữ liệu đã chuyển từ khuyến nghị sang yêu cầu bắt buộc, kèm chế tài với tổ chức không đáp ứng.</p><p>Mức độ sẵn sàng của doanh nghiệp trong nước vẫn còn khoảng cách đáng kể so với yêu cầu đó.&nbsp;<a href="https://nca.org.vn/news/detail/bao-cao-tong-ket-an-ninh-mang-nam-2025-khu-vuc-to-chuc-doanh-nghiep--1769392766125?l=vi">Báo cáo Tổng kết An ninh mạng Việt Nam 2025</a> của Hiệp hội An ninh mạng Quốc gia (NCA) ghi nhận 9,38% cơ quan và doanh nghiệp được khảo sát chưa có bất kỳ hình thức kiểm soát truy cập internet nào, trong khi 52,30% từng chịu tổn hại do tấn công mạng trong năm, tăng so với mức 46,15% của năm 2024.</p><h3><strong>6.1. Luật An ninh mạng và Nghị định 53/2022/NĐ-CP</strong></h3><p><a href="https://www.vnetwork.vn/vi-VN/news/nghi-dinh-53-2022-nd-cp/">Nghị định 53</a> hướng dẫn thi hành Luật An ninh mạng, đặt ra yêu cầu lưu trữ dữ liệu trong nước và bảo vệ hệ thống thông tin quan trọng về an ninh quốc gia. Kèm theo đó là nghĩa vụ kiểm soát ai được tiếp cận dữ liệu người dùng và cung cấp nhật ký truy cập khi cơ quan chức năng yêu cầu.</p><h3><strong>6.2. Luật Bảo vệ dữ liệu cá nhân</strong></h3><p><a href="https://www.vnetwork.vn/vi-VN/news/luat-so-91-2025-qh15/">Luật Bảo vệ dữ liệu cá nhân</a> buộc tổ chức chỉ được xử lý dữ liệu cá nhân trong phạm vi mục đích đã thông báo cho chủ thể dữ liệu. Access control là cơ chế kỹ thuật thực thi trực tiếp nghĩa vụ này, vì giới hạn phạm vi xử lý về bản chất là giới hạn ai trong tổ chức được phép chạm tới loại dữ liệu nào.</p><h3><strong>6.3. Luật Dữ liệu và văn bản hướng dẫn</strong></h3><p><a href="https://www.vnetwork.vn/vi-VN/news/luat-so-60-2024-qh15/">Luật Dữ liệu 2024</a> cùng các văn bản hướng dẫn quy định việc phân loại dữ liệu theo mức độ quan trọng và điều kiện tiếp cận tương ứng, gắn chặt với việc thiết kế ma trận phân quyền theo mức độ nhạy cảm thay vì phân quyền đồng loạt cho toàn bộ kho dữ liệu.</p><h3><strong>6.4. Tiêu chuẩn ISO 27001</strong></h3><figure class="image"><img style="aspect-ratio:1920/1080;" src="https://static.vncdn.vn/vnetwork.vn/pub/websites/uploads/1/92/tieu-chuan-iso-27001.png" alt="tieu-chuan-iso-27001.png" width="1920" height="1080"><figcaption><i>Tiêu chuẩn ISO 27001</i></figcaption></figure><p><a href="https://www.vnetwork.vn/vi-VN/events/vnetwork-dat-tai-chung-nhan-iso-27001/">ISO 27001</a> dành riêng một nhóm biện pháp cho kiểm soát truy cập, bao phủ chính sách phân quyền, quản lý danh tính, quản lý tài khoản đặc quyền và rà soát định kỳ. Với doanh nghiệp chưa biết bắt đầu từ đâu, đây là bộ khung tự đánh giá áp dụng được ngay.</p><figure class="table" style="width:100%;"><table class="ck-table-resized"><colgroup><col style="width:26.49%;"><col style="width:38.03%;"><col style="width:35.48%;"></colgroup><tbody><tr><td><strong>Văn bản, tiêu chuẩn</strong></td><td><strong>Yêu cầu liên quan tới truy cập</strong></td><td><strong>Biện pháp access control tương ứng</strong></td></tr><tr><td>Nghị định 53/2022/NĐ-CP</td><td>Bảo vệ hệ thống thông tin quan trọng, truy vết truy cập dữ liệu người dùng</td><td>Ghi log tập trung, phân quyền theo vai trò, lưu nhật ký đủ thời hạn</td></tr><tr><td>Luật Bảo vệ dữ liệu cá nhân</td><td>Xử lý dữ liệu cá nhân đúng mục đích đã thông báo</td><td>Đặc quyền tối thiểu, phân quyền tới từng trường dữ liệu nhạy cảm</td></tr><tr><td>Luật Dữ liệu 2024</td><td>Phân loại dữ liệu và điều kiện tiếp cận theo mức độ</td><td>Gán nhãn dữ liệu, ma trận phân quyền theo mức độ nhạy cảm</td></tr><tr><td>ISO 27001</td><td>Chính sách kiểm soát truy cập và rà soát quyền định kỳ</td><td>Quản lý danh tính tập trung, quản lý tài khoản đặc quyền</td></tr></tbody></table></figure><h2><strong>7. Triển khai access control: lộ trình và sai lầm cần tránh</strong></h2><p>Triển khai access control cần đi đúng thứ tự, vì sai lầm phổ biến nhất là nhảy thẳng sang mua công cụ khi tổ chức còn chưa biết mình đang có dữ liệu gì và ai đang giữ quyền nào.</p><h3><strong>7.1. Kiểm kê tài sản và dữ liệu</strong></h3><p>Lập danh mục toàn bộ hệ thống, ứng dụng, cơ sở dữ liệu và kho tệp tin đang vận hành, kèm mức độ nhạy cảm của dữ liệu. Không thể bảo vệ thứ mà tổ chức không biết mình đang có, nên đây là căn cứ xác định tài nguyên nào cần siết chặt trước.</p><h3><strong>7.2. Xây dựng ma trận phân quyền theo vai trò</strong></h3><p>Liệt kê các vai trò công việc thực tế, xác định tập quyền tối thiểu cho từng vai trò trên từng tài nguyên đã kiểm kê. Ma trận phân quyền trở thành nguồn chuẩn duy nhất mà mọi hệ thống phải tuân theo.</p><h3><strong>7.3. Triển khai công cụ thực thi</strong></h3><p>Đưa ma trận phân quyền vào thực tế bằng hệ thống quản lý danh tính tập trung, đăng nhập một lần, xác thực đa yếu tố cho tài khoản quyền cao và giải pháp quản lý tài khoản đặc quyền. Công cụ chỉ phát huy tác dụng khi ma trận ở bước thứ hai đã rõ ràng.</p><h3><strong>7.4. Quản lý vòng đời quyền và rà soát định kỳ</strong></h3><p>Mô hình IAAA mô tả một yêu cầu truy cập đơn lẻ, nhưng quyền truy cập tồn tại theo thời gian. Vì vậy cần gắn việc cấp, điều chỉnh và thu hồi quyền vào các mốc nhân sự gồm nhận việc, chuyển bộ phận và nghỉ việc, đồng thời rà soát theo chu kỳ để thu hồi quyền thừa.</p><h3><strong>7.5. Những sai lầm thường gặp khi triển khai</strong></h3><p>Một lộ trình đúng vẫn có thể thất bại vì các sai lầm ở khâu vận hành hằng ngày. Điểm chung của chúng là tích tụ âm thầm và chỉ bộc lộ khi sự cố đã xảy ra.</p><ol><li><strong>Cấp quyền thừa cho tiện việc.</strong> Cấp quyền quản trị để khỏi xử lý yêu cầu lặt vặt, dẫn tới hàng chục tài khoản có quyền cao hơn nhu cầu thực tế.</li><li><strong>Không thu hồi quyền khi nhân sự nghỉ hoặc chuyển bộ phận.</strong> Tài khoản cũ vẫn hoạt động, quyền tích lũy qua nhiều vị trí và không bao giờ bị cắt bớt.</li><li><strong>Dùng chung tài khoản quản trị.</strong> Nhật ký truy cập mất giá trị vì không quy trách nhiệm được cho cá nhân nào.</li><li><strong>Phân quyền theo cá nhân thay vì theo vai trò.</strong> Mỗi lần thay đổi nhân sự phải chỉnh sửa thủ công, sai sót tăng theo quy mô tổ chức.</li><li><strong>Không ghi log truy cập hoặc ghi nhưng không ai xem.</strong> Sự cố xảy ra mà không xác định được phạm vi ảnh hưởng và thời điểm bắt đầu.</li><li><strong>Bỏ qua phân quyền ở tầng API.</strong> Kiểm soát chặt trên giao diện người dùng nhưng để endpoint API mở, tạo đường vòng cho toàn bộ hệ thống kiểm soát.</li></ol><h2><strong>8. Bảo vệ website, ứng dụng và API với VNIS</strong></h2><p>Access control quyết định trong mã nguồn ai được đọc, sửa hay xóa dữ liệu nào, và đây là phần việc thuộc về hệ thống quản lý danh tính cùng đội ngũ phát triển của doanh nghiệp, không nền tảng bảo mật nào có thể thay thế. Nhưng trước khi một yêu cầu chạm tới lớp phân quyền đó, nó vẫn có thể mang theo mã khai thác, hành vi dò quét endpoint hoặc lưu lượng bot giả danh người dùng hợp lệ. <a href="https://www.vnetwork.vn/products/waap"><strong>VNIS</strong></a>, nền tảng bảo mật và tăng tốc Web, App, API của VNETWORK, xử lý đúng phần việc này. Trong số các tính năng của VNIS, bốn tính năng sau bám sát trực tiếp nhất vào các rủi ro kiểm soát truy cập đã nêu:</p><ul><li><strong>API Protection</strong> kiểm tra từng endpoint trước khi yêu cầu chạm tới logic xử lý phía sau, chặn đúng điểm mù mà broken access control khai thác</li><li><strong>Rate Limiting</strong> giới hạn tần suất gọi theo từng tài khoản và endpoint, ngăn hành vi lạm dụng truy cập hợp lệ để quét dữ liệu hàng loạt</li><li><strong>Bot Management</strong> loại bỏ bot độc hại và crawler thu thập dữ liệu tự động</li><li><strong>AI-WAF</strong> chặn khai thác lỗ hổng theo danh sách OWASP Top 10 cùng các đợt tấn công dò mật khẩu nhắm vào bước xác thực</li></ul><figure class="image"><img style="aspect-ratio:1902/1062;" src="https://static.vncdn.vn/vnetwork.vn/pub/websites/uploads/1/92/doi-ngu-soc-vnetwork-giam-sat-24-7-vi.png" alt="doi-ngu-soc-vnetwork-giam-sat-24-7-vi.png" width="1902" height="1062"><figcaption><i>Đội ngũ SOC VNETWORK giám sát 24/7</i></figcaption></figure><p>Ngoài các tính năng trên, VNIS còn có đội ngũ SOC giám sát 24/7 và hiện đang bảo vệ hàng trăm nghìn website, ứng dụng và API trên toàn cầu, phù hợp cho doanh nghiệp muốn đảm bảo an toàn dài hạn cho hệ thống của mình. WAF Free thuộc hệ sinh thái VNIS chính là bước đệm ban đầu miễn phí, giúp doanh nghiệp trải nghiệm trước năng lực bảo vệ tầng ứng dụng trước khi cân nhắc nâng cấp lên các gói bảo mật toàn diện hơn.</p><p>Button;Trải nghiệm ngay;https://partner.vnetwork.vn/?utm_source=google&amp;utm_medium=blog&amp;utm_campaign=waf_free&amp;utm_term=accesscontrollagi;_blank</p><h2><strong>9. Kết luận</strong></h2><p>Access control quyết định mức thiệt hại thực tế khi một tài khoản bị chiếm đoạt. Từ việc hiểu đúng khái niệm, nắm bốn bước của mô hình IAAA, chọn mô hình phân quyền phù hợp, cho tới việc bịt điểm mù ở tầng ứng dụng và API, mỗi bước đều thu hẹp phạm vi mà kẻ tấn công vươn tới được. Kết hợp với khung pháp lý đang siết chặt tại Việt Nam, kiểm soát truy cập là yêu cầu bắt buộc chứ không còn là lựa chọn. Liên hệ VNETWORK để được tư vấn giải pháp cho hệ thống web, app và API của doanh nghiệp.</p><h2><strong>Câu hỏi thường gặp về access control</strong></h2><h3><strong>1. Access control là gì?</strong></h3><p>Access control là quy trình bảo mật xác định danh tính của người dùng hoặc hệ thống, sau đó giới hạn phạm vi tài nguyên mà chủ thể đó được phép thao tác. Thuật ngữ này được dùng cho cả hệ thống kiểm soát ra vào bằng phần cứng lẫn kiểm soát quyền truy cập trong an toàn thông tin.</p><h3><strong>2. Authentication và authorization khác nhau như thế nào?</strong></h3><p>Trong mô hình IAAA, authentication là bước thứ hai và authorization là bước thứ ba. Authentication xác lập danh tính, trả lời câu hỏi bạn là ai thông qua mật khẩu, mã OTP hoặc sinh trắc học. Authorization xác định phạm vi quyền sau khi danh tính đã được xác thực. Hệ thống thiếu authorization sẽ mở toàn bộ dữ liệu cho bất kỳ tài khoản nào đăng nhập thành công.</p><h3><strong>3. Access control list (ACL) là gì?</strong></h3><p>Access control list là danh sách gắn trực tiếp vào từng tài nguyên, liệt kê những chủ thể nào được thực hiện hành động nào trên tài nguyên đó. ACL là cơ chế lưu trữ kết quả phân quyền, không phải mô hình ra quyết định, và trở nên khó rà soát khi số lượng tài nguyên tăng lên hàng nghìn.</p><h3><strong>4. Broken access control nguy hiểm ra sao?</strong></h3><p>Broken access control cho phép một người dùng đã đăng nhập hợp lệ truy cập dữ liệu của người dùng khác chỉ bằng cách thay đổi tham số định danh. Broken access control nguy hiểm vì không cần công cụ tấn công chuyên biệt và không tạo lưu lượng bất thường, nên thường không bị phát hiện sớm.</p><h3><strong>5. Doanh nghiệp tại Việt Nam có bắt buộc triển khai access control không?</strong></h3><p>Có. Luật An ninh mạng cùng Nghị định 53/2022/NĐ-CP, Luật Bảo vệ dữ liệu cá nhân và Luật Dữ liệu đều đặt ra nghĩa vụ giới hạn phạm vi tiếp cận dữ liệu và lưu nhật ký truy cập. Access control là cơ chế kỹ thuật thực thi trực tiếp các nghĩa vụ này.</p>
