Trong nhiều doanh nghiệp, an ninh mạng vẫn được tổ chức theo nhịp tương đối quen thuộc: phát hiện một tín hiệu bất thường, thu thập log, chuyển cho nhóm chuyên trách, đánh giá mức độ nghiêm trọng rồi mới quyết định chặn hay khắc phục. AI đang làm thay đổi nhịp này ở cả hai phía. Nó có thể giúp nhóm phòng thủ đọc lượng lớn tín hiệu nhanh hơn, nhưng cũng có thể làm cho việc tìm kiếm điểm yếu, viết nội dung lừa đảo hoặc thử nhiều biến thể tấn công trở nên nhanh hơn. Hệ quả quản trị không chỉ là “rủi ro tăng lên”; khoảng thời gian để tổ chức hiểu và phản ứng có thể ngắn đi.
Trong cập nhật ngày 18/8/2026, OpenAI cho biết họ đang tăng cường các biện pháp giám sát, căn chỉnh và kiểm soát nhằm ứng phó với năng lực an ninh mạng ngày càng cao của mô hình. Bài viết cũng nêu rằng chi phí tính toán cho giám sát ở một số cấu hình có thể đáng kể, với ước tính khoảng 20% năng lực suy luận. Dù đây là ước tính của một nhà phát triển mô hình, nó gợi một câu hỏi đáng chú ý cho các nhà quản lý: nếu kiểm soát không được tính vào thiết kế vận hành từ đầu, doanh nghiệp sẽ có xu hướng xem nó như một bước bổ sung khi hệ thống đã được kết nối sâu.
Đừng chỉ bảo vệ mô hình, hãy bảo vệ quyền hành động
Rủi ro thực tế thường không nằm ở việc mô hình trả lời sai một câu hỏi chung chung. Rủi ro tăng lên khi mô hình hoặc AI agent (hệ thống AI có thể thực hiện các bước công việc và sử dụng công cụ trong phạm vi được giao) được kết nối với email, kho dữ liệu, hệ thống CRM, công cụ phát triển hay phần mềm vận hành. Một đầu ra thiếu chính xác khi đó có thể biến thành một hành động: gửi nhầm thông tin, thay đổi dữ liệu, truy cập tệp không cần thiết hoặc đề xuất một bước mà nhân viên tin là đã được kiểm chứng.
Vì vậy, danh mục AI của doanh nghiệp cần ghi nhận không chỉ tên công cụ và phòng ban sử dụng, mà cả ba điểm: công cụ đang đọc dữ liệu gì, có thể thực hiện hành động gì và ai phê duyệt hành động đó. Đây là khác biệt giữa quản lý ứng dụng và quản lý quyền hành động. Một chatbot chỉ dùng tài liệu công khai có hồ sơ rủi ro khác hẳn một AI agent có thể truy vấn CRM, tạo email và cập nhật trạng thái đơn hàng.
Ba lớp kiểm soát nên đi cùng nhau
Kỷ luật quyền truy cập. Cấp quyền tối thiểu cần cho nhiệm vụ, tách quyền đọc khỏi quyền sửa, và đặt thời hạn cho các kết nối thử nghiệm. Không nên dùng một tài khoản quản trị chung chỉ vì nó giúp triển khai nhanh hơn. Ngưỡng leo thang có con người. Những việc có thể tạo cam kết với khách hàng, tác động đến tiền, dữ liệu chính thức hoặc hệ thống quan trọng phải dừng ở điểm phê duyệt rõ ràng. Ngưỡng này nên dựa trên mức độ hậu quả, không dựa trên cảm giác rằng “AI thường làm đúng”. Dấu vết và diễn tập. Lưu lại nguồn dữ liệu, lệnh quan trọng, hành động đã thực hiện và người phê duyệt; đồng thời diễn tập các tình huống như lộ thông tin, gọi công cụ sai hoặc nội dung giả mạo thuyết phục.
Chỉ số nào cho thấy kiểm soát đang hoạt động?
Doanh nghiệp không nên đo kiểm soát AI bằng số chính sách đã ban hành. Hãy theo dõi những chỉ số vận hành: tỷ lệ kết nối AI có chủ sở hữu được chỉ định; tỷ lệ hành động nhạy cảm đi qua cổng phê duyệt; thời gian phát hiện và cô lập một kết nối bất thường; số tình huống diễn tập được hoàn tất; và tỷ lệ đề xuất của AI phải sửa hoặc từ chối vì dữ liệu, quyền truy cập hay lý do không đủ. Các chỉ số này không loại bỏ rủi ro, nhưng cho biết doanh nghiệp có đang nhìn thấy và kiểm soát nó hay không.
Trong 90 ngày tới, một bước hợp lý là lập bản đồ các kết nối AI đang tồn tại, ưu tiên những nơi có quyền tác động ra bên ngoài, rồi thực hiện một cuộc diễn tập liên phòng ban cho một kịch bản cụ thể. Nhóm công nghệ không thể làm việc này một mình: vận hành, pháp chế, quản trị rủi ro, nhân sự và chủ sở hữu quy trình đều cần biết hệ thống được phép làm gì và phải dừng ở đâu. Khi tốc độ thay đổi, một cơ chế kiểm soát tốt không phải là cơ chế làm mọi thứ chậm đi; đó là cơ chế giúp tổ chức nhận ra rủi ro và ra quyết định đủ sớm.
Tài liệu tham khảo
OpenAI. (2026, August 18). Pacing model development in an era of cyber-critical capabilities. https://openai.com/index/pacing-model-development-cyber-capabilities/
