AArch64 Linux向けのピアツーピア型ボットネット「ToxNetV2」が、コントローラーのワークフローにLLMを統合したことがわかりました。これにより、ホストおよびボットネットのテレメトリを構造化された運用上の推奨事項へと変換できるようになっています。
Joe Reverser氏の分析によると、コントローラーはシステムデータを収集してNVIDIA NIMに送信し、選別した応答をACTION:レコードとして解析したうえで、生成されたタスクを認証済みオペレーターのために待機列に登録します。
ただし、これによってToxNetV2が完全に自律化するわけではありません。影響度の高いAI生成アクションについては、ボットネットのオペレーターがaiexecコマンドを通じて承認する必要があります。
しかし、いったん承認されると、これらのアクションはローカルシェルコマンドの実行、ファイルの書き込み、リモートSSHコマンドの実行、永続的な状態変更、そしてコンパイル処理までも引き起こす可能性があります。
同一のToxNetV2バイナリは、コントローラーとしても通常のボットとしても機能します。c2.dataからTox状態を復元すると、コントローラーモードに移行してAIサブシステムを初期化します。その状態がない場合は、通常のボットとして動作します。
これにより役割分担が生まれます。通常のボットはスキャン、拡散、ホスト制御、ネットワーク攻撃などの機能を担い、コントローラーはボットネットの管理と、NVIDIA NIMを活用した意思決定層の運用を担当します。
コントローラーはz-ai/glm-5.2モデルを使ってNVIDIAと通信します。そのレビューワークフローは、ボットネットのカウンターに加え、プロセス、システム負荷、メモリ使用量、ディスク使用量といったローカルのテレメトリを収集します。より広範なレビューでは、ハードコードされたリモートサーバーからもデータを収集する場合があります。
このマルウェアは埋め込みプロンプトを使用しており、その中にはモデルの拒否応答を減らして実行可能な回答を引き出すことを狙った、ENI/VEIL脱獄(ジェイルブレイク)プロンプトも含まれています。
自動レビューからの応答には、構造化されたACTION:行が含まれる場合があります。コントローラーはこれらの行を保留中タスクに変換します。一方、通常のaiprompt応答はテキストのみにとどまります。
解析対象のアクションセットには、ロギング、アラート、メモリ保存、タスクウェイトの変更といった比較的低リスクなタスクが含まれます。加えて、shell_cmd、write_file、ssh_check、compile_deployといった、より深刻なアクションも含まれています。
保留中のアクションは通常、オペレーターがaiexecを実行するまで保持され、実行後にキューがクリアされます。影響の小さいメモリ・状態・ロギング関連の一部の操作については、ヘルスチェック中に自動実行される場合があります。
研究者たちは、ToxNetV2が自身のマルウェアを自律的に書き換え、展開し、置き換えられるという証拠は確認できなかったとしています。
例えば、restart_workerは再起動要求を記録するだけであり、コンパイル処理についても、固定のローカルソースコードをビルドするのみで、自動展開段階が存在する形跡は確認されていません。
とはいえ、この統合は重要な意味を持ちます。NVIDIA NIMは、ボットネットの観測層とコントローラー側の実行機構との間に直接組み込まれている、とjoesecurityは指摘しています。
注: IPアドレスおよびドメインは、誤った名前解決やハイパーリンク化を防ぐため、意図的に無害化表記（例: [.]）にしています。再度有効な形式に戻す作業は、MISP、VirusTotal、あるいは自組織のSIEMなど、管理された脅威インテリジェンス基盤内でのみ行ってください。
ANY.RUNのブラウザ内データ検査で、検知・調査・対応をより迅速に-> ANY.RUNでSOCを強化
翻訳元: https://cyberpress.org/nim-powered-linux-botnet-emerges/
