Các bản sao ARTEX bị cài cửa hậu cấp quyền root cho các bảng điều khiển tự lưu trữ

Đội Ứng cứu Khẩn cấp Máy tính Ấn Độ (CERT-In) đã xác định một nhóm đe dọa đang hoạt động, được theo dõi với tên gọi Crafty Falcon, nhắm mục tiêu vào các lĩnh vực Ngân hàng, Dịch vụ Tài chính và Bảo hiểm (BFSI) bằng cách sử dụng các công cụ an ninh hỗ trợ bởi trí tuệ nhân tạo. Đồng thời, các nhà nghiên cứu bảo mật phát hiện ra rằng các phiên bản nhái của công cụ kiểm thử xâm nhập mã nguồn mở ARTEX chứa các cửa hậu ẩn, cho phép kẻ tấn công có toàn quyền root trên bất kỳ hệ thống nào chạy phần mềm bị xâm phạm.

Chuyện gì đã xảy ra

CERT-In tiết lộ rằng Crafty Falcon đang khai thác các công cụ an ninh tấn công do AI điều khiển có sẵn công khai như ARTEX, PentAGI, Cairn và CyberStrikeAI. Những công cụ này cho phép nhóm đe dọa thực thi toàn bộ chuỗi tấn công một cách tự động với tốc độ máy móc, tạo ra và tinh chỉnh các tập lệnh tấn công riêng biệt liên tiếp trong thời gian ngắn. Cơ sở hạ tầng hỗ trợ các cuộc tấn công này thường xuyên thay đổi địa chỉ IP, gây khó khăn cho việc phát hiện. Chiến dịch này đặc biệt nhắm vào các sàn giao dịch tiền điện tử và nhà cung cấp dịch vụ tài sản kỹ thuật số, dẫn đến việc đánh cắp khóa mã hóa và quỹ.

Trong một diễn biến riêng biệt nhưng có liên quan, nhà phát triển gốc của ARTEX đã xóa kho lưu trữ chính thức khỏi GitHub do việc lạm dụng nó trong các cuộc xâm nhập thực tế. Tuy nhiên, nhiều bản sao đã xuất hiện trên GitHub và Docker Hub để lấp đầy khoảng trống đó. Nhà nghiên cứu độc lập Badbyte xác định rằng một bản sao cụ thể, được lưu trữ dưới tên người dùng trhhubsd, đã sửa đổi tệp docker-compose.yml để tải một hình ảnh độc hại có tên tomicdd/artex từ Docker Hub. Hình ảnh này đã được tải xuống khoảng 9.000 lần.

Sự sửa đổi độc hại chèn một hàm ẩn vào trình xử lý đăng nhập. Nếu trường CAPTCHA bắt đầu bằng một dấu hiệu bí mật, hệ thống sẽ thực thi phần còn lại của đầu vào như một lệnh shell root mà không kiểm tra thông tin xác thực. Điều này tạo ra một shell root không cần xác thực trên mọi bản cài đặt, vượt qua các quy trình xem xét mã tiêu chuẩn. Từ ngày 2 tháng 11 đến ngày 4 tháng 11 năm 2026, các nhà nghiên cứu đã tìm thấy 62 bảng điều khiển ARTEX hướng ra internet phục vụ bản build bị cài cửa hậu này, với trường hợp đầu tiên xuất hiện vào ngày 20 tháng 10 năm 2026.

Chi tiết chính

• CERT-In xác định Crafty Falcon là nhóm đe dọa sử dụng các công cụ AI như ARTEX và PentAGI để nhắm mục tiêu vào các lĩnh vực BFSI và tiền điện tử.
• Hình ảnh Docker ARTEX bị cài cửa hậu tomicdd/artex đã được tải xuống 9.000 lần từ Docker Hub.
• Một hàm verifyCaptcha() ẩn cấp quyền shell root không cần xác thực nếu trường CAPTCHA chứa một dấu hiệu bí mật.
• Các nhà nghiên cứu đã xác định 62 bảng điều khiển ARTEX bị cài cửa hậu trực tuyến từ ngày 2 tháng 11 đến ngày 4 tháng 11 năm 2026.
• Hai mươi sáu trong số các bảng điều khiển bị xâm phạm nằm ở Mỹ, tiếp theo là 17 ở Hồng Kông và bảy ở Trung Quốc.
• Tổng cộng có 1.645 máy chủ được tìm thấy đang phục vụ các bảng điều khiển ARTEX tính đến ngày 4 tháng 11 năm 2026, trên nhiều namespace khác nhau.

Bối cảnh

