Shai-Hulud tái xuất: Mã độc ChainDrop tấn công npm, lây nhiễm hàng trăm gói phần mềm

Vào ngày 4 tháng 8 năm 2026, một kẻ tấn công đã chiếm quyền kiểm soát tài khoản GitHub của người quản trị dự án keyv — một thư viện lưu trữ bộ nhớ đệm kiểu khóa-giá trị có khoảng hàng trăm triệu lượt tải xuống npm mỗi tuần — và cấy một loại sâu máy tính đánh cắp thông tin đăng nhập vào toàn bộ hệ thống gói phần mềm của người quản trị này, bao gồm cacheable, flat-cache, file-entry-cache và cache-manager. Được theo dõi với tên gọi ChainDrop, loại sâu này đã lây lan sang hàng trăm gói phần mềm khác với tổng số lượt cài đặt hàng tháng vượt quá hai tỷ.

Điều khiến vấn đề trở nên nguy hiểm không phải là số lượt tải xuống, mà là cách mã độc đã được tin cậy. Kẻ tấn công đã phát hành thông qua chính quy trình phát hành tự động của dự án, do đó các phiên bản bị nhiễm độc mang nguồn gốc hợp lệ: bằng chứng đã được ký xác nhận rằng gói phần mềm được xây dựng bởi quy trình chính thức từ nguồn thực. Bằng chứng đó vốn được thiết kế để là một tín hiệu an toàn. Trong trường hợp này, nó là thật, bởi chính quy trình đó đã bị xâm nhập. Đối với một nhà phát triển, hoặc với công cụ bảo mật kiểm tra chữ ký, phiên bản độc hại trông hoàn toàn chính thống.

ChainDrop là đợt tấn công mới nhất trong chiến dịch mà các nhà nghiên cứu đã theo dõi kể từ tháng 9 năm 2025: Shai-Hulud 1.0 (tháng 9 năm 2025), 2.0 (tháng 11 năm 2025) và Mini Shai-Hulud, Đợt 4 (tháng 5 năm 2026). Mỗi đợt đều có mức độ nghiêm trọng gia tăng, với các biến thể sau này có khả năng lây lan mạnh mẽ hơn và khai thác các lỗ hổng trong chuỗi cung ứng trên phạm vi rộng hơn.

• Ngày: keyv@6.0.0 là ngày khởi đầu đã được xác nhận, được công bố vào ngày 4 tháng 8 năm 2026.

• Điểm xâm nhập: Vụ tấn công bắt đầu từ việc tài khoản GitHub của người quản trị dự án bị xâm nhập, và bản phát hành độc hại đã đi qua quy trình phát hành chính thức của dự án.

• Quy mô: Các con số có sự chênh lệch tùy theo từng công cụ theo dõi, nhưng tất cả các báo cáo đều nhất trí rằng đây là một sự cố chuỗi cung ứng npm có quy mô rất lớn. StepSecurity ban đầu báo cáo có 435 gói phần mềm / 1.557 phiên bản, trong khi Aikido và các báo cáo sau đó đã đưa con số tổng lên cao hơn, với một số ước tính lên tới trên 1.300 gói phần mềm và khoảng 2 tỷ lượt tải xuống hàng tháng.

• Tải trọng: Có một đường dẫn cài đặt sẵn sử dụng tệp setup.mjs, tệp này sẽ tải xuống Bun và khởi chạy một tải trọng lớn đã được mã hóa nhằm đánh cắp thông tin đăng nhập.

• Nguồn: Các nhà nghiên cứu xếp nó vào họ phần mềm độc hại Shai-Hulud.

Điều khiến ChainDrop trở nên đặc biệt đáng lo ngại là nó không dựa vào một lỗ hổng bảo mật gây chú ý hay một trang web tải xuống giả mạo. Thay vào đó, nó đã lợi dụng chuỗi cung ứng phần mềm thông thường — chính quy trình xuất bản và cài đặt gói phần mềm mà hàng triệu nhà phát triển đang sử dụng.

