AI năng suất cao nhưng rủi ro bảo mật dữ liệu ngày càng rõ mặt
AI bảo mật dữ liệu là việc áp dụng các nguyên tắc, biện pháp kỹ thuật và quy trình quản trị để đảm bảo mọi hệ thống, ứng dụng và quy trình có sử dụng trí tuệ nhân tạo không làm rò rỉ, lộ lọt hoặc bị chiếm quyền dữ liệu nhạy cảm của cá nhân và doanh nghiệp, ngay cả khi AI được dùng để tăng năng suất, tự động hóa lập trình hay tạo ứng dụng chỉ bằng vài cú nhấp chuột. Khi các công cụ sinh mã và ứng dụng web xuất hiện khắp nơi, doanh nghiệp dễ bị cuốn vào lời hứa “tăng năng suất, giảm chi phí” mà quên mất câu hỏi căn bản: liệu dữ liệu của mình đang được bảo vệ như thế nào. Theo cảnh báo từ giới an ninh mạng, việc để AI chiếm lĩnh các tác vụ lập trình hiện đại chắc chắn sẽ kéo theo vô số lỗi mã nguồn mới trong phần mềm. Nhưng vấn đề không chỉ là vài bug kỹ thuật, mà là nguy cơ đánh đổi toàn bộ bí mật công ty lấy vài phần trăm hiệu quả ngắn hạn.
Lỗ hổng ứng dụng AI: 5.000 website "vibe coding" phơi dữ liệu ra internet
Câu chuyện hàng nghìn ứng dụng được tạo bằng các nền tảng AI kiểu “vibe coding” đã cho thấy mặt tối rất cụ thể của làn sóng tăng năng suất này. Nhà nghiên cứu Dor Zvi cùng đội ngũ tại RedAccess phân tích hàng nghìn ứng dụng do các nền tảng Lovable, Replit, Base44 và Netlify tạo ra, và phát hiện hơn 5.000 ứng dụng hoàn toàn không có bất kỳ cơ chế bảo mật hay xác thực người dùng nào. Nhiều ứng dụng cho phép bất kỳ ai có URL truy cập được toàn bộ dữ liệu bên trong, đúng nghĩa "cửa mở không khóa" trên internet. Đáng báo động hơn, trong số 5.000 ứng dụng công khai, Zvi tìm thấy gần 2.000 trường hợp lộ dữ liệu riêng tư nghiêm trọng. Những gì bị để lộ không phải dữ liệu thử nghiệm vô hại: từ danh sách phân công bác sĩ trong bệnh viện, chi phí quảng cáo, chiến lược thâm nhập thị trường, nhật ký trò chuyện khách hàng với đầy đủ tên, thông tin liên hệ, hồ sơ vận chuyển, tới báo cáo tài chính. Có trường hợp, các ứng dụng lộ thông tin còn cho phép chiếm quyền quản trị và xóa quyền của các quản trị viên khác. Đây không còn là lỗ hổng ứng dụng AI mang tính kỹ thuật thuần túy, mà là rủi ro vận hành trực tiếp đối với doanh nghiệp: hệ thống chạy thật, dữ liệu thật, nhưng hoàn toàn đứng ngoài mọi quy trình kiểm soát nội bộ.
Bài học "đắng" từ CEO dùng Claude AI thay lập trình viên
Tại Việt Nam, một CEO đứng lớp khóa học đầu tư trực tuyến đã trở thành ví dụ điển hình về cái giá của tư duy chỉ nhìn vào chi phí khi ứng dụng AI. Ông tuyên bố trên mạng xã hội rằng chỉ cần trả 500.000 đồng mỗi tháng cho Claude AI là đủ để thay thế một lập trình viên có 5 năm kinh nghiệm, lương 30 triệu đồng mỗi tháng. Lời khẳng định gây tiếng vang, nhưng cộng đồng công nghệ nhanh chóng cho thấy mặt trái: ngay trên website liên quan, lập trình viên có thể giành quyền quản trị chỉ bằng vài dòng lệnh trong DevTools của trình duyệt, không cần tài khoản hay mật khẩu nào. Toàn bộ logic phân quyền admin được xử lý ở phía trình duyệt, thay vì được máy chủ xác thực – một sai lầm sơ đẳng mà bất kỳ lập trình viên web có kinh nghiệm đều tránh. Mã nguồn công khai còn để lộ đường dẫn và khóa truy cập cơ sở dữ liệu, danh sách tài khoản quản trị kèm email, mật khẩu, và cả số tài khoản ngân hàng nhận thanh toán. Tệ hơn, một số lập trình viên đã dùng khóa truy cập đó kết nối thẳng vào cơ sở dữ liệu, xem danh sách hơn 200 học viên đăng ký, trong đó mật khẩu được lưu ở dạng văn bản thường, không mã hóa. Khi có người tuyên bố đã xóa toàn bộ bảng dữ liệu, website lập tức lỗi, mất kiểm soát hệ thống. Đây là mô hình tiết kiệm chi phí bằng AI dẫn tới tình trạng không có nhân sự nào trong tổ chức thật sự hiểu hệ thống đang vận hành ra sao, chứ chưa nói tới việc bảo vệ dữ liệu công ty. Vài ngày sau, CEO phải đăng bài xin lỗi, thừa nhận hệ thống tồn tại nhiều lỗ hổng và cho biết website ghi nhận hơn 1.000 lượt truy cập có dấu hiệu dò quét kể từ sau sự việc, đồng thời vẫn chưa khẳng định đã khắc phục triệt để.
Khi ai cũng "tự code" bằng AI: chi phí rẻ, rủi ro đắt
Điểm mấu chốt của làn sóng ứng dụng AI hiện nay là: AI đang đưa quyền “tự tạo ứng dụng” tới những người không có nền tảng bảo mật, và những sản phẩm đó thường nằm ngoài mọi quy trình kiểm duyệt thông thường của doanh nghiệp. Zvi mô tả thẳng thắn: "Bất kỳ ai cũng có thể tạo ra ứng dụng mà không qua bất kỳ chu kỳ phát triển hay kiểm tra bảo mật nào. Họ đưa chúng vào sản xuất ngay lập tức mà không cần hỏi ý kiến ai". Khi nhân viên marketing muốn tạo web, họ chỉ tập trung vào giao diện, nội dung, trải nghiệm khách hàng; AI sẽ tạo đúng những gì được yêu cầu, nhưng không tự động thêm lớp bảo vệ nếu người dùng không yêu cầu. Kết quả là các lỗ hổng ứng dụng AI xuất hiện không phải do công cụ "nguy hiểm" mà do cách chúng được dùng: bật chế độ công khai, tắt các lớp bảo vệ, lưu dữ liệu nhạy cảm ở nơi mọi người đều tải về được, cho phép phân quyền ở phía trình duyệt… Các nhà cung cấp công cụ có thể đúng khi nói rằng người dùng tự chịu trách nhiệm cấu hình, nhưng từ góc độ quản trị doanh nghiệp, đó là một quả bom nổ chậm. Khi mô hình vận hành dựa vào AI giá rẻ và nhân sự không có chuyên môn bảo mật, nguy cơ mất quyền kiểm soát toàn bộ website, cơ sở dữ liệu, và thông tin khách hàng là rất thực tế – như câu chuyện vị CEO Việt cho thấy, kiến thức bảo mật phải học cả năm mới tích lũy được, trong khi một bài prompt với AI không thể thay thế.
Cân bằng tăng năng suất với bảo vệ dữ liệu công ty
Điều đáng lo không phải là AI sinh mã, mà là cách doanh nghiệp đang sử dụng nó như một đường tắt bỏ qua mọi tiêu chuẩn bảo mật và kiểm soát chất lượng. Các nhà nghiên cứu nhận định làn sóng rò rỉ dữ liệu mới xuất hiện từ sự kết hợp giữa sai sót của người dùng và việc thiếu các biện pháp bảo vệ rõ ràng từ nền tảng. Nói cách khác, nếu quy trình nội bộ không bắt buộc kiểm tra bảo mật, nếu bộ phận CNTT không kiểm soát các ứng dụng AI tự phát, thì việc dữ liệu nhạy cảm bị phơi lên mạng chỉ là vấn đề thời gian. Bài học cho doanh nghiệp rất rõ: tăng năng suất với AI là mục tiêu hợp lý, nhưng phải đi kèm nguyên tắc không được đánh đổi bảo mật dữ liệu lấy sự tiện lợi. Ứng dụng nào truy cập dữ liệu khách hàng, tài chính, chiến lược kinh doanh phải chịu quy trình kiểm duyệt như hệ thống sản xuất: rà soát quyền truy cập, kiểm tra mã nguồn, kiểm thử phân quyền, và có người chịu trách nhiệm hiểu rõ cách hệ thống vận hành. AI có thể là công cụ viết mã, gợi ý kiến trúc, hỗ trợ kiểm thử, nhưng không phải “nhân viên vô hình” chịu trách nhiệm thay cho bộ phận kỹ thuật. Nếu lãnh đạo chỉ nhìn thấy khoản tiết kiệm chi phí mà bỏ qua rủi ro hệ thống bị chiếm quyền, dữ liệu khách hàng bị lộ, thương hiệu bị tổn hại, thì chiến lược AI đó không phải tối ưu, mà là mạo hiểm. Câu hỏi doanh nghiệp cần đặt ra không phải “AI giúp mình tiết kiệm được bao nhiêu”, mà là “hệ sinh thái AI của mình đang bảo vệ dữ liệu công ty tốt tới mức nào”.
