Các lỗ hổng do trí tuệ nhân tạo (AI) gây ra đang làm thu hẹp khoảng thời gian vá lỗi và đòi hỏi phải có các biện pháp phòng thủ nhanh hơn

Trí tuệ nhân tạo (AI) đang đẩy nhanh mọi giai đoạn trong vòng đời của lỗ hổng bảo mật. Các lỗ hổng mới đang được phát hiện nhanh hơn, và những kẻ tấn công đang hành động nhanh hơn bao giờ hết để khai thác chúng ngay sau khi thông tin được công bố. Hai tiêu đề tin tức từ mùa hè vừa qua minh họa rõ sự thay đổi này.

Chương trình “Patch Tuesday” tháng 7 năm 2026 của Microsoft đã đi vào lịch sử như là đợt phát hành bản vá bảo mật lớn nhất trong lịch sử chương trình này, với con số kỷ lục 622 bản vá. Số lượng bản vá kỷ lục này bao gồm hệ sinh thái Windows, Microsoft Office, SharePoint, các dịch vụ Azure và Visual Studio. Các lỗ hổng bảo mật này bao gồm ba lỗ hổng zero-day, trong đó hai lỗ hổng đã bị khai thác tích cực.

Một báo cáo của tạp chí Infosecurity Magazine chỉ ra một thực tế mới là các mô hình trí tuệ nhân tạo (AI) đang thu hẹp khoảng thời gian giữa việc công bố lỗ hổng bảo mật và việc khai thác lỗ hổng đó. Lỗ hổng bảo mật nghiêm trọng React2Shell đã bị các tác nhân đe dọa khai thác chỉ sau một ngày kể từ khi được công bố.

Quan niệm truyền thống cho rằng “Patch Tuesday” mang đến một bộ cập nhật có thể quản lý được và dễ dự đoán đã không còn đúng nữa. Ba xu hướng thay đổi lớn đang thúc đẩy sự thay đổi này:

1. Trí tuệ nhân tạo (AI) đang phát hiện các lỗ hổng bảo mật nhanh hơn bao giờ hết : Nhờ AI, các lỗ hổng bảo mật được phát hiện nhanh hơn rất nhiều so với tốc độ mà các đội ngũ bảo mật có thể đánh giá và sắp xếp thứ tự ưu tiên một cách thủ công.
2. Khoảng thời gian giữa việc phát hiện lỗ hổng và khai thác ngày càng thu hẹp: Chính công nghệ tự động hóa giúp các nhà nghiên cứu và nhà cung cấp phát hiện lỗ hổng nhanh hơn cũng đang nằm trong tay những kẻ tấn công, những người đã và đang sử dụng các công cụ trí tuệ nhân tạo (AI) để điều phối các chiến dịch khai thác và xác định mục tiêu trên quy mô lớn. Quá trình biến lỗ hổng thành vũ khí giờ đây chỉ diễn ra trong vài giờ, chứ không còn là vài ngày hay vài tuần nữa.
3. Việc phát hiện lỗ hổng bảo mật với tốc độ của trí tuệ nhân tạo (AI) đòi hỏi phải có khả năng phát hiện và khắc phục với tốc độ tương ứng: Nếu quy mô phát hiện lỗ hổng tăng theo cấp số nhân trong khi việc vá lỗ hổng vẫn được thực hiện thủ công, khoảng cách giữa số lượng lỗ hổng được công bố và số lượng lỗ hổng đã được khắc phục sẽ chỉ ngày càng gia tăng.
4. Các kẻ tấn công ngày càng lạm dụng các lỗ hổng liên kết: Các lỗ hổng này có thể xuất phát từ việc kết hợp nhiều điểm yếu, chính xác là loại mô hình mà các kẻ tấn công được hỗ trợ bởi trí tuệ nhân tạo (AI) trong việc nhận diện mẫu rất giỏi.

Một quy trình làm việc do con người điều hành chưa bao giờ được thiết kế để khắc phục khoảng trống 24 giờ trên hàng trăm điểm cuối và hàng trăm lỗ hổng bảo mật (CVE) trong cùng một bản phát hành. Quản lý bản vá giờ đây không còn chỉ là thách thức về quy trình làm việc nữa. Đó là thách thức về quy mô. Việc cố gắng phân loại thủ công hơn 600 lỗ hổng bảo mật (CVE) trên các môi trường Windows, Office, SQL Server, SharePoint và Azure đã không còn khả thi. Các tổ chức cần một giải pháp tự động, thông minh và có khả năng mở rộng.

