AI tìm 4 lỗ hổng trong phần mềm EPICS chỉ trong chưa đầy 4 giờ

Điều đã xảy ra

Một hệ thống kiểm thử bảo mật dựa trên AI đã phát hiện bốn lỗ hổng trong EPICS, bộ công cụ mã nguồn mở dùng cho thiết bị khoa học, chỉ trong chưa đầy bốn giờ. Trong số đó có một lỗ hổng nghiêm trọng và ba lỗ hổng mức cao. Thông tin được The Register đưa tin.

Điểm đáng chú ý nằm ở tốc độ rà soát. Các lỗ hổng được tìm thấy trong một khoảng thời gian rất ngắn, cho thấy công cụ AI có thể đóng vai trò hỗ trợ đáng kể cho công tác kiểm thử bảo mật phần mềm. Tiêu đề bài báo gọi EPICS là phần mềm điều khiển công nghiệp phổ biến, trong khi phần tóm tắt nhấn mạnh việc nó được dùng cho thiết bị khoa học. Hai cách mô tả này cùng cho thấy phạm vi sử dụng của phần mềm khá rộng.

Vì sao điều này quan trọng

Với các lãnh đạo về trải nghiệm, AI và chuyển đổi số, tín hiệu quan trọng là năng lực của AI đang mở rộng sang những việc vốn đòi hỏi chuyên gia kiểm thử thủ công và tốn nhiều thời gian. Khi một hệ thống có thể rà soát phần mềm nhanh như vậy, các tổ chức vận hành hạ tầng số và thiết bị kết nối sẽ phải xem lại tần suất kiểm thử, quy trình vá lỗi và cách phối hợp giữa đội phát triển với đội bảo mật.

Đối với những hệ thống phục vụ con người, như thiết bị khoa học, hạ tầng công nghiệp hay các dịch vụ công, một lỗ hổng chưa được vá có thể ảnh hưởng trực tiếp đến độ tin cậy mà người dùng cuối cảm nhận. Do đó, khả năng phát hiện sớm có giá trị không chỉ với đội kỹ thuật mà còn với toàn bộ trải nghiệm dịch vụ.

Những con số đáng chú ý

• 4 lỗ hổng được hệ thống AI phát hiện trong EPICS.
• 1 lỗ hổng nghiêm trọng nằm trong nhóm bốn lỗ hổng đã nêu.
• 3 lỗ hổng mức cao được ghi nhận trong cùng đợt kiểm thử.
• Dưới 4 giờ là khoảng thời gian để hệ thống hoàn tất việc phát hiện các lỗ hổng này.

Góc nhìn của Renascence

Phần lớn người đọc sẽ chú ý đến chuyện "AI tìm lỗi nhanh hơn con người". Điều đáng suy nghĩ hơn là tốc độ phát hiện chỉ có giá trị khi tổ chức có năng lực xử lý kết quả ngay sau đó. Một danh sách lỗ hổng được tìm ra trong vài giờ sẽ vô nghĩa nếu quy trình vá lỗi vẫn mất vài tuần.

Tốc độ kiểm thử bằng AI đang đẩy điểm nghẽn từ khâu tìm lỗi sang khâu sửa lỗi và truyền thông nội bộ. Nguyên tắc thiết kế dịch vụ ở đây khá đơn giản: thứ không được đưa vào quy trình xử lý thì không tạo ra cải thiện thực tế cho người dùng. Đơn vị vận hành nghiêm túc với trải nghiệm khách hàng nên rà soát ngay chuỗi từ phát hiện, phân loại đến vá và thông báo, thay vì chỉ bổ sung thêm công cụ AI. Người dùng cuối không quan tâm công cụ nào tìm ra lỗi, họ chỉ cần hệ thống họ dựa vào vẫn ổn định.