2026 年 9 月 3 日、米国のサイバーセキュリティ・インフラセキュリティ庁(CISA)が 7 件の脆弱性を一度に KEV(悪用が確認された脆弱性カタログ)へ追加しました。うち 2 件は「自分のサーバーに入れている」タイプのソフトウェアに直撃します。
- CVE-2026-49869 —— Kestra OSS のコマンドインジェクション、CVSS 10.0
- CVE-2026-59822 —— Berri LiteLLM の認証不備、CVSS 8.8
残り 5 件は、CVE-2026-83548(SonicWall SMA 1000 のサーバーサイドリクエストフォージェリ、10.0)、CVE-2026-83549(同製品の OS コマンドインジェクション、7.8)、CVE-2026-9586(Sangoma Switchvox の SQL インジェクション、9.3)、CVE-2026-82329(JFrog Artifactory の認証不備、9.8)、CVE-2026-48710(Kludex Starlette の HTTP スマグリング、6.5)です。
攻撃者が狙っているのはデータではなく CPU
実際に観測された悪用後の挙動が記録されています。攻撃者はリバースシェルを設置して永続化し、LiteLLM の環境に対しては ELF バイナリ経由で XMRig マイナーを配置しました。Kestra 側はワークフローエンジン経由でシェルを実行し、同じくマイナー配置とホスト資源の乗っ取りに至っています。
ここは明確にしておく価値があります。自前でホストしているのが社内ツールだと、「顧客データは無いから、やられても構わない」と考えがちです。しかしマイニングはあなたのデータを必要としません。必要なのは CPU 時間と帯域であり、請求書と事業者からの不正利用通知はあなた宛に届きます。
なぜ今回の顔ぶれが VPS 利用者に近いのか
対象ソフトの性格を見れば分かります。LiteLLM は複数モデル API を束ねるゲートウェイ、Kestra はワークフロー/スケジューリングエンジン、Artifactory は成果物リポジトリ、Starlette は FastAPI の土台です。どれも典型的な「自分の VPS に 1 つ立てておく」部類であり、しかもクイックスタート文書は 3 分で動かすことを優先するため、0.0.0.0 で待ち受ける設定が既定になりがちです。入れたまま見直さなければ、それはインターネットに公開されています。
連邦機関向けの期限も緊急度を物語ります。7 件のうち 5 件は 9 月 5 日まで、CVE-2026-48710 と CVE-2026-59822 は 9 月 16 日まででした。KEV の期限が法的に縛るのは米連邦機関だけですが、それ以外の人にとっても「実際に悪用が確認された」というラベルは、いま最も有用なパッチ優先度の判断材料です。CVSS の数値よりも「今まさに攻撃されているか」を語ります。
3 分でできる自己点検
- CPU を食われていないか:
uptimeで負荷、ps aux --sort=-%cpu | headで犯人を見ます。トラフィックが無いのに継続的に満負荷なのが典型症状です。詳細はVPS の CPU 使用率 100% を診断するを参照。 - 不審な外向き接続がないか:
ss -tnp state established。マイニングプールでよく使われる 3333、5555、7777、14444 といったポートや、見覚えのないドメインに注意します。 - 永続化の確認:
crontab -l、ls -la /etc/cron.*、systemctl list-timers、ls -la ~/.config/systemd/user/。マイナーが単独プロセスだけで動いていることはまずなく、必ず再起動を生き延びようとします。 - 公開面の確認:
ss -tlnpで待ち受けポートを一覧し、0.0.0.0:で始まる行それぞれについて「本当にインターネットから到達可能である必要があるか」を口に出して確認します。
この種のソフトの正しい置き方
- 既定はループバック。管理画面と内部 API は
127.0.0.1に束縛し、必要なら SSH トンネル(ssh -L 8080:127.0.0.1:8080 user@host)や WireGuard で到達します。公開ポートを開けて弱いパスワードを添えるのは論外です。 - どうしても公開する場合は、前段にリバースプロキシを置き、実質的な認証(アプリ既定の管理者ではなく)を追加し、IP で制限し、ファイアウォールを既定拒否にします。具体的なコマンドはVPS のセキュリティ強化:ufw ファイアウォールと SSH 鍵ログインにあります。
- 修正版へ更新し、自前ホストの各コンポーネントに「そのセキュリティ情報を読む担当者」を割り当てます。導入に 3 分、その後 3 年誰も見ない——これが共通の筋書きです。
すでにやられていた場合
「プロセスを殺してファイルを消す」で止めないでください。マイナーを置ける侵入経路は他のものも置けますし、永続化はたいてい一箇所ではありません。侵害された VPS の調査と再構築の手順に従い、清掃の前に証拠を取り、すべての資格情報を更新し、可能なら作り直します。SharkCloud の日本・シンガポール・香港・米国のノードはいずれも独立インスタンスであり、きれいなマシンを立ててデータを戻すほうが、制御を失った箱の上で外科手術をするより速く、信頼できます。