SimpleHelp RMMのCVSS 10.0脆弱性CVE-2026-48558が積極悪用、OIDCトークン偽造で管理者権限を奪取しAIツール認証情報を窃取

2026年7月23日

登場人物紹介

チップス
どんぐり大学卒、一般企業の情報システム部で働く若手エンジニア。
入社1〜3年目らしい悩みを抱えつつ、日々の運用やセキュリティ対応に奮闘中。慌てんぼうだが素直で吸収力が高く、ボスに鍛えられながら着実に成長している。

ボス
セキュリティ、インフラ、運用の修羅場をくぐってきた歴戦のエンジニア。サイバーセキュリティラボの所長でボスと呼ばれている。
現場視点と経営視点の両方から、本当に使えるセキュリティとキャリア戦略を叩き込む。口は悪いが面倒見はよく、若手育成と実践的な情報発信に力を注いでいる。
@boss_sec_labo

「SimpleHelpを使ってリモートサポートをしているんでしゅけど、このまま使って大丈夫でしゅか？」
「CVSS 10.0って最高スコアでしゅよね？　どれくらい危ないんでしゅか……」

チップス

ボス！SimpleHelpに最高スコアの脆弱性があって、しかもすでに悪用されているって本当でしゅか？

ボス

本当だ。認証不要で管理者権限を奪取できるCVSS 10.0の脆弱性で、CISAも緊急パッチ適用を勧告している。MSPを使っている企業は特に急いで確認すべき案件だな。

CVSS 10.0は脆弱性スコアの最高値です。認証なしで、どのユーザーでも悪用でき、影響が全システムに及ぶことを意味します。
今回のSimpleHelp脆弱性は、その条件をすべて満たしており、しかも実際の攻撃ですでに悪用されています。
この記事では、CVE-2026-48558の技術的な仕組みと攻撃の実態、そして今すぐ取るべき対応策を解説します。

SimpleHelp 5.5.15以前にCVSS 10.0の認証バイパス脆弱性CVE-2026-48558、CISAのKEVに追加済み
OIDCトークンの署名検証なし——偽造トークン1つで未認証のまま管理者権限を取得できる
攻撃者がTaskWeaverとDjinn Stealerを展開、クラウド認証情報やAIコーディングツールの設定を窃取

MSP（マネージドサービスプロバイダー）がSimpleHelpを使っている場合、そのMSPが管理するすべてのエンドポイントが影響を受けます。
記事を読めば、自社や利用しているMSPへの確認事項と緊急対応の手順が分かります。

オススメ案件

新着案件をもっと見る

SimpleHelp CVE-2026-48558の概要：積極悪用中のCVSS 10.0認証バイパス

CISAが既知の悪用脆弱性カタログ（KEV）に追加したCVE-2026-48558は、リモートモニタリング管理（RMM）ツールのSimpleHelpに存在します。

CVSS 10.0——認証不要でテクニシャン権限を奪取できる脆弱性

脆弱性の対象は、SimpleHelp 5.5.15以前の全バージョンと、6.0の全プレリリースバージョンです。
OIDCによるシングルサインオン認証が有効な環境では、攻撃者はネットワーク越しに任意の身元を主張する偽造トークンを送り付けるだけで、正規のテクニシャンとして認証されます。
多要素認証も、この手法の前では無力化されます。

攻撃が成功すると、攻撃者は以下のことが可能になります。

新しいテクニシャンアカウントを作成して管理者権限を固定化する
SimpleHelpが管理するすべてのエンドポイントにリモートアクセスする
スクリプトを実行してマルウェアをインストールし、データを窃取する

PoC（概念実証コード）はすでに公開されており、脆弱なサーバーは実際に攻撃者に狙われています。
修正版は SimpleHelp 5.5.16 と 6.0 RC2 で提供されており、まだ更新していない場合は即時適用が必要です。

攻撃者が展開するTaskWeaverとDjinn Stealer——AIツール認証情報を狙う新手法

チップス

攻撃者はSimpleHelpを乗っ取って何をするんでしゅか？

ボス

確認された攻撃では、TaskWeaverとDjinn Stealerという2種類のマルウェアを展開している。特に注目すべきはDjinn Stealerが「AIコーディングアシスタントの設定ファイル」を標的にしていることだな。

研究者が実際の攻撃で確認した2つのマルウェアの役割は以下の通りです。

TaskWeaver：システム内の横移動（ラテラルムーブメント）と持続的なアクセス権限の維持を担当
Djinn Stealer：クラウド認証情報（AWS・Azure等）、SSH/Gitキー、AIコーディングアシスタント（GitHub Copilot等）の設定ファイルを窃取

Djinn Stealerが「AIコーディングアシスタントの設定ファイル」を標的とする点は、2026年の新たな攻撃トレンドを示しています。
開発者のコーディング環境に潜む認証情報やAPIキーを狙う手法が、実際の攻撃ツールに組み込まれた事例として注目されます。

脆弱性の仕組みと影響：OIDCトークン未検証がもたらすMSPサプライチェーンリスク

技術的な根本原因と、MSPを経由した攻撃の広がり方を整理します。

署名検証なしのOIDC実装——1リクエストで認証を突破する仕組み

OIDCはOpenID Connectの略で、他のサービス（Google・Microsoft等）のアカウントを使ってサインインする仕組みです。
正常な実装では、届いたトークンが本物のIDプロバイダーから発行されたものかを、暗号学的な署名で検証します。
SimpleHelpの実装はこの署名検証を省略していたため、攻撃者が任意の主張を含む自己作成のトークンを送り付けるだけで、正規ユーザーとして認証されていました。

この脆弱性が特に深刻な理由は以下の通りです。