野生環境で悪用されている Plex の脆弱性を介した暗号マイナーの注入

2026/10/19 22:36

野生環境で悪用されている Plex の脆弱性を介した暗号マイナーの注入

RSS: https://news.ycombinator.com/rss

要約▶

日本語訳:

サマリー: Plex は、2026 年 9 月 1 日に、バージョン 1.43.2 以前のパブリックメディアサーバーに対する重大な更新に関するセキュリティを発表しました。10 月 16 日の詳細な更新では、リモートコード実行を可能にするチェーン化された脆弱性が指摘されており、ブログ記事 https://zmain.info/blog/plex2shell と GitHub リポジトリ https://github.com/code-zm/plex2shell で詳細が説明されています。4 つの CVE(CVE-2026-96652、CVE-2026-96654、CVE-2026-96655、および CVE-2026-96656)が発表されました。

10 月 17 日に、IP アドレス 45.194.92.222 を元にした野生的な利用(in-the-wild exploitation)の試みが初めて観測され、さらに IP アドレス 91.92.40.202 および 176.65.139.228 からのもう 2 つの試みが記録されました。これらの攻撃は通常、暗号通貨マイニングのハイジャックにつながり、証拠としては cryptominer ペイロードを含む Dockerfile を含んだファイルダウンロード(ハッシュ:5712ef510481f15fe8b18fdd10b73026d57cb3d9d151878a692358b99a464441)および攻撃の一部として実行された「myawesomeproxy」バイナリ(ハッシュ:2d3c618b21a7e2f8bcd735da188e44a7609ff3f204832dd0781cd09e4388c9db)が含まれます。悪意のあるインフラストラクチャは proxystream.st と関連付けられています。公開議論と検知情報は Reddit(https://www.reddit.com/r/PleX/comments/1x95krg/inthewild_exploitation_of_old_plex_servers/)および GitHub を通じて共有されています。ユーザーは、システムへの侵害や違法な暗号通貨の生成を防ぐために、直ちに Plex メディアサーバーのインストールを更新するのを最優先する必要があります。

本文

Plex メディアサーバー(Plex2Shell)脆弱性レポートと実世界での悪用状況

本ドキュメントは、Plex Media Server の重大な脆弱性およびそれに関連する攻撃事例を整理したものです。AI は本調査に一切関与しておりません。

要約

影響を受けるソフトウェアは Plex Media Server です。この脆弱性は当初暗号通貨マイニング(クリプトマイナ)の脅威と認識されていましたが、宅内 IP アドレスでの頻繁なホスト化から重大なリスクを伴います。

  • 攻撃手法: 被害を受けたマシーンをプロキシとして悪用し、企業向け VPN や E メールアカウントへのアクセスを試みます。
  • 最新情報(10 月 17 日): Exploit Kit に「myawesomeproxy」という機能性の追加が確認されました。

背景

2026 年 9 月 1 日、Plex はバージョン 1.43.2 以前のアップデートに関するセキュリティアナウンスを発表しました。

  • 調査状況: 脆弱なバージョンを動作させたハニーポット(検知用システム)を設置し、ライフサイクルを監視中。
  • 重大発表: 著者(ZMain)が複数の脆弱性を連鎖させることで リモートコード実行(RCE) が可能であることを詳述しました。
  • 発表時期: 10 月 16 日時点での情報。

脆弱性情報

今回の Exploit Kit は、2026 年に公表された以下の CVE を含むものです:

  • CVE-2026-96652
  • CVE-2026-96654
  • CVE-2026-96655
  • CVE-2026-96656

公式リソースと参考資料

リソース名URL
Plex セキュリティアナウンスhttps://forums.plex.tv/t/important-security-update-for-plex-media-server-v1-43-2-and-earlier/942319
CVE 詳細情報https://www.cvedetails.com/vulnerability-list/vendor_id-14994/year-2026/Plex.html
オリジナルブログ投稿(ZMain)https://zmain.info/blog/plex2shell(10 月中旬公開)
Exploit コードリポジトリhttps://github.com/code-zm/plex2shell
検知用 PCAP ファイルhttps://github.com/BoredHackerBlog/plex2shell_pcap

実世界での悪用状況

ハニーポットでは初期にスキャンや汎用的な攻撃が観測されましたが、10 月 17 日(朝) に能動かつ具体的な Exploit が確認できました。

※注記: 脆弱性の性質上、初期段階では外部へのトラフィックが制限されていました。ペイロードを捕捉するためには後続の設定変更が必要であり、データが部分的になる場合があります。

観測された攻撃試行

1 回目の試行:

  • 発信元 IP:
    45.194.92.222
  • User Agent: Python-urllib/3.10
  • 標的 URI:
    /player/timeline/subscribe?deviceClass=pc&...
    (マルウェア仕込みのドメインへのポインタを含むエンコード済みペイロードが含まれています)

その後の攻撃 IP アドレス: 以下のような IP アドレスで Exploit が実行されていることが観測されました:

  1. 91.92.40.202
  2. 176.65.139.228

ペイロード配信の確認

外部へのトラフィックを許可した後の再観測において、ファイルダウンロードの発生源は以下の通りでした:

  • ソース IP:
    217.60.194.116
    (Docker イメージおよび実行可能ファイルの元)

侵害兆候(Indicators of Compromise, IOCs)

悪意のある IP アドレス

  • 攻撃発生源:
    • 91.92.40.202
    • 176.65.139.228
    • 45.194.92.222
  • 悪意のあるファイルダウンロード元:
    217.60.194.116

ファイルハッシュ(SHA256)

初期 Exploit Kit のコンポーネント:

ファイルタイプハッシュ値説明
Docker イメージ
5712ef510481f15fe8b18fdd10b73026d57cb3d9d151878a692358b99a464441
メインペイロードのコンテナ
実行可能ファイル(UPX で圧縮)
68938fb428f2bcfef4ede62f7b29cd0f15f37ed59e94462c099f2ca64e36baa7
マイナー/ツール(圧縮済み)
実行可能ファイル(UPX 展開後)
b20f39fc00d242e706b6c30367ad811c676e0575050a4ec2f30104b696944b49
マイナー/ツール(純粋な形式)

追加されたコンポーネントの検出(10 月 17 日更新): 攻撃者が myawesomeproxy を展開していることが確認されました。

  • myawesomeproxy:
    e546b10aee5edc754da4f9b0baace00392257121911f630145078eafad1e6bd9
  • xmrig(暗号通貨マイナー):
    2d3c618b21a7e2f8bcd735da188e44a7609ff3f204832dd0781cd09e4388c9db

サンドボックス分析及びインテリジェンス

コミュニティからの反応

初期には議論が限定的でしたが、Reddit を通じてコミュニティへの関与が再活性化されました。

公式検知ルール

脆弱性の発見者は、特定検知ルールおよび YARA サインチャーを公開しました: https://github.com/code-zm/plex2shell/tree/main/detection

同じ日のほかのニュース

一覧に戻る →

2026/10/20 6:08

Microsoft アカウントを持っていないので、RTX Spark ラップトップに Linux をインストールしようとしています

## Japanese Translation: 記事は、ASUS ProArt P16 H7607BA-SE033W において、カスタマイズされた Arch Linux ARM 環境が、NVIDIA AI ワークロードに特化して、ネイティブの Windows と同等かそれ以上(わずかに高速)のパフォーマンスを実現することを示しています。7-Zip コンプレッションや GIPS スコアなどのベンチマークタスクでは、全スレッド有効条件下において Linux は圧縮で約 5%、解压で約 3% の高速化を達成し、Windows ネイティブの結果と同等か上回る性能(例えば HP OmniBook Ultra 相当機での 157.084 GIPS vs 155.774 GIPS)を示しました。構築には、ハードウェア向けに拡張されたアップストリームの Archinstall 4.5 を用いた Arch Linux ARM が採用されており、「hid-asus」キーボードサポート、カスタムオーディオドライバー、フレームバッファマッピング用の ACPI オーバーライドなどのパッチが含まれます。ハードウェアパッケージは著者の鍵で署名され、入力はハッシュピン固定されて整合性が保証されています。システム構成では kernel 7.0.0-1022-nvidia と NVIDIA ドライバー 615.78.08、rootless Podman および CDI サポートを採用しており、統合されたメモリプールが約 116 GiB(Windows の分割領域に対し)と報告されています。表示能力としては、3840×2400 レゾリューションで 120 Hz が利用可能です。ローカル AI 推論テストでは、ARM64 コンテナ上で vLLM を用いて Qwen モデルを成功裏に実行し、混合クアンタ化および FP8 KVキャッシュを活用した効率的なモデルロード(約 68.2 GiB の重みと約 21.1 GiB の KVキャッシュを含む場合、約 16 分)および生成速度(約 30 トークン/秒)を実証しました。したがって、Linux は、強力な GPU カパビリティを得つつオープンソースの柔軟性を求めるプロフェッショナルユーザーにとって、大きな速度低下や安定性の妥協なく viable な選択肢であり、複雑な NVIDIA 構成上で先進的な AI ワークロードを展開するクリエイター向けの魅力的な代替手段を提供します。

2026/10/20 1:39

MiniMax M3.1 フラッシュ

## Japanese Translation: MiniMax が、複雑な「エージェント型(agentic)」タスク向けに設計された次世代 AI モデルの画期的な早期バージョンである M3.1 Flash を公式にローンチしました。このモデルは、AI にデジタル従業員のような形で多段階のワークフローを自律的に計画する能力を付与します。今回のリリースは、すでに匿名で 200 兆トークン以上を処理した実績に基づき、パフォーマンスとコスト効率における世代を超える飛躍を示しています。 新しいモデルは、前世代のバージョンに比べてオンライン推論速度が約3倍向上し、1秒あたり 200 トークン以上(中央値で 170 TPS 超)を生成します。また、「激しいスパース性(aggressive sparsity)」などの最適化効率技術を活用することで、エージェント型タスクのコストを 70% 削減しました。その優れた能力は、独立したベンチマークでの上位スコアにより検証されています:AutomationBench-AA ではリーディングモデルレベルのスコア、BankerToolBench(多段階計画および金融コンプライアンス)では 76.2 のスコア、DeepSWE v1.1(コード理解と機能開発)では 73.7% のスコアを達成し、OSWorld V2(61.7 スコア)と Agents' Last Exam(29.6 スコア)において中国国内のモデルの中で第 1 位にランクインしました。さらに、脆弱性の発見・検証に関する CyberGym で 82% のスコアを示すことでサイバーセキュリティ分野における強力なポテンシャルを有しており、コード監査や浸透テストでも堅牢な性能を発揮します。 MiniMax API、M Plan、および MiniMax Code を介して利用可能で、この即時ローンチは開発者と企業が、安全で自律的なソフトウェアシステムの構築に必要となる、大幅に安く高速なツールへのアクセスを提供します。完全なモデルウェイトの公開は、新しい「Pro」知的階層と併せて後日行われる予定です。フラット料金体系(1M トークンあたり)は、入力 $0.15、出力 $0.60、キャッシュ入力 $0.015 と設定されています(MiniMax-M3.1-Flash)。

2026/10/20 3:42

ロールバック操作は、士気向上まで続きます。

## Japanese Translation: PostgreSQL 19 は、ベータフェーズ開始直後に「REPACK CONCURRENTLY」を含む約 8〜10 の主要な機能を撤回しました。この変化は、ベータ期間後半に発見された重大なアーキテクチャ上の欠陥と多数のエッジケースによって引き起こされました。高度な自動化ツール(例:強化されたコードレビューやファージング)が、システムの複雑さや機能間相互作用(例:ドメインの組み合わせ、制約、パーティショニング、トリガーなど)により人手による検出が困難だった問題を浮き彫りにしました。これらの機能の多くは、現在の自動化分析機能が利用可能になる前の段階で開発されておりました。加えて、PostgreSQL 19 は 4 月から 8 月の間に「Vulnpocalypse(脆弱性の暴風)」に見舞われ、シニア開発者たちはベータウィンドウ内でのさらなるレビューやテストを優先することよりも、緊急のセキュリティ修正にリソースを割り当てることを決定しました。いくつかの問題はより長い期間の集中を必要としていた可能性がありますが、チームはリリーススケジュールを守りました。これらの機能は永久に廃棄されるものではなく、将来のリリースで洗練およびコミュニティからのフィードバックを受けた後に再導入される見込みです。PostgreSQL 20 は、未検証の主要な革新を導入するのではなく、すでにほぼ完成していたいくつかの機能を完了することに重点を置いたより慎重な戦略の下、間もなく公開を迎えています。

野生環境で悪用されている Plex の脆弱性を介した暗号マイナーの注入 | そっか~ニュース