Tóm tắt nhanh
- Cisco Talos công bố phân tích VOLTA-AUTODOXER, mã độc Windows có thêm bước dùng AI để đánh giá tài sản nạn nhân sau khi lấy dữ liệu.
- Claude Opus 4.6 là mô hình mặc định; cấu hình dự phòng có Kimi K2 và Gemini 2.5 Flash. Bước AI có thể bị bỏ qua khi thiếu khóa truy cập.
- Mã độc ghép thông tin đăng nhập với địa chỉ, công việc và lịch sử dịch vụ để tạo hồ sơ có thứ tự ưu tiên khai thác.
- Ứng phó cần tính đến cả token phiên và dữ liệu ví; tệp thực thi tự xóa không có nghĩa dữ liệu đã an toàn.
VOLTA-AUTODOXER bổ sung một việc đáng lo vào quá trình đánh cắp dữ liệu trên Windows: gọi mô hình AI để xác định tài sản nào của nạn nhân đáng khai thác trước. Báo cáo Cisco Talos công bố ngày 31/10/2026 mô tả một công cụ lấy thông tin đã có nhiều chức năng, còn AI được ghép vào khâu phân tích sau đó. Nó không tự tìm lỗ hổng để xâm nhập máy.
Sự khác biệt nằm ở công đọc và liên kết dữ liệu. Một tập mật khẩu hay cookie đòi hỏi người vận hành tự phân loại; khi được ghép với dấu vết công việc và địa chỉ nhà, chúng có thể trở thành hồ sơ mục tiêu dễ sử dụng hơn. Vì vậy, hậu quả của việc nhiễm mã độc này không nên được hiểu đơn thuần là mất vài tài khoản.
AI nhận dữ liệu đã bị lấy, không tự tấn công máy
Lớp AI xuất hiện sau một đợt thu thập vốn đã đủ nguy hiểm nếu đứng riêng. VOLTA có thể lấy mật khẩu, cookie và thẻ thanh toán đã lưu trong trình duyệt; dữ liệu Firefox, Thunderbird và Outlook; phiên đăng nhập ứng dụng; cùng cấu hình SSH và dịch vụ đám mây. Nó còn thu thập ảnh chụp màn hình và mật khẩu Wi-Fi đã lưu trên máy.
Phạm vi tài khoản vượt ra ngoài email: có Discord, Telegram, Steam, Battle.net, Roblox và token Microsoft OAuth. Với ví tiền mã hóa, mã độc có thêm chức năng thử bẻ khóa kho dữ liệu ngay trong quá trình thu thập. Điều đó không đồng nghĩa mọi ví đều bị giải mã thành công; khả năng thử bẻ khóa và kết quả bẻ khóa là hai việc khác nhau.
Dữ liệu tiếp tục được sắp xếp trong tệp Identity_Report.txt, rồi chuyển thành JSON để gửi tới OpenRouter cùng yêu cầu phân tích. Phản hồi được lưu thành AI_Analysis.txt và đóng gói cùng hồ sơ để chuyển về người vận hành qua Telegram. Lượt gọi AI đi qua kết nối mạng của máy bị nhiễm, còn suy luận được thực hiện bởi dịch vụ mô hình từ xa, không phải một mô hình cài trên máy nạn nhân.
Cấu trúc gửi dữ liệu cũng cho thấy không thể coi AI là điều kiện bắt buộc để vụ trộm xảy ra. Có gói dữ liệu thu thập ban đầu, gói hồ sơ danh tính kèm phân tích nếu có và gói bổ sung từ các dịch vụ trực tuyến khi thu được thông tin. Chặn được lượt gọi mô hình có thể cắt bớt một bước xử lý, nhưng không tự thu hồi phần dữ liệu đã bị lấy.
Dữ liệu mua sắm có thể nối tài khoản với đời sống thật
Giá trị của hồ sơ tăng lên khi các thông tin rời rạc được đối chiếu với nhau. VOLTA có thể tận dụng phiên đăng nhập lấy được để tìm biên lai trong Gmail, truy vấn lịch sử đơn hàng Uber Eats và DoorDash, hoặc bổ sung thông tin tài khoản Discord. Với Roblox, nó còn tra giá trị vật phẩm qua Rolimons.
Những dữ liệu này giúp bổ sung địa chỉ nhà, nơi làm việc, tên miền doanh nghiệp và các dấu vết nhận dạng khác. Một biên lai vốn chỉ phục vụ mua sắm có thể trở thành căn cứ đối chiếu địa chỉ; phiên tài khoản giải trí lại có thể gắn với tài sản có giá trị. Đó là lý do xem dữ liệu dịch vụ phụ là không quan trọng sẽ bỏ sót một phần rủi ro.
Yêu cầu gửi tới AI hướng tới một bản đánh giá mục tiêu, có phần xếp hạng tài sản theo khả năng kiếm tiền và phần nhận xét thói quen bảo mật. Mô hình được yêu cầu liên kết các trường dữ liệu và phân biệt điều có bằng chứng với điều suy đoán. Dù vậy, một bản báo cáo có bố cục rõ và dẫn chiếu dữ liệu vẫn có thể suy luận sai; nó không biến thông tin thu thập thành kết luận chắc chắn về danh tính hay tài sản.
Với người dùng tại Việt Nam, không nên đọc danh sách Uber Eats hay DoorDash thành cảnh báo rằng mọi ứng dụng giao đồ ăn trong nước đều bị VOLTA khai thác. Các dịch vụ được nêu là những đích cụ thể trong mẫu đã phân tích. Bài học rộng hơn nằm ở cách dữ liệu được nối với nhau: máy vừa dùng cá nhân vừa đăng nhập công việc có thể để lộ nhiều lớp thông tin trong cùng một lần bị xâm nhập, thay vì chỉ một tài khoản biệt lập.
Đổi mô hình dự phòng không chứng minh mọi rào chắn đều thất bại
Chuỗi mô hình dự phòng cho thấy tác giả đã tính tới khả năng yêu cầu bị từ chối, chứ chưa chứng minh mọi mô hình đều chấp nhận phân tích nạn nhân. Cấu hình Cisco Talos ghi nhận đặt Claude Opus 4.6 làm mặc định, sau đó thử Kimi K2 rồi Gemini 2.5 Flash. Mã độc kiểm tra những cụm từ từ chối trong phản hồi trước khi chuyển sang lựa chọn khác.
Cisco Talos ghi nhận tham số temperature được đặt ở mức 0,2, phù hợp với mục tiêu giảm độ ngẫu nhiên của câu trả lời. Tuy nhiên, tham số thấp không bảo đảm phân tích chính xác. Nó chủ yếu cho thấy người viết công cụ muốn nhận đầu ra ổn định để đưa tiếp vào hồ sơ, thay vì một đoạn văn biến đổi nhiều giữa các lượt chạy.
Nếu không có khóa OpenRouter, VOLTA vẫn có thể hoạt động mà bỏ qua bước AI. Đây là chi tiết quan trọng khi đánh giá vai trò của các biện pháp an toàn mô hình: từ chối một yêu cầu có ích, nhưng không làm mất những chức năng lấy mật khẩu và phiên đăng nhập ở phía trước. Phòng thủ cần chặn quá trình thu thập, không chỉ trông chờ AI từ chối phân tích.
Mẫu thực thi có sáu vị trí cấu hình thay thế khi tạo bản build, cho phép điền thông tin như kênh Telegram và khóa dịch vụ riêng. Cấu trúc đó gợi ý cách phân phối bằng công cụ tạo mã độc tùy biến cho khách mua, nhưng chưa đủ để khẳng định quy mô kinh doanh hay số nạn nhân. Các điểm kết nối quan sát được đều dùng dịch vụ bên thứ ba, thay vì hạ tầng riêng của kẻ vận hành; điều này cũng khiến việc chỉ tìm một máy chủ lạ để chặn trở nên thiếu sót.
Ứng phó phải xử lý cả phiên đăng nhập, không chỉ mật khẩu
Biện pháp phòng thủ cần nhắm vào đường lấy dữ liệu cụ thể trước khi hồ sơ được gửi đi. Một phần khả năng lấy token của VOLTA dựa vào đường vượt App-Bound Encryption của Chrome thông qua chế độ headless, tức chạy trình duyệt không có cửa sổ giao diện. Giới hạn tiến trình nào được phép khởi chạy Chrome theo cách đó có thể chặn đường giải mã ABE được mô tả trong báo cáo.
Đây là việc phù hợp để quản trị viên triển khai bằng chính sách kiểm soát ứng dụng, đồng thời tạo cảnh báo cho lượt mở Chrome headless từ tiến trình ngoài danh sách tin cậy. Không nên diễn giải thành việc mọi lần chạy headless đều là mã độc, bởi công cụ phát triển và kiểm thử cũng dùng chế độ này. Biện pháp trên cũng không vô hiệu hóa toàn bộ các nhánh thu thập khác của VOLTA.
Khi có dấu hiệu bị xâm nhập, cần thu hồi các token có thể đã lộ và đổi mật khẩu liên quan. Chỉ đổi mật khẩu mà bỏ qua phiên đăng nhập sẽ không giải quyết đầy đủ phạm vi dữ liệu được mã độc nhắm tới. Với thiết bị dùng cho công việc, danh sách cần kiểm tra còn có thông tin truy cập đám mây và SSH, không dừng ở tài khoản trình duyệt.
Tệp thực thi chính có thể đã tự xóa, nhưng nhật ký %APPDATA%\volta_debug.txt vẫn là dấu vết cần cố gắng bảo toàn khi ứng cứu. Nó ghi lại thời điểm thu thập, những dữ liệu đã được lấy và lượt gọi AI có thành công hay không. Xóa vội mọi dấu vết có thể làm mất căn cứ xác định phạm vi sự cố.
Nếu cụm từ khôi phục ví từng nằm ở dạng văn bản rõ trên thiết bị bị nhiễm, cần xem ví đó là đã bị lộ và chuyển tài sản sang ví mới; báo cáo khuyến nghị tạo cụm từ mới trên thiết bị cách ly mạng. Với kiểu đánh cắp này, câu hỏi cấp thiết không phải AI đã chấm nạn nhân vào nhóm giá trị nào, mà là những phiên và khóa truy cập nào vẫn còn cho phép người khác sử dụng tài khoản.
Nguồn tham khảo: Cisco Talos: phân tích VOLTA-AUTODOXER · Tom’s Hardware