ARTEX là một công cụ kiểm thử xâm nhập mã nguồn mở được thiết kế để giúp các chuyên gia bảo mật xác định các lỗ hổng trong hệ thống của chính họ. Khi các nhà phát triển xóa những công cụ này khỏi các kho lưu trữ công khai do bị lạm dụng, nó thường tạo ra một khoảng trống mà các tác nhân độc hại lấp đầy bằng các bản sao bị xâm phạm. Các kho lưu trữ nhái này có thể trông giống hệt bản gốc nhưng chứa những thay đổi tinh vi, chẳng hạn như các tệp cấu hình Docker bị sửa đổi, tải các hình ảnh container độc hại thay vì phần mềm hợp lệ.

Shell root là mức truy cập quản trị cao nhất trên hệ thống dựa trên Linux hoặc Unix. Việc có được quyền root cho phép kẻ tấn công đọc, sửa đổi hoặc xóa bất kỳ tệp nào, cài đặt phần mềm độc hại và chuyển hướng sang các hệ thống khác trong mạng. Trong bối cảnh phần mềm tự lưu trữ, việc chạy một công cụ như ARTEX với quyền root trên một cổng mở làm tăng đáng kể hồ sơ rủi ro, đặc biệt nếu chính phần mềm đó bị xâm phạm. Nguyên tắc đặc quyền tối thiểu gợi ý rằng các dịch vụ nên chạy với chỉ những quyền cần thiết để hoạt động, nhưng nhiều công cụ kiểm thử xâm nhập yêu cầu đặc quyền nâng cao để hoạt động hiệu quả, tạo ra một sự đánh đổi nguy hiểm.

Tại sao điều này quan trọng

Đối với các đội ngũ vận hành phần mềm của riêng mình, sự cố này nhấn mạnh những rủi ro khi phụ thuộc vào các công cụ mã nguồn mở không chính thức hoặc không được duy trì. Khi một dự án phổ biến bị bỏ rơi hoặc xóa đi, người dùng thường di cư sang các fork mà không xác minh tính toàn vẹn của chúng. Trong trường hợp này, sự tiện lợi khi tìm thấy một bản sao hoạt động của ARTEX đã khiến hàng nghìn người dùng tải xuống một hình ảnh bí mật trao quyền kiểm soát máy chủ của họ cho kẻ tấn công. Điều này minh chứng cho thấy các cuộc tấn công chuỗi cung ứng có thể khai thác lòng tin mà người dùng đặt vào các tên công cụ và giao diện quen thuộc.

Việc sử dụng các công cụ do AI điều khiển bởi các nhóm đe dọa cũng thay đổi tốc độ và quy mô của các cuộc tấn công. Kiểm thử xâm nhập thủ công truyền thống chậm rãi và có phương pháp, nhưng các công cụ hỗ trợ bởi AI có thể tạo ra và kiểm tra hàng nghìn biến thể khai thác trong vài phút. Đối với các đội ngũ tự lưu trữ, điều này có nghĩa là các lỗ hổng phải được vá nhanh hơn bao giờ hết. Ngoài ra, khả năng thích ứng payload dựa trên phản hồi của mục tiêu của các công cụ này làm giảm hiệu quả của các cơ chế phòng thủ tĩnh, đòi hỏi khả năng giám sát và phản ứng động hơn.

Hơn nữa, việc xâm phạm các bảng điều khiển ARTEX không chỉ phơi bày máy chủ host mà còn cả dữ liệu thu thập được bởi công cụ. Một phiên bản bị xâm phạm giữ các kết quả chưa được vá, thông tin xác thực trực tiếp, các phiên đã ghi lại và thông tin vị trí mạng. Kẻ tấn công có quyền truy cập vào cửa hậu có thể âm thầm thay đổi những gì các agent làm trong các lần chạy tiếp theo, biến một công cụ bảo mật thành một nền tảng giám sát và tấn công bền vững trong cơ sở hạ tầng của tổ chức.

Bạn có thể làm gì

• Xác minh nguồn gốc của tất cả các hình ảnh Docker và công cụ mã nguồn mở, tránh các fork không chính thức trừ khi bạn đã tự kiểm toán mã.
• Chạy các công cụ bảo mật trong môi trường cô lập hoặc container với đặc quyền hạn chế, tuyệt đối không chạy với quyền root trên các hệ thống sản xuất nếu có thể tránh được.
• Giám sát mạng của bạn để tìm các kết nối outbound bất ngờ từ các công cụ bảo mật, điều này có thể chỉ ra sự xâm phạm.
• Triển khai xác thực đa yếu tố (MFA) trên tất cả các ứng dụng hướng ra internet và các endpoint đặc quyền để ngăn chặn việc đánh cắp thông tin xác thực.
• Thường xuyên xoay vòng token API và thông tin xác thực, và tránh hard-code chúng trong các tệp cấu hình hoặc mã nguồn.
• Kiểm toán các job theo lịch trình và worker nền của bạn để đảm bảo chúng đang chạy như mong đợi và không bị giả mạo.