Trên thực tế, điều này có nghĩa là một gói phần mềm có thể trông có vẻ hợp pháp nhưng lại âm thầm chứa mã độc sẽ được kích hoạt trong quá trình cài đặt. Các nhóm bảo mật cho biết phần mềm độc hại này được thiết kế để đánh cắp thông tin bí mật từ các máy tính của nhà phát triển và các hệ thống CI/CD, bao gồm mã thông báo GitHub, thông tin đăng nhập npm, khóa AWS, thông tin bí mật Kubernetes và các dữ liệu truy cập khác.

Rủi ro trên phạm vi rộng hơn không chỉ giới hạn ở các nhà phát triển. Bất kỳ tổ chức nào sử dụng các gói phần mềm bị ảnh hưởng đều có thể bị xâm phạm gián tiếp thông qua các hệ thống xây dựng, các phụ thuộc và các quy trình phát hành tự động.

ChainDrop là lời nhắc nhở rằng các phụ thuộc mã nguồn mở là một rủi ro kinh doanh, chứ không chỉ là mối quan tâm của các nhà phát triển.

Đối với bất kỳ tổ chức nào phụ thuộc vào phần mềm JavaScript và Node.js, ChainDrop là lời nhắc nhở rằng các phụ thuộc mã nguồn mở là một rủi ro kinh doanh, chứ không chỉ là vấn đề của các nhà phát triển.

Một gói phần mềm bị xâm phạm có thể được kế thừa gián tiếp thông qua các phụ thuộc và hệ thống xây dựng, và điều này có thể dẫn đến việc thông tin đăng nhập bị đánh cắp, truy cập trái phép vào cơ sở hạ tầng đám mây, cũng như việc luân chuyển thông tin bí mật và ứng phó sự cố trên quy mô lớn. Khi tính toàn vẹn phần mềm, kiểm soát truy cập và rủi ro từ bên thứ ba nằm trong phạm vi môi trường kiểm soát của quý vị — như quy định trong các tiêu chuẩn PCI DSS, DORA, NIS2 và CMMC — thì rủi ro này cũng trực tiếp tác động đến các khía cạnh tuân thủ và quản trị.

Nếu bạn có thể đã cài đặt một gói phần mềm bị ảnh hưởng vào hoặc sau ngày 4 tháng 8 năm 2026:

• Quét các thành phần phụ thuộc: Tạo danh sách thành phần phần mềm (SBOM) và quét các thành phần phụ thuộc để phát hiện các phiên bản đã biết là độc hại

• Hình ảnh trước khi thu hồi: Hình ảnh các hệ thống bị ảnh hưởng trước khi xoay vòng mã thông báo. Phần mềm độc hại sẽ theo dõi việc thu hồi thông tin đăng nhập và có thể kích hoạt một trình xử lý nếu bạn thực hiện xoay vòng trước.

• Luân phiên các thông tin bí mật đã bị lộ: Luân phiên tất cả các thông tin bí mật có thể truy cập được (mã thông báo npm, mã PAT của GitHub, khóa SSH, thông tin đăng nhập dịch vụ đám mây) và bắt buộc phải sử dụng xác thực hai yếu tố (MFA)

• Kiểm tra theo phiên bản chính xác, không phải theo tên: So khớp với phiên bản đã được giải quyết chính xác, không phải tên gói; các thẻ đăng ký đã bị thay đổi trong quá trình xảy ra sự cố

• Xóa các hook ở cấp độ kho lưu trữ: Kiểm tra các tệp .claude/settings.json và .vscode/tasks.json, không chỉ trong thư mục node_modules

• Kiểm tra CI/CD: Kiểm tra CI/CD và GitHub Actions để phát hiện các lần phát hành ngoài dự kiến hoặc các quy trình làm việc mới

Bài học rút ra là biện pháp phòng thủ bền vững trước loại tấn công này là kiểm tra nội dung của thành phần đó, thay vì chỉ tin tưởng vào nguồn gốc của nó.