Newsroom & Threat Intelligence Việt Nam
Thông tin có nguồn. Phân tích có bằng chứng.
LƯU ÝKhông quy kết họ ransomware chỉ từ phần mở rộng file hoặc ransom note đơn lẻ.Giờ Việt Nam · UTC+7
Phân tích kỹ thuật

Storm-3358 dùng ARTEX nhắm vào tổ chức tài chính Đông Nam Á

Tình báo về cách Storm-3358 khai thác ứng dụng công khai, bằng chứng từ các chiến dịch dùng ARTEX và hướng săn tìm cho SOC ngân hàng Việt Nam.

Cập nhật: · Giờ Việt Nam (UTC+7)

Mặt tiền ngân hàng cách điệu sau hai lớp bảo vệ màu xanh thép, với một vệt đỏ đi qua khe hẹp.
Hình 1. Lớp ứng dụng công khai là điểm cần rà soát đầu tiên. Quét QR để mở bài viết.
Đã xác minh

Đối chiếu báo cáo công khai đến 10/11/2026. Xác minh phạm vi mà từng nguồn công bố, chưa có chứng cứ độc lập về nạn nhân tại Việt Nam hay tác động mã hóa.

Phân tích từ bài của Thời Báo Ngân Hàng và các báo cáo kỹ thuật công khai, có hỗ trợ AI. Hình minh họa biên tập có chữ ký TungTEK gốc. QR dẫn tới bản tiếng Việt.

Từ tháng 10/2026, Microsoft Threat Intelligence ghi nhận Storm-3358, cụm xâm nhập vì lợi ích tài chính đặt tại Campuchia theo đánh giá của hãng, dùng ARTEX cùng công cụ tự động hóa thông thường để nhắm vào các tổ chức tài chính, chủ yếu ở Đông Nam Á. Hãng ghi nhận khai thác ứng dụng hướng Internet và cài công cụ điều khiển từ xa trên hệ thống bị xâm nhập. Báo cáo không nêu tên ngân hàng, số nạn nhân hay trường hợp mã hóa dữ liệu tại Việt Nam. [1]

Bài của Thời Báo Ngân Hàng ngày 09/11 đặt vấn đề về chi phí và tốc độ của công cụ AI. Với đội an ninh ngân hàng, câu hỏi có thể kiểm tra ngay là ứng dụng công khai nào cho phép ghi tệp hoặc gửi yêu cầu từ máy chủ, và đội trực có nối được dấu vết từ yêu cầu đầu tiên đến thực thi, kết nối ra ngoài hoặc thay đổi quyền hay không. [6]

Bốn tập hồ sơ tách rời nhau, mỗi tập có một dấu nhận diện hình học riêng.
Hình 2. Mỗi báo cáo gắn với một hồ sơ hoạt động và phạm vi bằng chứng riêng. Minh họa biên tập.
Các mốc công bố và phạm vi bằng chứng
Nguồn và mốc công bốHoạt động được ghi nhậnPhạm vi kết luận
Microsoft · 06/11 [1]Storm-3358 nhắm khối tài chính, chủ yếu ở Đông Nam Á. Hãng ghi nhận tải tệp ẩn danh, SSRF và cài RAT.Chưa có danh sách nạn nhân, số vụ thành công hay tác động ở Việt Nam trong báo cáo.
CrowdStrike · 07/10 [2]Cụm chưa định danh nhắm tài chính Hàn Quốc cuối tháng 9 đến đầu tháng 10. Nguồn ghi nhận dữ liệu bị lấy ra ngoài.Nhận định đối tượng nói tiếng Trung và có động cơ tài chính ở mức tin cậy trung bình. Chưa xác nhận số tổ chức bị ảnh hưởng.
Microsoft · 21/10 [3]Storm-0940 nhắm nhiều ngành. Microsoft quy kết vụ chuỗi cung ứng ConnectWise Cloud Backup cho cụm này và thấy lạm dụng quyền ứng dụng ở tenant khách hàng.Đây là hồ sơ riêng. Xác thực thành công bằng danh tính ứng dụng chỉ xác nhận truy cập ở lớp danh tính.
Microsoft · 05/11 [5]Ghi nhận dò bí mật trong GitHub công khai và lạm dụng thông tin xác thực ứng dụng. Một ca tiến từ dò bí mật đến lấy dữ liệu Azure Key Vault trong 5 phút.Năm phút là thời gian của một ca được quan sát. Chưa có căn cứ gắn ca đó với Storm-3358.
Nhiều thẻ hình chìa khóa dừng trước một cổng danh tính đang đóng.
Hình 3. Đối chiếu số lần thử, kết quả xác thực và hoạt động sau đăng nhập trong cùng cửa sổ điều tra. Minh họa biên tập.

