本文へ
ハクソク

世界を動かす技術を、日本語で。

Plexの脆弱性が悪用され、クリプトマイナーを仕込む攻撃が発生中

元記事: 原文(boredhackerblog.info)

概要

  • Plex Media Server の重大な脆弱性に関する実際の悪用事例を調査したレポート
  • 暗号通貨マイナー やプロキシの悪用が観測されたことを報告
  • 実験用ハニーポットを設置し、攻撃の詳細な挙動を観察
  • 攻撃元IPや悪意あるファイルの ハッシュ値・IOC を共有
  • 継続的な観測で新たな悪用やマルウェアも発見

Plex Media Serverの脆弱性調査と実際の悪用事例

  • 2026年9月1日、Plexは重要なセキュリティアップデートについて公式アナウンス
  • 公表当初は詳細が不明で、 CVE情報 も後日公開された
  • 脆弱なPlexバージョンで ハニーポット を構築し、攻撃の観測を開始
  • 10月16日に 複数のCVE(CVE-2026-96652, 96654, 96655, 96656) が公開
  • 研究者が複数の脆弱性を組み合わせ リモートコード実行 を実現した事例
  • 実験用コードやパケットキャプチャ(pcap)が GitHub で公開

実際の攻撃観測と分析

  • ハニーポットでは主に スキャンや汎用的な攻撃 が観測
  • 10月17日朝、ついに 実際の悪用 が確認される
  • 最初の攻撃元IP: 45.194.92.222、他にも 91.92.40.202、176.65.139.228 が関与
  • 攻撃はPlexのAPIを悪用し、 ローカルホスト経由で不正リクエスト を送信
  • 設定変更後、 悪意あるファイル(暗号通貨マイナー) のダウンロードも観測
  • ダウンロード元IP: 217.60.194.116
  • 悪意あるファイルの ハッシュ値 や 攻撃に使われたIPアドレス をIOCとして公開

新たなマルウェアとプロキシの発見

  • 10月17日以降、 myawesomeproxy という新たなプロキシ型マルウェアも観測
  • サンプルのハッシュ値や サンドボックス分析レポート も共有
  • プロキシ経由で インターネットトラフィックの外部利用 を警告する文言も確認
  • 関連するサンプルや追加情報を GitHubやVirusTotal で公開

コミュニティでの情報共有と検出方法

  • Redditでのディスカッションを通じて 被害状況の共有 を開始
  • 脆弱性発見者による 検出ルールやツール もGitHubで公開
  • 攻撃の検出や被害防止のため、 IOCや検出用pcap の活用を推奨

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

インターネットに接続されたPlexサーバー、これは怖いね。こんな風に外に開放してる人って誰?

└

多くの人が、テレビや友達が接続しなきゃいけないから、Tailscaleを説明したくないんだよね。

└

Plex自体がメディアコレクションへのアクセスを仲介する必要があるからね。

└

Cloudflareトンネルを通して外に開放してるよ。映画を見るために毎回テレビをTailscaleに接続したくないし。

└

これは怖いね。こんな風に外に開放してる人って誰? おそらく、Plex Passのサブスクリプションを持ってる人や、一般的なPlexユーザーの大多数だと思う。私の見解では、Plexの主な目的は、合法的に取得したデジタルメディアの膨大なコレクションを持っている人が、それを便利にアクセスできるようにし、友達や家族とほぼどんなデバイスからでも共有できるようにすることだよ。うちのメディアデバイスは全部KodiやJellyfinを使ってるけど、旅行中はPlexが勝つんだ。動画をストリーミングできるほぼすべてのデバイスで動くし、VPNを接続したり、他の人のデバイスでパスワードを入力したりせずに数秒でサインインできるからね。

└

知ってる技術者はほぼ全員そうだね。

└

Irohを選んで正解だったなって感じてるよ。 @ https://pixelbrite.site

└

正直に言うと、そうだよ。Plexの目的は、あまり技術的じゃないユーザーとライブラリを共有することなんだ。もしそれをしたくないなら、Jellyfinも使わずにSMB共有とmpvで十分だね。

└

まあ、これはPlexの本来の使い方だからね。Plexをインターネットに公開するのは奇妙でもサポートされていない設定でもないよ。多くの招待したユーザーがネットワーク上でログインしてメディアにアクセスできるように設計されてるんだ。このモデルは、全員がテイルネットにいる必要があるなら機能しないよ。Plexはnginxでウェブページを提供するよりも安全性が低いかもしれないけど、信頼のしきい値の問題だね。もし私一人だけがPlexを使うなら話は別だけど、友達や家族全員がテイルネットに入るのを現実的に期待できないから、最新のPlexをインターネットで使うリスクを取ってるんだ。

└

なんでそうしないの?主な不満は、現代のクソみたいなウェブアプリのバックエンド全体を非難してるようなもんだよ。

└

自分のことだね。昔は使ってたけど、今はJellyfinに移行した。でも、ポイントは同じだよ。自分のPlex/Jellyfinを数十人の友達や家族と共有してるんだけど、みんな技術知識のレベルがバラバラなんだ。「スマートTVにJellyfinってアプリをインストールして」って言うだけでも、ほとんどの人には難しいよ。「それからTailscaleって別のアプリを探して、俺の認証情報でログインしてね。デバイスのネットワークアクセスの制御を求めてくるけど、心配しないで、大丈夫だから!」って感じ。だから今はCaddyで提供される公開URLだけ。まだ何も悪いことは起きてないし、このマシンにはCPUサイクルと、確実に合法的に入手した映画以外にあんまり価値のあるものはないから、もしクリプトマイナーがCPUを100%に上げたらすぐに気づくよ。

この前、マックミニにクリプトマイナーが入ってたんだ。たまたまその部屋にいて、ファンがフル稼働してるのに気づいたから気づいたけど。「icloud-services」ってプロセスがCPUの100%を使ってた。最初に思ったのは「無限ループのバグがあるんじゃないか」ってことだったから、Appleに対する不満を感じたよ。再起動したら、Library/Application Supportのフォルダにたどり着いて、config.jsonにgulf[.]moneroocean[.]streamって書いてあったから、やられたって分かった。掃除は簡単だったけど(ファイルと起動デーモンを削除するだけ)、面倒だよね。そのマシンでは開発作業はしてないから(Plexとかのためだけに使ってる)、PlexかmacOS自体の脆弱性だったんだろうな。面白いことに、Plexは最新だったけど、macOSのバージョンは重要なセキュリティアップデートが抜けてた(Sequoia 15.8関連)。

Hacker Newsで議論の続きを見る