Khi AI tham gia viết code: Thách thức mới cho bảo mật chuỗi cung ứng phần mềm

Trong nhiều năm qua, bảo mật chuỗi cung ứng phần mềm (software supply chain security) thường xoay quanh một câu hỏi cốt lõi: “Có gì trong mã nguồn của bạn?”. Các sự cố như SolarWinds, Log4Shell hay XZ Utils đã cho thấy rủi ro không chỉ nằm ở mã do đội ngũ lập trình viên viết ra, mà còn ở các thành phần phụ thuộc (dependencies) mà chúng ta vô tình đưa vào hệ thống.

Tuy nhiên, sự trỗi dậy của các công cụ AI và Model Context Protocol (MCP) trong gần hai năm qua đã tạo ra một bước ngoặt. AI không còn chỉ là công cụ hỗ trợ, mà đã trở thành một phần không thể thiếu trong quy trình xây dựng, triển khai và vận hành phần mềm. Khi các tác nhân AI tự động viết code và các công cụ tự quyết định việc kéo thêm các gói thư viện, rủi ro bảo mật đã chuyển dịch sang một phạm vi hoàn toàn mới.

Rủi ro thực sự nằm ở đâu?

Sai lầm phổ biến hiện nay là coi code do AI tạo ra chỉ đơn thuần là “thêm code” và áp dụng các quy trình quét lỗ hổng truyền thống. Thực tế, câu hỏi về nguồn gốc (provenance) giờ đây phải mở rộng ra cả các mô hình AI, các tác nhân (agents) và hệ thống công cụ hỗ trợ chúng.

Một trợ lý lập trình AI có thể gợi ý một thư viện độc hại và lập trình viên chấp nhận nó mà không hề hay biết. Một tác nhân tự động có thể sử dụng các công cụ qua MCP để thực hiện tác vụ, vô tình mở ra các lỗ hổng chuỗi cung ứng dây chuyền. Nguy hiểm hơn, các câu lệnh (prompt) được kẻ tấn công cài cắm có thể điều hướng AI viết ra những đoạn mã chứa lỗ hổng hoặc tự động kéo về các thành phần độc hại.

Thay đổi tư duy bảo mật trong kỷ nguyên AI

Việc quét mã do AI tạo ra trước khi commit chỉ là điều kiện cần. Thách thức thực sự nằm ở việc quản trị các tác nhân AI và các công cụ mà chúng tương tác. Để thích nghi, các chương trình bảo mật cần thay đổi theo hai hướng:

Mở rộng phạm vi truy xuất nguồn gốc (lineage): Cần theo dõi toàn bộ quy trình từ commit đầu tiên đến khi vận hành, bao gồm cả cấu hình và hoạt động của các mô hình AI và tác nhân.
Ưu tiên dựa trên khả năng khai thác thực tế: Thay vì sa lầy vào khối lượng cảnh báo khổng lồ, các đội ngũ bảo mật cần tập trung vào những lỗ hổng thực sự có thể khai thác được trong môi trường runtime. Sự khác biệt giữa một danh sách lỗ hổng lý thuyết và một chuỗi exploit thực tế chính là chìa khóa để bảo vệ hệ thống hiệu quả.

Thị trường hiện đã bắt đầu thừa nhận vấn đề này một cách hệ thống, điển hình là việc Gartner đưa bảo mật chuỗi cung ứng phần mềm vào Magic Quadrant. Khi AI có thể tạo ra hàng nghìn dòng code trong thời gian ngắn, việc kiểm soát chặt chẽ các “kiến trúc sư kỹ thuật số” này không còn là lựa chọn, mà là yêu cầu bắt buộc đối với mọi tổ chức công nghệ.

Nguồn tham khảo: The Hacker News