Trong hồ sơ Storm-0940, Microsoft ghi nhận hơn 2.250 tenant nằm trong phạm vi thử đăng nhập sau sự cố Cloud Backup. Riêng đợt password spraying từ 10 đến 14/10 nhắm 327 tài khoản ở tám tổ chức, với hơn 151.000 lượt thất bại, đỉnh 2.900 lượt/phút. Microsoft chưa quan sát xác thực thành công trong đợt thử mật khẩu đó. Ở các hoạt động khác của Storm-0940, Microsoft quan sát nhiều lần lấy được đặc quyền cloud trong chưa đầy ba giờ. Khi lập timeline, SOC cần giữ riêng mẫu số theo tenant, tài khoản và sự kiện đăng nhập. [3] [10]

Hai nhóm máy chủ có hình dáng lặp lại đứng cạnh một số máy chủ riêng lẻ.
Hình 4. Cấu hình lặp giữa nhiều host là một dấu hiệu cần xem xét khi đánh giá quy mô triển khai ARTEX. Minh họa biên tập.

Đầu tháng 11, Censys thấy 1.465 host lộ giao diện ARTEX. Sau khi bỏ khoảng 650 host thuộc hai cụm có cấu hình lặp, còn khoảng 815 triển khai có vẻ phân biệt được. Phép đo dựa trên dấu hiệu giao diện công khai nên bỏ sót triển khai kín và có thể bao gồm pentest hợp lệ. Vị trí máy chủ, số host và độ giống cấu hình chỉ hỗ trợ điều tra hạ tầng. Số người vận hành, nạn nhân và tỷ lệ xâm nhập vẫn chưa xác định. [4]

Một thẻ biểu tượng ngân hàng nằm giữa ba khay cách điệu chứa công cụ kiểm tra, thẻ lệnh và tài liệu kết quả.
Hình 5. Agent lập kế hoạch, gọi công cụ và đọc kết quả để chọn bước tiếp theo. Minh họa biên tập.

ARTEX ra mắt tháng 7/2026 như một framework kiểm thử xâm nhập có thể kết nối mô hình ngôn ngữ và điều phối các công cụ quen thuộc. Agent lập kế hoạch, đọc kết quả và chọn bước tiếp theo. CrowdStrike tìm thấy cấu hình ARTEX và lịch sử phiên Claude Code trên hạ tầng do đối tượng vận hành trong ca Hàn Quốc. Kho công khai ban đầu đã bị gỡ, song các bản sao còn lưu hành theo Censys. Giấy phép của bản phát hành ban đầu không cho biết chi phí mô hình, máy chủ và proxy của một chiến dịch. [2] [4]

Cổng ứng dụng cách các máy chủ phía sau bằng một đường biên mảnh. Một thẻ đỏ nằm giữa khe cổng.
Hình 6. Tải tệp và yêu cầu từ máy chủ đi qua hai điểm kiểm soát khác nhau. Minh họa khái niệm.

Trong hồ sơ Storm-3358, Microsoft ghi nhận khai thác tải tệp ẩn danh và SSRF, tức lừa ứng dụng gửi yêu cầu dưới danh nghĩa máy chủ. Hai điểm yếu có điều kiện và hậu quả khác nhau. Tệp được lưu thành công chỉ xác nhận thao tác ghi. Cần kiểm tra khả năng thực thi và quyền của tiến trình phục vụ web. SSRF có thể mở đường tới một dịch vụ vốn chỉ chấp nhận truy cập nội bộ nếu máy chủ được phép kết nối. Các hành vi khai thác ứng dụng hướng Internet có thể đối chiếu với ATT&CK T1190. [1] [9]

Microsoft còn ghi nhận Storm-3358 dùng WISP, vshell và AdaptixC2 để duy trì quyền truy cập và di chuyển ngang. Một dấu vết có giá trị điều tra là tiến trình phục vụ web hoặc tài khoản dịch vụ thực hiện hành vi lệch khỏi chức năng của nó, rồi kết nối ra ngoài hoặc truy cập một hệ thống mới. Cụm chuỗi này có ích khi công cụ đổi địa chỉ nguồn hoặc dùng chung với hoạt động kiểm thử được phép. [1]

Một thẻ danh tính ứng dụng có khe khóa nằm trước các khối tài nguyên đám mây.
Hình 7. Quyền đã cấp cho danh tính ứng dụng xác định những tài nguyên mà thông tin xác thực đó có thể truy cập. Minh họa biên tập.

