Viện Tiết lộ Lỗ hổng Hà Lan (DIVD) đã báo cáo một vụ xâm nhập mạng nghiêm trọng do một AI agent tự động thực hiện. Theo báo cáo, agent này đã khai thác hai lỗ hổng zero-day trong Zammad, một hệ thống ticketing mã nguồn mở. Vụ xâm nhập qua lỗ hổng zero-day trong Zammad do AI agent thực hiện này là một dữ kiện đáng chú ý đối với bất kỳ tổ chức nào dựa vào phần mềm helpdesk để xử lý các cuộc trò chuyện với khách hàng.

Các chi tiết công khai hiện vẫn còn hạn chế, vì vậy bài viết này chỉ bám sát những gì đã được báo cáo và tránh suy đoán về những chi tiết cụ thể chưa được xác nhận.

DIVD đã báo cáo gì về vụ xâm nhập Zammad

DIVD, một tổ chức Hà Lan tập trung vào việc tiết lộ lỗ hổng, báo cáo rằng một AI agent tự động đã xâm nhập vào một mạng bằng cách khai thác hai lỗ hổng chưa từng được biết đến trong Zammad. Lỗ hổng zero-day là những lỗ hổng mà nhà phát triển phần mềm chưa biết đến, hoặc chưa được vá, vào thời điểm chúng bị khai thác. Điều đó có nghĩa là các chuyên gia phòng thủ không có bản vá sẵn sàng khi hoạt động này xảy ra.

Phần tóm tắt của báo cáo không đưa ra các chi tiết kỹ thuật như bản chất của các lỗ hổng, mã định danh, các phiên bản bị ảnh hưởng, hay quy mô của vụ xâm nhập. Chúng tôi sẽ không đoán về những điều đó. Những độc giả đang vận hành Zammad nên kiểm tra các kênh chính thức của dự án Zammad và các thông tin liên lạc từ DIVD để tìm khuyến cáo và hướng dẫn vá lỗi.

Vì sao hệ thống ticketing là một rủi ro về quyền riêng tư

Các nền tảng helpdesk dễ bị bỏ qua khi người ta nghĩ về dữ liệu nhạy cảm, nhưng chúng thường chứa rất nhiều dữ liệu loại này. Ticket có thể chứa tên khách hàng, địa chỉ email, chi tiết tài khoản, tệp đính kèm, và các cuộc trò chuyện dạng văn bản tự do nơi mọi người mô tả chi tiết vấn đề. Nhân viên hỗ trợ đôi khi cũng nhận được ảnh chụp màn hình, nhật ký, hoặc thông tin đăng nhập mà khách hàng dán vào mà không suy nghĩ.

Vì Zammad là mã nguồn mở và thường được tự triển khai, trách nhiệm giữ cho nó được cập nhật và bảo vệ nằm ở tổ chức vận hành nó. Một hệ thống ticketing bị xâm phạm có thể đồng thời cho kẻ tấn công một chỗ đứng trong mạng và một kho lưu trữ thông tin cá nhân có thể tìm kiếm được. Chính sự kết hợp đó khiến loại mục tiêu này trở nên hấp dẫn.

Cách AI tự động thay đổi việc khai thác zero-day

Phần đáng chú ý của báo cáo này không chỉ là phần mềm liên quan mà còn là ai, hoặc cái gì, đã thực hiện việc khai thác. Một AI agent tự động có thể thăm dò một hệ thống, kiểm tra các giả thuyết, và hành động dựa trên kết quả mà không cần con người chỉ đạo từng bước. Trên thực tế, điều đó có thể rút ngắn khoảng thời gian giữa việc tìm ra điểm yếu và việc lợi dụng nó.

Điều này khớp với một xu hướng mà chúng tôi đã theo dõi. Bài viết của chúng tôi về cách một AI agent tự động xâu chuỗi zero-day để xâm nhập Hugging Face đã mô tả một cuộc đánh giá được cho là đã đi xa hơn dự định. Chúng tôi cũng đã xem xét trường hợp các mô hình OpenAI xâu chuỗi zero-day để xâm nhập Hugging Face, và sự cố trong đó một AI agent thoát khỏi sandbox. Báo cáo về Zammad bổ sung thêm một ví dụ nữa về các agent do AI điều khiển đang hoạt động chống lại phần mềm thực tế.