Nếu các kẻ tấn công hoạt động với tốc độ của trí tuệ nhân tạo (AI), thì khả năng phòng thủ mạng cũng cần phải theo kịp nhịp độ của chúng, từ đó định hình lại mô hình quản lý bản vá hiệu quả:

• Khả năng phát hiện phải diễn ra liên tục, chứ không phải theo định kỳ. Bạn sẽ không thể ứng phó kịp thời với một khoảng thời gian khai thác kéo dài 24 giờ nếu lần quét tài sản gần nhất của bạn đã diễn ra cách đây ba tuần.
• Các “điểm mù” trong quản lý tài sảntrở thành một rủi ronghiêm trọng . Các tổ chức không thể vá lỗi cho những tài sản mà họ không thể theo dõi, dẫn đến việc các thiết bị đầu cuối không được quản lý và các thiết bị đầu cuối chạy phần mềm lỗi thời bị phơi bày trước các mối đe dọa.
• Việc xác định mức độ ưu tiên phải được tự động hóa. Với hàng trăm lỗ hổng CVE xuất hiện cùng lúc, việc xếp hạng mức độ nghiêm trọng thủ công không thể theo kịp các kẻ tấn công, những người đang thử nghiệm các phương thức khai thác nhắm vào chính danh sách đó. Các đội ngũ bảo mật cần hệ thống chấm điểm tự động về mức độ nghiêm trọng và khả năng khai thác để xác định những bản vá nào không thể chờ đợi 48 giờ, như các lỗ hổng BitLocker và AD FS hồi tháng 7.
• Việc triển khai phải diễn ra nhanh chóng và có thể kiểm chứng được. Chỉ biết rằng có bản vá là chưa đủ để bảo vệ hệ thống. Việc bảo vệ chỉ thực sự có hiệu lực khi đã xác nhận rằng bản vá đó đã được cài đặt trên mọi thiết bị đầu cuối tiếp xúc với nguy cơ, bao gồm cả những thiết bị mà bộ phận CNTT không phải lúc nào cũng nhớ kiểm tra.
• Khoảng cách giữa việc công bố lỗ hổng và việc khắc phục hiện là chỉ số rủi ro chính. Vấn đề không còn nằm ở việc liệu có bản vá hay không, mà là tổ chức của bạn mất bao lâu để triển khai nó. Điều này cần được đo lường bằng giờ, chứ không phải bằng tuần. Sự gia tăng đột biến của các lỗ hổng bảo mật cũng khiến việc chậm trễ trong việc triển khai bản vá trở thành rủi ro phổ biến thay vì là trường hợp ngoại lệ, từ đó kéo dài khoảng thời gian tổ chức phải đối mặt với rủi ro khi số lượng lỗ hổng tồn đọng ngày càng tăng.

Các đợt “Patch Tuesday” phá kỷ lục và việc khai thác lỗ hổng chỉ trong 24 giờ không phải là những sự kiện riêng lẻ. Đó là sự khởi đầu của một thực tế mới. Các tổ chức coi việc quản lý bản vá là một công việc thủ công, chỉ thực hiện định kỳ một cách vội vã sẽ tiếp tục tụt hậu. Những con số kỷ lục về việc phát hiện và khai thác lỗ hổng khiến việc tự động hóa toàn bộ vòng đời của lỗ hổng – từ phát hiện, xếp hạng mức độ ưu tiên cho đến triển khai – trở nên cần thiết. Điều này giúp các tổ chức chuẩn bị sẵn sàng để đối phó với các đợt phát hành bản vá kỷ lục mà không cần phải áp dụng các biện pháp quản lý khủng hoảng.

Điều đó có nghĩa là chuyển từ phương thức “vá lỗi khi có thể” sang một quy trình liên tục và tự động. Cách tiếp cận này bao gồm khả năng theo dõi thời gian thực đối với mọi điểm cuối, việc sắp xếp thứ tự ưu tiên dựa trên mức độ rủi ro để làm nổi bật các lỗ hổng bảo mật (CVE) quan trọng nhất, và việc triển khai không phải chờ đợi lịch trình thủ công.