Tại sao bảo mật phần mềm cũ không còn đủ khi doanh nghiệp dùng AI?

[Quang Trương]

Doanh nghiệp của bạn đang dùng AI, nhưng ai thực sự chịu trách nhiệm khi mô hình bị tấn công?

Nếu coi AI là động cơ mới của doanh nghiệp, thì ETSI EN 304 223 giống như bộ khóa an toàn bắt buộc phải gắn vào động cơ đó. Tiêu chuẩn này không nói về ý tưởng hay đạo đức AI, mà đi thẳng vào một câu hỏi rất thực tế: làm sao để các hệ thống AI không trở thành điểm yếu an ninh nghiêm trọng.

ETSI EN 304 223 là tiêu chuẩn châu Âu đầu tiên về an ninh mạng AI có phạm vi áp dụng toàn cầu, đã được các tổ chức tiêu chuẩn quốc gia phê duyệt. Nó được thiết kế để song hành với Đạo luật AI của EU, nhưng tập trung vào thứ mà nhiều doanh nghiệp đang bỏ ngỏ: bảo mật kỹ thuật của mô hình và hệ thống AI.

Vì sao AI cần một tiêu chuẩn bảo mật riêng​

Vấn đề nằm ở chỗ AI không giống phần mềm truyền thống. Các hệ thống học máy có thể bị tấn công bằng những cách rất đặc thù như làm nhiễm độc dữ liệu huấn luyện, làm mờ hoặc bóp méo mô hình, hay tiêm mã độc gián tiếp thông qua dữ liệu đầu vào. Những rủi ro này thường không được bao phủ đầy đủ bởi các khung bảo mật CNTT quen thuộc.

Tiêu chuẩn ETSI áp dụng cho cả mạng nơ ron sâu, AI tạo sinh lẫn các hệ thống dự đoán đơn giản, chỉ loại trừ những hệ thống thuần túy phục vụ nghiên cứu học thuật. Điều này phản ánh thực tế rằng hầu hết AI đang tạo ra giá trị kinh doanh đều cần được bảo vệ như một tài sản chiến lược.

Ai chịu trách nhiệm khi AI gặp sự cố​

Một điểm rất quan trọng của ETSI EN 304 223 là làm rõ chuỗi trách nhiệm. Tiêu chuẩn xác định ba vai trò kỹ thuật chính: Nhà phát triển, Người vận hành hệ thống và Người quản lý dữ liệu.

Trong thực tế doanh nghiệp, ba vai trò này thường chồng chéo. Một công ty tài chính tinh chỉnh mô hình mã nguồn mở để phát hiện gian lận vừa là nhà phát triển, vừa là người vận hành. Khi đó, họ phải đồng thời bảo mật hạ tầng triển khai, ghi lại nguồn gốc dữ liệu huấn luyện và có kiểm toán rõ ràng về thiết kế mô hình.

Sự xuất hiện của vai trò Người quản lý dữ liệu đặc biệt đáng chú ý. Đây là nhóm chịu trách nhiệm về quyền truy cập và tính toàn vẹn dữ liệu, điều mà tiêu chuẩn nay gắn trực tiếp với nghĩa vụ bảo mật. Với các CDAO hoặc bộ phận dữ liệu, họ trở thành người gác cổng quyết định dữ liệu nào được dùng cho AI nào, và mức độ rủi ro có chấp nhận được hay không.

ETSI nhấn mạnh rằng bảo mật AI không thể là việc làm thêm sau khi hệ thống đã chạy. Ngay từ giai đoạn thiết kế, tổ chức phải thực hiện mô hình hóa mối đe dọa, tính đến các kiểu tấn công đặc thù của AI như suy luận thành viên hay làm mờ mô hình.

Tiêu chuẩn cũng yêu cầu hạn chế chức năng để giảm bề mặt tấn công. Nếu một mô hình đa phương thức chỉ dùng cho văn bản, thì các khả năng xử lý hình ảnh hay âm thanh không dùng tới cũng trở thành rủi ro cần được quản lý. Điều này buộc doanh nghiệp phải đặt lại câu hỏi quen thuộc: có thật sự cần mô hình nền tảng khổng lồ, hay một mô hình nhỏ, chuyên biệt là đủ.

Song song đó là yêu cầu quản lý tài sản rất chặt. Doanh nghiệp phải có danh mục đầy đủ các mô hình, thành phần, phụ thuộc và kết nối. Bạn không thể bảo mật thứ mà bạn không biết là đang tồn tại. Tiêu chuẩn còn yêu cầu kế hoạch phục hồi thảm họa riêng cho các cuộc tấn công AI, để có thể quay lại trạng thái an toàn đã biết nếu mô hình bị xâm phạm.

Chuỗi cung ứng AI và dấu vết kiểm toán​

Với những doanh nghiệp phụ thuộc vào bên thứ ba hoặc mã nguồn mở, bảo mật chuỗi cung ứng trở thành điểm nóng. ETSI yêu cầu nếu sử dụng mô hình hay thành phần AI không được ghi chép đầy đủ, doanh nghiệp phải biện minh rõ ràng và ghi lại rủi ro bảo mật đi kèm.

Các giải pháp hộp đen vì thế ngày càng khó chấp nhận. Nhà phát triển phải cung cấp mã băm mật mã để xác minh tính xác thực của mô hình. Nếu dữ liệu huấn luyện lấy từ nguồn công khai, họ phải ghi lại URL và thời điểm thu thập. Những dấu vết này cực kỳ quan trọng khi điều tra sự cố, đặc biệt để xác định mô hình có bị nhiễm dữ liệu độc hại từ giai đoạn huấn luyện hay không.

Với các API mở cho khách hàng bên ngoài, tiêu chuẩn yêu cầu áp dụng các biện pháp kiểm soát như giới hạn tốc độ, nhằm ngăn việc phân tích ngược mô hình hoặc làm quá tải hệ thống phòng thủ để chèn dữ liệu xấu.

ETSI coi các bản cập nhật lớn, ví dụ đào tạo lại trên dữ liệu mới, tương đương với triển khai một phiên bản mới và phải đánh giá lại bảo mật. Giám sát liên tục cũng được nâng từ chỉ số hiệu suất lên nguyên tắc an ninh, với yêu cầu phát hiện sự thay đổi dữ liệu hay hành vi bất thường có thể báo hiệu vi phạm.

Ngay cả khi AI kết thúc vòng đời, trách nhiệm vẫn chưa hết. Khi mô hình bị ngừng hoặc chuyển giao, Người quản lý dữ liệu phải tham gia để đảm bảo dữ liệu và cấu hình được xử lý an toàn, tránh rò rỉ tài sản trí tuệ hoặc dữ liệu huấn luyện qua phần cứng bỏ đi hay tài nguyên đám mây bị quên lãng.

Tiêu chuẩn ETSI EN 304 223 không chỉ là một tập yêu cầu kỹ thuật, mà là lời nhắc rằng AI đã đủ quan trọng để cần một khung bảo mật riêng, nghiêm túc và có thể kiểm toán. Với doanh nghiệp Việt Nam đang ngày càng tích hợp AI vào vận hành, câu hỏi không còn là có áp dụng hay không, mà là liệu hệ thống AI của bạn đã được thiết kế an toàn ngay từ đầu hay chưa. (artificialintelligence)