Hồ sơ ConnectWise cho thấy một đường vào khác. Khi thông tin xác thực của ứng dụng nhiều tenant bị lấy cắp, đối tượng có thể dùng các quyền đã cấp cho ứng dụng để gọi API mà không cần phiên đăng nhập tương tác của nhân viên. MFA cho người dùng vẫn cần thiết. Với ứng dụng, ngân hàng phải kiểm soát riêng quyền app-only, vòng đời secret và khả năng phát hiện khi danh tính đó bắt đầu truy cập ngoài phạm vi thông thường. [3]

Ba lớp nhật ký cách điệu chồng lên nhau. Một vòng đỏ đánh dấu điểm giao.
Hình 8. Đối chiếu bằng chứng từ lớp web, máy chủ và danh tính để phân loại sự kiện.

Bắt đầu từ cổng khách hàng, cổng đối tác và các API công khai có chức năng tải tệp hoặc truy xuất URL. Bảng dưới đây là giả thuyết để đội SOC kiểm tra bằng dữ liệu nội bộ. Thứ tự sự kiện, chủ tài sản và nhật ký thay đổi giúp tách hoạt động hợp lệ khỏi sự cố. [1] [3] [5]

Tín hiệu, nguồn log và quyết định điều tra
Tín hiệu cần nốiNguồn và khóa đối chiếuBằng chứng cần trước khi nâng mức
Tải tệp hoặc SSRF nghi vấn, sau đó có kết nối ra ngoài khác thường.WAF hoặc gateway, log ứng dụng, DNS và proxy egress. Nối request ID với backend, thời điểm và đích.Xác định request có tới backend và backend có ghi tệp, tạo tiến trình hoặc kết nối thành công.
Tiến trình web sinh tiến trình hiếm hoặc tạo tệp rồi thực thi.EDR và log hệ điều hành. Nối host, tài khoản dịch vụ, cây tiến trình và thời điểm triển khai.Kiểm tra tiến trình con, đường dẫn, hash, cơ chế tự khởi động và hệ thống được truy cập tiếp.
Nhiều tài khoản thất bại, sau đó có đăng nhập thành công bất thường.Log IdP hoặc Entra. Nhóm theo cửa sổ thời gian, tài khoản, ứng dụng đích, nguồn và kết quả xác thực.Xác nhận phiên hoặc token được cấp, rồi đối chiếu hoạt động của danh tính sau đăng nhập.
Service principal đăng nhập ngoài nền thông thường rồi xuất hiện quyền hoặc bí mật mới.Service principal sign-ins, Entra Audit, Microsoft Graph/Purview nếu có. Nối tenant, app ID và object ID.Xác minh thay đổi bằng phiếu quản trị. Tách việc cấp token, truy cập tài nguyên và chuyển dữ liệu thành ba mốc.

Khi ghép chuỗi, chuẩn hóa thời gian về UTC và giữ mốc giờ gốc. Nếu hệ thống sau proxy, chỉ dùng trường IP chuyển tiếp từ proxy được tin cậy. Một cảnh báo WAF, user-agent hoặc IP trùng IOC đủ để mở truy vấn, còn kết luận xâm nhập cần dấu vết trên máy chủ hoặc danh tính. Ghi rõ nguồn log thiếu và thời hạn lưu. Một cửa sổ không có log để đối chiếu vẫn là khoảng trống điều tra. [1] [3]

Hai khối hạ tầng màu navy được tách bằng một khoảng trống. Một chốt đỏ dừng đường kết nối phía trước.
Hình 9. Chặn đường truy cập bị ảnh hưởng và kiểm soát riêng luồng sao lưu, phục hồi giữa hai vùng.
  • Trong 24 giờ đầu. SOC và chủ ứng dụng lập danh mục điểm vào công khai và quyền của dịch vụ phía sau. Ưu tiên cổng ghi tệp, xử lý URL và tích hợp có quyền rộng. Lưu log dễ hết hạn. Khi xác nhận thực thi trái phép hoặc quyền ứng dụng bị lạm dụng, điều phối cô lập máy chủ hay vô hiệu hóa đường truy cập bị ảnh hưởng theo quy trình IR, đồng thời giữ bằng chứng phục vụ điều tra. [1] [3]
  • Trong 24 đến 72 giờ. Chủ ứng dụng siết phân quyền tải tệp, lưu tệp ngoài webroot ở nơi không thực thi và giới hạn đích ra ngoài theo chức năng. Với danh tính ứng dụng bị lộ, thu hồi hoặc xoay vòng thông tin xác thực bị ảnh hưởng, rà quyền và truy tìm credential, consent hoặc vai trò được thêm ngoài thay đổi đã duyệt. Rà nhật ký truy cập dữ liệu trước khi xác định phạm vi thông báo. [3] [5] [7] [8]
  • Trước khi khôi phục đầy đủ. Kiểm tra tài khoản có quyền xóa hoặc đổi chính sách lưu giữ bản sao. Đội phục hồi xác nhận còn bản sao cô lập hoặc bất biến và thử khôi phục một dịch vụ đại diện trong môi trường tách biệt. Ghi thời gian phục hồi, dữ liệu kiểm tra và người phê duyệt mở lại luồng.