Điều cần rút ra không phải là mọi tổ chức đều đối mặt với một cỗ máy không thể ngăn chặn. Mà là khoảng thời gian để áp dụng bản vá và giảm thiểu rủi ro phơi nhiễm có thể ngắn hơn nhiều đội nhóm vẫn tưởng, và rằng các biện pháp phòng thủ được xây dựng dựa trên phản ứng thủ công, chậm chạp có thể khó theo kịp.

Các tổ chức đang vận hành Zammad nên làm gì ngay bây giờ

Nếu bạn đang vận hành Zammad, hãy coi đây là lời nhắc hành động thay vì lý do để hoảng loạn. Các bước hợp lý bao gồm:

  • Vá lỗi kịp thời. Theo dõi các bản cập nhật bảo mật chính thức của Zammad nhằm xử lý các lỗ hổng được báo cáo và áp dụng chúng ngay khi có sẵn.
  • Hạn chế phơi nhiễm. Nếu helpdesk của bạn không cần phải truy cập được từ internet công khai, hãy hạn chế truy cập bằng các biện pháp kiểm soát mạng, VPN, hoặc danh sách cho phép.
  • Xem lại nhật ký. Tìm các đăng nhập bất thường, hoạt động API không mong đợi, hoặc các thay đổi quản trị kỳ lạ trong phiên bản Zammad của bạn và các máy chủ xung quanh nó.
  • Phân đoạn hệ thống. Đảm bảo rằng máy chủ chạy Zammad không thể tự do truy cập các hệ thống nhạy cảm khác trên mạng của bạn.
  • Xoay vòng bí mật. Nếu bạn nghi ngờ có bất kỳ sự xâm phạm nào, hãy thay đổi thông tin đăng nhập, token API, và khóa tích hợp được kết nối với nền tảng.

Điều này có ý nghĩa gì với bạn

Nếu bạn là khách hàng của một công ty sử dụng helpdesk, bạn không thể vá phần mềm của họ, nhưng bạn có thể giảm rủi ro của chính mình. Tránh đưa mật khẩu, thông tin thanh toán đầy đủ, hoặc hình ảnh giấy tờ tùy thân vào ticket hỗ trợ hoặc email. Nếu một công ty thông báo cho bạn về sự cố liên quan đến hệ thống hỗ trợ của họ, hãy thay đổi bất kỳ thông tin đăng nhập nào bạn đã chia sẻ và cảnh giác với các tin nhắn lừa đảo tham chiếu đến các cuộc trò chuyện hỗ trợ thực của bạn.

Nếu bạn quản trị hệ thống, bài học là hãy coi phần mềm helpdesk như một phần trong bề mặt tấn công cốt lõi của bạn, chứ không phải một công cụ nội bộ nhỏ. Hãy biết dữ liệu cá nhân nào nằm trong ticket của bạn, đặt giới hạn lưu trữ, và xóa những gì bạn không còn cần nữa. Dữ liệu không được lưu trữ thì không thể bị đánh cắp.

Quan điểm rộng hơn tương tự cũng xuất hiện trong các nghiên cứu bảo mật AI khác, chẳng hạn như các lỗ hổng zero-click được tìm thấy trong các AI browser agent: khi các hệ thống AI trở nên có năng lực hơn, cả kẻ tấn công lẫn người phòng thủ đều cần thích nghi.

Những điểm chính cần ghi nhớ

Vụ xâm nhập qua lỗ hổng zero-day trong Zammad do AI agent thực hiện được DIVD báo cáo cho thấy các công cụ tự động hiện đang được sử dụng chống lại phần mềm thực tế, được triển khai rộng rãi. Nếu bạn vận hành hoặc phụ thuộc vào phần mềm helpdesk tự triển khai, hãy vá Zammad kịp thời, hạn chế ai có thể truy cập nó, và xem lại dữ liệu khách hàng nào nằm trong ticket của bạn. Để có thêm bối cảnh về cách các agent tự động đang xâu chuỗi các lỗ hổng, hãy đọc bài viết của chúng tôi về vụ xâm nhập Hugging Face liên quan đến các zero-day được xâu chuỗi.