14/11/2026

Unit 42 ghi nhận ARTEX và công cụ red teaming AI bị dùng để xâm nhập

Unit 42 ghi nhận tác nhân tấn công dùng ARTEX và công cụ red teaming dựa trên AI để tự động dò quét, thử nghiệm và xâm nhập tài sản internet-facing. Rà soát ưu tiên trang đặt lại mật khẩu, API, luồng định danh và dịch vụ cloud; tập trung log, phát hiện hành vi tự động và chặn tại network edge.

Unit 42 ghi nhận ARTEX và công cụ red teaming AI bị dùng để xâm nhập

Tóm tắt nhanh

  • Unit 42 ghi nhận ARTEX và công cụ red teaming dùng AI bị tác nhân tấn công sử dụng để tự động dò quét và tìm cách xâm nhập.
  • Đối tượng bị nhắm tới gồm tài sản internet-facing, trang đặt lại mật khẩu, API, luồng định danh và dịch vụ cloud.
  • Thông tin xác thực hoặc quan hệ tin cậy thu được có thể tạo đường vào môi trường cloud mà không cần khai thác lỗ hổng phần mềm.
  • Ưu tiên rà soát tài sản bị lộ, tập trung telemetry và log, phát hiện hành vi tự động và chặn tại network edge.
Nội dung bài viết

Unit 42 ghi nhận tác nhân tấn công dùng ARTEX và các công cụ red teaming dựa trên AI để tự động dò quét, kiểm thử và nhắm vào tài sản internet-facing. Bài phân tích nêu các hành vi quan sát được cùng biện pháp rà soát và giảm thiểu phù hợp.

Tổng quan và thông tin kỹ thuật

ARTEX là framework kiểm thử xâm nhập đa tác nhân dùng AI, mã nguồn mở, được thiết kế để tự động thực hiện hoạt động pentest. Unit 42 ghi nhận framework này cùng các công cụ red teaming dùng AI được sử dụng trong hoạt động dò quét, kiểm thử và xâm nhập tài sản internet-facing.

Thông tinChi tiết
Sản phẩm/công cụARTEX và các công cụ red teaming dùng AI
Loại hoạt độngDò quét, kiểm thử và tìm cách xâm nhập tài sản internet-facing
NguồnPalo Alto Unit 42

Phạm vi ảnh hưởng

Unit 42 ghi nhận hoạt động tại nhiều tổ chức và lĩnh vực, đôi khi trong chưa đầy một ngày. Các mục tiêu được nêu gồm quy trình định danh, trang đặt lại mật khẩu công khai, API bị lộ và tài sản internet-facing khác; thông tin xác thực hoặc quan hệ tin cậy thu được có thể tạo đường vào môi trường cloud.

Cơ chế và tác động

Kẻ tấn công dùng ARTEX và LLM để tự động đánh giá phản hồi, điều chỉnh khi yêu cầu thất bại rồi tiếp tục nhắm vào các bề mặt công khai. Theo hồ sơ, con đường vào môi trường cloud có thể dựa trên thông tin xác thực và quan hệ tin cậy thu được, không nhất thiết cần khai thác lỗ hổng phần mềm.

Các hành vi Unit 42 ghi nhận gồm những cụm 1–14 yêu cầu cách nhau khoảng một giây, sau đó tạm dừng 25–31 giây; chuyển hướng trong khoảng một phút sau khi tải thông tin xác thực; và xác thực hơn 200 client secret trong khoảng ba phút. Các dấu hiệu khác gồm truy cập route lấy từ OpenAPI spec hoặc source map, sửa rồi gửi lại yêu cầu HTTP 422, và gửi GET để kiểm tra sau thao tác ghi.

Hoạt động còn có thể gồm thử ghi rồi xóa trên bucket, dùng username giả hoặc giá trị giữ chỗ như evil[.]com, test@example[.]com và deadbeefdeadbeefdeadbeef12, nhắm song song nhiều loại thiết bị và dịch vụ, hoặc polling theo chu kỳ kéo dài. Trong khảo sát Cairn, một IP nguồn tạo hàng trăm nghìn yêu cầu tần suất cao trên nhiều giao thức biên.

Biện pháp rà soát và giảm thiểu

  1. Ưu tiên rà soát tài sản internet-facing, đặc biệt là trang đặt lại mật khẩu công khai, API, luồng định danh và dịch vụ cloud có thể dẫn tới quyền truy cập cloud.
  2. Tập trung telemetry biên và log để nhận diện yêu cầu tự động có tần suất cao, đồng thời chặn chiến dịch tại network edge.
  3. Liên tục phát hiện và giảm thiểu tài sản biên bị phơi lộ; theo dõi hạ tầng lưu trữ các công cụ để cập nhật chặn biên.
  4. Có thể dùng phản hồi lỗi chung nhất quán hoặc throttling kết nối im lặng để hạn chế tín hiệu giúp agent thích nghi.
  5. Có thể thử nghiệm framework offensive mã nguồn mở trong môi trường kiểm soát để tìm, xác thực và khắc phục điểm phơi lộ.

Nguồn tham khảo