AI đang giúp các đội ngũ phát triển tạo ra nhiều mã nguồn hơn với tốc độ nhanh hơn đáng kể. Tuy nhiên, các đội ngũ bảo mật vẫn phải thực hiện việc rà soát lỗ hổng, quản lý các phụ thuộc (dependencies), ưu tiên khắc phục và kiểm soát rủi ro với tốc độ của con người.
Khi sản lượng phần mềm tăng vọt từ 10 đến 50 lần, vấn đề không còn chỉ đơn thuần là tìm kiếm lỗ hổng. Thách thức nằm ở việc ngăn chặn bảo mật trở thành "điểm nghẽn" (bottleneck), hoặc tệ hơn là mất quyền kiểm soát đối với những gì đang được xuất bản.
Trong buổi webinar mới nhất của chúng tôi với các chuyên gia từ Chainguard, mang tên “The True Cost of Building at Machine Speed,” bạn có thể theo dõi cách các đội ngũ bảo mật duy trì tốc độ phát triển do AI thúc đẩy mà không để rủi ro tăng tiến theo quy mô đó.
Trong nhiều năm, bảo mật ứng dụng đã tuân theo một chu kỳ quen thuộc: lập trình viên viết code, các công cụ quét tìm ra vấn đề, đội ngũ bảo mật ưu tiên chúng và các kỹ sư tiến hành khắc phục những điểm quan trọng nhất.
AI đang đặt mô hình này dưới áp lực nặng nề.
Nếu các nhóm đột ngột có thể tạo ra lượng mã nguồn gấp nhiều lần, bảo mật cũng sẽ phải đối mặt với việc quản lý nhiều thành phần, phụ thuộc, phát hiện và bản sửa lỗi hơn. Chỉ riêng việc tăng cường quét (scanning) không giải quyết được vấn đề đó; nó có thể đơn giản là tạo ra một danh sách tồn đọng (backlog) lớn hơn.
Và đây không chỉ là vấn đề ở phía phòng thủ.
Chính những mô hình AI mạnh mẽ đang hỗ trợ lập trình viên viết và hiểu phần mềm cũng đang sẵn có cho những kẻ tấn công. Khi cả việc sản xuất phần mềm và khả năng của kẻ tấn công đều tăng tốc, các đội ngũ bảo mật đang bị ép từ cả hai phía.
Câu hỏi cốt lõi trở nên đơn giản: Làm thế nào để vận hành với tốc độ AI mà không phải chấp nhận rủi ro ở tốc độ AI?
Bảo mật cần một mô hình vận hành mới
Đó là trọng tâm của The True Cost of Building at Machine Speed.
Buổi webinar không chỉ dừng lại ở các cuộc thảo luận thông thường về việc liệu mã nguồn do AI tạo ra có an toàn hay không. Nó đi sâu vào vấn đề khó khăn hơn: điều gì sẽ xảy ra với bảo mật khi lượng phần mềm được tạo ra nhanh hơn mức con người có thể rà soát và khắc phục một cách thực tế?
Tham gia webinar để tìm hiểu nơi các quy trình khắc phục dựa trên CVE truyền thống bắt đầu bộc lộ hạn chế, quy trình phát triển secure-by-default (bảo mật ngay từ đầu) nên trông như thế nào và cách xây dựng các chốt kiểm soát có thể duy trì hiệu quả khi việc áp dụng AI ngày càng tăng.
Phiên thảo luận xem xét cách AI đang mở rộng bề mặt tấn công phần mềm, lý do tại sao các quy trình quản lý lỗ hổng hiện tại có thể gặp khó khăn ở quy mô máy móc và nơi các tổ chức cần các rào chắn (guardrails) mạnh mẽ hơn trước khi mã nguồn được đưa vào môi trường production.
Nó cũng đề cập đến khía cạnh quản trị (governance).
Phát triển được hỗ trợ bởi AI đang nhanh chóng trở thành một quyết định vượt xa tầm kỹ thuật. Các nhà lãnh đạo bảo mật cần hiểu ai là người chịu trách nhiệm về rủi ro, tổ chức đang chấp nhận mức độ phơi nhiễm bao nhiêu và cách giải thích những lựa chọn đó với ban giám đốc và hội đồng quản trị.
Làm chậm tốc độ của lập trình viên không phải là giải pháp. Các công ty đang áp dụng AI vì họ muốn xây dựng nhanh hơn.
Cách tiếp cận tốt hơn là làm cho bảo mật cũng hoạt động ở tốc độ đó, với các biện pháp kiểm soát được thiết kế dựa trên cách phần mềm đang được xây dựng hiện nay, thay vì cách của 5 năm trước.
Xem ngay “The True Cost of Building at Machine Speed” và nhận khung làm việc thực tế để bảo mật quá trình phát triển do AI thúc đẩy trước khi khoảng cách giữa tốc độ phát triển và kiểm soát bảo mật ngày càng nới rộng.
