Nghịch lý: AI thành thói quen nhưng niềm tin vẫn là thứ xa xỉ
Nghịch lý trong lập trình hiện nay là hầu hết lập trình viên đều sử dụng công cụ sinh code bằng AI hàng ngày để tăng tốc độ phát triển, nhưng lại không tin tưởng hoàn toàn vào độ chính xác và an toàn của chính đoạn code mà AI tạo ra, buộc họ phải kiểm chứng code AI kỹ lưỡng trước khi đưa vào môi trường thật, đặc biệt với những phần liên quan đến bảo mật và hạ tầng quan trọng. Theo một khảo sát về lập trình, 51% lập trình viên chuyên nghiệp cho biết họ dùng AI mỗi ngày trong công việc, thể hiện mức độ phụ thuộc rất rõ ràng. Tuy vậy, cùng một báo cáo lại nêu rõ sự hoài nghi với độ chính xác của trợ lý ảo, và chuyên gia công nghệ Adam Conway cho rằng gần như không ai trong số các lập trình viên anh biết thực sự tin code từ Copilot hay các công cụ tương tự. Vấn đề không phải là AI vô dụng, mà là nó hữu ích nhưng khó đáng tin.
Mối nguy thực sự: code có vẻ đúng nhưng giấu lỗi bảo mật chí mạng
Điểm nguy hiểm nhất của AI code generation security không phải là tạo ra đoạn code sai hiển nhiên, mà là đưa ra “giải pháp” trông hợp lý, chạy được, nhưng âm thầm che giấu lỗi bảo mật nghiêm trọng. Đây là vùng rủi ro mà lập trình viên dễ bị đánh lừa: code sạch, chạy pass test cơ bản, song lại dễ bị khai thác. Các nghiên cứu về các ứng dụng “vibe coding” – tức là app được sinh gần như hoàn toàn bằng AI – đã chỉ ra một bức tranh đáng báo động: lộ cơ sở dữ liệu, lộ API, tấn công prompt injection từ xa và AI scraping dữ liệu nhạy cảm xuất hiện dày đặc. Một hãng bảo mật đã phân tích 5.600 ứng dụng loại này và phát hiện hơn 2.000 ứng dụng có vấn đề bảo mật, với tổng cộng 2.038 lỗ hổng ở mức nghiêm trọng và hơn 400 thông tin định danh bị phơi bày công khai. Đây không còn là rủi ro lý thuyết mà là bằng chứng cho thấy code tự động dễ trở thành cửa ngõ cho kẻ tấn công nếu thiếu kiểm chứng.
Ai đang chịu ảnh hưởng: từ lập trình viên chuyên nghiệp đến người dùng cuối
Kiểu phát triển ứng dụng phụ thuộc AI – từ Copilot trong IDE cho đến nền tảng vibe coding – đang ảnh hưởng trực tiếp tới hai nhóm: lập trình viên và người dùng cuối. Với lập trình viên, việc AI sinh ra toàn bộ tích hợp, logic quyền truy cập, kết nối API khiến họ khó kiểm soát được cấu trúc bảo mật nếu chỉ nhìn vào bề mặt. Một khảo sát cho thấy hơn một nửa lập trình viên chuyên nghiệp dùng AI hàng ngày, nhưng đồng thời lại mang tâm thế dè chừng với độ an toàn của kết quả. Về phía người dùng cuối, hậu quả thậm chí còn rõ rệt hơn: khi một hãng bảo mật khác quét 380.000 ứng dụng vibe-coded trên các nền tảng phổ biến, họ phát hiện trên 5.000 app mở hoàn toàn trên web và 2.000 app đang thực sự làm rò rỉ dữ liệu doanh nghiệp, gồm cả thông tin tài chính và y tế nhạy cảm của khách hàng. Nghĩa là, mỗi dòng code AI thiếu kiểm chứng không chỉ đe dọa hệ thống, mà còn xuyên thẳng vào quyền riêng tư của người dùng.
Hiểm họa cụ thể: command injection, request forgery và rò rỉ API
Nếu coi AI là một lập trình viên junior không được đào tạo bảo mật, thì bảng lỗi sẽ dài đáng ngại. Nghiên cứu trên hàng chục nghìn cảnh báo bảo mật đã truy vết được 43 lỗ hổng nghiêm trọng liên quan trực tiếp tới các nền tảng vibe coding và LLM, dẫn đến command injection, server-side request forgery và bypass cơ chế xác thực. Các lỗ hổng này thường xuất phát từ việc để AI tự sinh toàn bộ hạ tầng cốt lõi: kết nối bên thứ ba, quản lý quyền truy cập, xử lý input không kiểm soát. Trong những tháng gần đây, giới phân tích còn ghi nhận các vụ rò rỉ API ở quy mô lớn liên quan tới các nền tảng cộng đồng, phần lớn do code sinh bởi AI không che chắn khóa API khỏi web công khai. Nói cách khác, bảo mật code tự động đang bị bỏ mặc ở tuyến đầu, trong khi kẻ tấn công lại biết tận dụng prompt injection và input tinh vi để điều khiển ứng dụng từ xa. AI không tự ý thức về mối nguy này; nhiệm vụ đó thuộc về lập trình viên.
Chiến lược lai: dùng AI có kiểm soát và kiểm chứng nghiêm ngặt trước khi triển khai
Giải pháp không phải là quay lưng với AI, mà là kiên quyết không giao toàn quyền cho nó. Nhiều nền tảng đang chuyển sang mô hình lai: dùng AI để sinh giao diện, luồng công việc, nhưng giữ nguyên hạ tầng backend đã được kiểm định, quản lý quyền và tích hợp an toàn. Trong các hệ thống này, code do AI tạo chỉ tồn tại trong những khối thành phần bị giới hạn, hoạt động bên trong lớp hạ tầng bảo mật chặt chẽ, thay vì được phép chạm vào cơ sở dữ liệu trọng yếu hay cấu hình máy chủ. Với lập trình viên, nguyên tắc là rõ ràng: không tin tưởng code AI một cách mù quáng, luôn xem AI như công cụ hỗ trợ, không là người quyết định cuối cùng. Thay vì chạy một prompt rồi cho code lên production, hãy dùng AI ở các điểm chiến lược (gợi ý, khung ban đầu), sau đó tiến hành kiểm chứng code AI bằng review thủ công, kiểm thử bảo mật, áp dụng kiểm soát truy cập tốt hơn và tăng khả năng quan sát cho quản trị hệ thống. Nếu không có lớp kiểm chứng này, mọi lợi ích về tốc độ gần như bị xóa sạch bởi rủi ro bảo mật.