Một dịch vụ được khôi phục và các lớp bản sao lưu nằm trên nền tảng tách khỏi hệ thống sản xuất.
Hình 10. Kiểm thử dịch vụ và tính toàn vẹn dữ liệu trong môi trường phục hồi tách biệt trước khi mở lại luồng vận hành. Minh họa biên tập.

Quyền trên máy chủ, danh tính đám mây và quyền quản trị sao lưu có thể quyết định phạm vi gián đoạn nếu một cuộc xâm nhập leo thang. Đối với Storm-3358, nguồn công khai được rà soát đến 10/11/2026 xác nhận hoạt động nhắm vào khu vực và một số kỹ thuật xâm nhập. Phạm vi nạn nhân tại Việt Nam và tác động mã hóa vẫn chưa được xác nhận. [1]

ARTEXStorm-3358Tình báo mối đe dọaAn ninh ngân hàngIncident Response
[1] Microsoft Threat Intelligence · ARTEX abuse expands as cybercriminals target financial sector06/11/2026 · Chiến dịch Storm-3358, kỹ thuật khai thác ứng dụng và dấu vết sau xâm nhập.
[2] CrowdStrike Intelligence · Unknown Threat Actor Uses AI-Driven ARTEX to Target South Korean Finance07/10/2026 · Hạ tầng và nhật ký phiên liên quan đến một cụm hoạt động riêng ở Hàn Quốc.
[3] Microsoft Threat Intelligence · AI-driven, large-scale nation-state campaign using ARTEX enables supply chain compromise21/10/2026 · Storm-0940, password spraying và lạm dụng danh tính ứng dụng qua kết nối Cloud Backup.
[4] Censys · ARTEX: Agentic Asbestos05/11/2026 · Khảo sát giao diện ARTEX công khai và giới hạn của phép đếm theo host.
[5] Microsoft Threat Intelligence · Threat actors use agentic AI tooling to find and abuse exposed secrets05/11/2026 · Quan sát riêng về bí mật công khai và lạm dụng thông tin xác thực ứng dụng.
[6] Thời Báo Ngân Hàng · AI hack miễn phí đang nhắm vào các ngân hàng ở Đông Nam Á09/11/2026 · Bài báo tiếng Việt đặt vấn đề về chi phí và mức độ tự động hóa.
[7] OWASP · File Upload Cheat SheetTài liệu tham chiếu · Xác thực và phân quyền tải tệp, kiểm tra loại tệp và vị trí lưu.
[8] OWASP · Server Side Request Forgery Prevention Cheat SheetTài liệu tham chiếu · Kiểm soát đích và đường truy cập mạng cho ứng dụng gửi yêu cầu ra ngoài.
[9] MITRE ATT&CK · T1190 Exploit Public-Facing ApplicationTài liệu tham chiếu · Mã kỹ thuật cho khai thác ứng dụng hướng Internet.
[10] MITRE ATT&CK · T1110.003 Password SprayingTài liệu tham chiếu · Mã kỹ thuật cho thử mật khẩu trên nhiều danh tính.

Phạm vi và ngày của từng nguồn được ghi riêng khi có dữ liệu. Việc dẫn nguồn không đồng nghĩa xác minh độc lập toàn bộ nhận định.

· Xuất bản bản tiếng Việt và tiếng Anh, đối chiếu các cụm hoạt động và bổ sung ma trận săn tìm cùng bốn minh họa.

· Bổ sung sáu minh họa tối giản theo từng phần, nâng tổng số lên mười hình. Dùng chữ ký TungTEK gốc tách nền và QR dẫn về bài, cập nhật đồng thời bản VI/EN.

Chính sách sửa bài
N
Ransomware.VN

Biên tập tình báo mối đe dọa và phân tích kỹ thuật từ nguồn công khai, có hỗ trợ AI.