Security

概要 セキュリティ企業Hacktron AIの研究者3人（Harsh Jaiswal氏、Mohan Pedhapati氏、Rahul Maini氏）が、AnthropicのClaude Opus 5を使ってOpenAIのバグバウンティプログラムに参加し、複数の脆弱性を連鎖させることでOpenAI従業員のChatGPT／Codexアカウントを乗っ取り、内部のGitHubリポジトリへのアクセス経路を72時間以内に確立し、実際に無害な変更を加えたプルリクエストを作成して実証した。ホワイトハットとしての正規の報告であり実害は生じていないが、最新の生成AIが脆弱性の発見からエクスプロイト開発までのハードルを劇的に下げつつある実例として、セキュリティ業界で大きな注目を集めている。 脆弱性チェーンの詳細 侵入の起点はOpenAIのコミュニティフォーラムで使われているDiscourse上のHEIC/HEIF画像アップロード機能だった。画像処理を担うImageMagickが内部で呼び出すlibheifライブラリにヒープバッファオーバーフロー（CVSS 8.8）が存在し、特別に細工した画像ファイルをアップロードするだけでリモートコード実行（RCE）が可能だった。これによりフォーラムサーバーを侵害した研究チームは、続いてOpenAIのシングルサインオン（SSO）実装の欠陥を突き、フォーラムの認証情報から従業員のChatGPT／Codexアカウントを乗っ取ることに成功。理論上はGitHub、Slack、メールなど、乗っ取ったアカウントに接続された社内サービス全般へアクセスできる状態だったという。 AIモデルの進化がもたらした変化 このエクスプロイト開発における最大のポイントは、使用したAIモデルによって結果が大きく変わった点だ。研究チームは当初、旧モデルのClaude Opus 4.8でエクスプロイトの構築を試みたが失敗。ところが7月24日にリリースされたClaude Opus 5に切り替えたところ、わずか数時間で成功に至った。Hacktronの創業者Mohan Pedhapati氏は「AIはエクスプロイト開発に必要とされる希少な専門知識のハードルを下げており、かつて数ヶ月を要した作業が数日で完了するようになりつつある」と指摘する。Gray SwanのCEOも「月額200ドルのツールで誰もがOpenAI級の企業を攻撃できる時代になった」と警鐘を鳴らしている。 対応と今後の見通し 研究チームは7月25日にBugcrowd経由でOpenAIに脆弱性を報告し、OpenAIは報告から約14時間で対応、Discourse側も7月27〜28日にパッチを公開してサンドボックス対策を追加した。報奨金は6,500ドルだった。OpenAIは声明で、コミュニティ認証トークンの権限を制限し、影響を受けたトークンとセッションを失効させたと説明している。研究チームは「セキュリティ対策の前提を攻撃者の能力の進化に追いつかせる必要がある」と指摘する。一連の経緯は、企業に対して信頼できないファイル処理パイプラインの隔離、低レベル依存ライブラリへの迅速なパッチ適用、そしてAIエージェントの認証情報を特権アカウントと同等に厳格管理することの重要性を突きつけた。Claude Opus 5をめぐっては現時点で利用規制の議論が本格化しておらず、オープンウェイトモデルの能力向上とも相まって、国家規模の脅威アクターへの懸念も高まっている。

概要 中国系とされる脅威アクター「Red Heron」が、セルフホスト型GitサービスGiteaの重大な脆弱性CVE-2026-60004を悪用し、台湾・米国・カナダ・アルゼンチン・カタール・スリランカの6カ国13組織に侵入していたことが、Acronis Threat Research Unitの調査で明らかになった。標的には国防、航空宇宙、再生可能エネルギー、クオンツ取引、AI教育プラットフォームなど機密性の高い分野が含まれており、ソースコードや認証情報、内部システムの窃取が確認されている。同ユニットは「簡体字による標的分類ラベル」や台湾を中国の一部として扱う一貫した記述などを根拠に、中程度の確度でRed Heronを中国系の脅威アクターと帰属している。 攻撃の手口とタイムライン CVE-2026-60004は2026年7月に公開されたGiteaのリモートコード実行(RCE)を可能にする重大な脆弱性である。Red Heronは公開されたばかりの概念実証(PoC)コードを、わずか数日のうちに自動化されたPythonフレームワーク「exp_enhanced.py」へと改良し、7月29日から悪用を開始した。研究者のSubhajeet Singha氏は「このキャンペーンは、セルフホスト型の開発プラットフォームに存在するNデイ脆弱性が、いかに迅速にソースコード・認証情報・シークレットの露出につながり得るかを示している」と指摘する。なお、Acronisの分析では攻撃フレームワークにAIが関与した痕跡は見られず、あくまで公開PoCを人力で改良したものだと結論づけられている。 Red Heronはまず7カ国にまたがる1,386台のGiteaインスタンスをスキャンし、台湾拠点のシステム477台については別データセットとして管理するなど、周到な事前調査を行っていた。攻撃はソースコード窃取から認証情報収集、持続的アクセスの確立、そしてrootレベルでのクラスタへの侵入を伴う横展開へと段階的に進行した。実際、台湾のある被害環境では、脆弱なGiteaサーバーから3ノード構成のProxmoxクラスタ全体のroot権限奪取にまで至っている。さらに同一の攻撃インフラは、Gitea悪用に先立って10カ国18件のJoomlaベースのWebサイトを標的にした攻撃にも再利用されていたことが判明している。 被害組織と窃取データ 侵害を受けた13組織の内訳は、台湾4件(産業オートメーション・SCADA/HMI関連企業を含む)、米国4件(選挙関連システムや自治体プラットフォームなどを含む)、カナダ2件(再生可能エネルギー企業と教育プラットフォームを含む)、アルゼンチン1件(クオンツ取引)、カタール1件(AI・学習プラットフォーム)、スリランカ1件となっており、対象分野は国防、選挙、エネルギー、航空宇宙、通信、政府機関、公共安全、研究機関と多岐にわたる。台湾の産業企業からはSCADAツール、IoT連携システム、ネットワークスニファ、監視製品を含む数百件のリポジトリが窃取され、カタールの標的からは学習管理プラットフォームやAIチャットボット、WordPressプラグインが、カナダのエネルギー企業からは設定シークレットやSSHホスト鍵、内部アプリケーションが流出したとみられる。 マルウェアと持続的アクセスの手口 Red Heronは持続的アクセスの確立に、C++で書かれたLinux向けインプラント「JITTERLY」を使用した。シェル実行、ファイル転送、プロセス終了、ネットワークトンネリング、横展開など30種類以上のポストエクスプロイテーション用コマンドをサポートする高機能なツールである。さらに、これまで報告例のなかったLD_PRELOADベースのルートキット「SIXZUT」も確認された。SIXZUTは15個のLinux関数をパッチしてファイル・プロセス・ネットワーク接続を隠蔽するとともに、マルウェア自体の強制終了を防ぐ機能を備えており、検知や対応を著しく困難にする。 今後の見通しと対策 本キャンペーンは、OSSインフラを標的にした中国系とみられる攻撃者集団がNデイ脆弱性を数日単位で兵器化する速度を改めて示すものであり、自組織で開発基盤をホストする企業にとって深刻な警鐘となる。Acronisは、Giteaを最新バージョンへ直ちにパッチ適用すること、アカウント登録の異常やリポジトリアクセスパターンの監視、開発インフラへのアクセスを制限するネットワークセグメンテーションの実施、そしてLinuxのLD_PRELOAD悪用を検知するランタイムプロセス監視の導入を推奨している。国防・エネルギー・重要インフラに関連する組織は、自社の開発環境が同様の手口に晒されていないか早急に点検する必要がある。

概要 Microsoftの企業向けAI開発プラットフォーム「Azure AI Foundry」（現Microsoft Foundry）に、CVSS基本値で最大深刻度となる10.0を記録する脆弱性CVE-2026-85889が発見された。根本原因は「重要な機能における認証の欠如」(CWE-306)で、有効な認証情報を持たない攻撃者がネットワーク経由でバックエンドの特定機能に到達し、悪用できる状態にあった。攻撃には特別な権限やユーザーの操作が不要で、複雑度も低いとされ、悪用に成功すれば権限昇格につながる恐れがあった。発見・報告したのはセキュリティ研究者のRémy Marot氏(@R_Marot)で、2026年9月17日に情報が公開された。 影響範囲と深刻さ Azure AI Foundryは、企業が生成AIアプリケーションやAIエージェントを構築・デプロイ・管理するためのプラットフォームであり、モデルのホスティングやトレーニングデータ、各種システムとの統合機能を提供している。今回の脆弱性が悪用された場合、こうした企業のAIモデルや学習データ、連携する周辺システムへの不正アクセスにつながりかねない性質のものだった。CVSS10.0という評価は、攻撃元がネットワークであること、攻撃条件の複雑さが低いこと、事前の権限やユーザー操作が不要であることなど、悪用のハードルの低さを反映している。 対応状況 Microsoftはこの脆弱性についてサーバー側(バックエンドインフラ)で修正を既に完了しており、Azure AI Foundryはクラウドベースのサービスであるため、顧客側での追加のパッチ適用や設定変更といった対応は不要としている。現時点で野生での悪用の証拠や、悪用を実証するPoC(概念実証)コードの存在は確認されていない。もっとも、CVSS10.0という評価が示す通り、認証不要で権限昇格が可能な脆弱性がクラウドAI基盤に存在していたこと自体は、企業が利用するマネージドAIサービスであっても深刻な設計・実装上の不備が起こり得ることを改めて示す事例といえる。今後同種のサービスを利用する企業は、ベンダー側の修正が完了した後も、自社の統合設定やアクセス権限の棚卸しを行うことが望ましいだろう。

概要 京都のHelpfeel社が運営する画像・スクリーンショット共有サービス「Gyazo」で大規模な情報漏えいが発生した。攻撃者はGyazoの画像アップロードサーバーに存在した脆弱性を悪用してシステムへの不正アクセスに成功し、任意のコマンドを実行してデータベースにアクセス、約2362万件のユーザーレコードと約4.9億件の画像メタデータを窃取した。窃取されたユーザーレコードには、氏名・ニックネーム、メールアドレス、パスワードハッシュ、ユーザーIDおよびデバイスID、ログインセッションID、X(旧Twitter)連携トークン、Google SSOのメールアドレス、プロフィール情報、言語設定、登録・ログイン日時、サブスクリプションプランや請求ステータスなどが含まれる。クレジットカード情報は流出していないとされる。画像メタデータには、画像ID、アップロード元IPアドレス、User-Agent、EXIF位置情報、OCRで抽出されたテキスト、画像タイトル、ソースURL、非公開画像用のハッシュ化されたパスフレーズなどが含まれ、大半は2019年1月以前のデータだった。加えて、特定の抽出条件により約240万件分の画像メタデータも別途取得されたという。 発生の経緯と対応 不審なアクティビティは日本時間9月11日夜に検知され、Helpfeelは翌12日未明にアクセス経路を遮断し、同日中に脆弱性を修正した。9月14日にデータ流出の事実を確認、9月15日には個人情報保護委員会に報告し、9月16日に公式に事案を公表した。この間、Gyazoは一時的にメンテナンス状態となり、流出した画像へのアクセスも一時的に無効化された。Helpfeelは外部のフォレンジック調査会社と連携して調査を進めており、影響を受けたユーザーには個別にメールで通知するとしている。同社は「第三者がGyazoのデータベースおよびユーザー情報にアクセスし、メタデータが不正に開示された」と説明する一方、流出した2362万件のレコードには匿名アカウントが含まれるとし、「個人情報が不正開示された実際の対象者数については引き続き特定を進めている」と述べている。同社は全ユーザーに対してパスワードの変更と、不審な挙動の監視を呼びかけている。 影響とリスク 今回の漏えいで特に懸念されるのは、画像IDの流出がGyazoのセキュリティモデルそのものを揺るがす点だ。Gyazoは推測困難なURLによって非公開画像を保護する設計を採っているが、画像IDが流出したことで、2019年以前にアップロードされた古い画像については、IDを知る第三者が閲覧できてしまう状態にある。また、パスワードハッシュやX連携トークン、Google SSOのメールアドレスといった認証関連情報の流出は、同じ認証情報を使い回しているユーザーにとってアカウント乗っ取りのリスクを高める。Helpfeelは決済カード情報や他のHelpfeel関連サービス、削除済みデータへの影響は確認されていないとしているが、ユーザーには同一パスワードを使用している他サービスでも変更を行うよう推奨している。今回の事案は、画像共有サービスが扱うメタデータ(位置情報やOCRテキストなど)がユーザーの想定以上にプライバシーリスクを伴うことを改めて浮き彫りにした。

概要 ConnectWise製のリモート管理ツールScreenConnectに存在する脆弱性CVE-2026-84869(CVSS 9.9)が、実際の攻撃でワーム的に悪用されていることが判明した。セキュリティ企業Huntressが8月20日以降の侵害事例を確認しており、CISAは同脆弱性を既知の悪用脆弱性(KEV)カタログに追加、連邦機関に対して9月14日までの対応を義務付けた。ConnectWiseは100,000社超のITプロバイダーに利用されており、影響範囲は広い。 脆弱性の技術的詳細 CVE-2026-84869は権限管理の不備および認可の欠落に起因する脆弱性で、ScreenConnectクライアント側で発生する。低い権限しか持たない攻撃者が、稼働中のリモートセッションを通じてホスト側の承認やユーザー操作を伴わずにファイルを転送・実行できてしまう。ConnectWiseは本件について「特定の状況下で、ホストの承認なしにアクティブなリモートセッションを通じてファイルが転送・実行される可能性がある状態」と説明している。攻撃の複雑さは低く、ユーザーの操作も不要であるため悪用のハードルは低い。 ワーム的な攻撃手口 Huntressの調査によれば、攻撃者は改ざんされたScreenConnectクライアントを実行するよう被害者をソーシャルエンジニアリングで誘導し、そこから永続化と拡散を狙う4種類のVBScriptペイロードを展開する。侵害済みの端末を踏み台に、新たに接続してきた別のScreenConnectインスタンスへ次々と感染を広げる挙動が確認されており、単発の攻撃ではなくワームのように自己増殖する点が特徴的だ。ConnectWiseは9月7日の時点でTransferFiles権限を無効化する暫定的な緩和策を公開していたが、根本的な対策には至っていなかった。 対応状況とリスク ConnectWiseは修正版ScreenConnect 26.6.5をリリース済みで、クライアントおよびセッション処理におけるファイル転送・実行の扱いを強化したとしている。CISAは本脆弱性をKEVカタログに追加し、「この種の脆弱性は悪意あるサイバー攻撃者にとって頻繁な攻撃経路であり、連邦のシステムに重大なリスクをもたらす」として、連邦機関に9月14日までのパッチ適用を義務付けた。Shadowserverの観測では、依然として1,000台超の未パッチ端末がインターネット上に露出しており、北米で758台、欧州で180台が確認されている。2024年以降、ScreenConnectでは4件の脆弱性が実悪用の対象となり、うち2件はランサムウェア攻撃にも使われた経緯があり、早急なアップデートが強く推奨される。 なお同時期にCISAはJFrog ArtifactoryやMikroTik RouterOSの脆弱性もKEVカタログに追加しており、Artifactoryの2件は8月中旬から永続的な管理者アカウントの作成やバックドア設置を伴う攻撃チェーンで悪用され、RouterOSの2件は「MikroTrick」と呼ばれる不正なデバイス乗っ取りに関連しているとされ、今回のScreenConnect問題と合わせてリモート管理・運用基盤を狙う攻撃の増加傾向がうかがえる。

概要 セキュリティ研究者のGal Weizman氏（Forever Security）が、単一の悪意ある拡張機能によって複数のブラウザに組み込まれたAIアシスタントをまとめて乗っ取れる新たな攻撃手法「BragJack」を実証した。標的となったのはGoogle ChromeのGemini Live、Microsoft Edge、Perplexity Comet、Opera Neon、そしてChrome上で動くAnthropicのClaudeという、5つのChromiumベースブラウザに搭載されたAIアシスタントで、悪用に成功するとローカルファイルの読み取り、閲覧履歴の取得、スクリーンショットの撮影、ブラウザのカメラやマイクへの潜在的なアクセスなどが可能になるという。この研究は結果として2万ドルを超えるバグ報奨金と2件のCVE採番につながった。 攻撃の仕組み BragJackの核心は「Prompt Forcing」と呼ばれる技術にある。従来のプロンプトインジェクションが個別の指示を紛れ込ませるのに対し、Prompt Forcingでは攻撃者がエージェント全体に対してプロンプトとそれに続く一連の指示を与えられる点が異なる。具体的にはChromiumの宣言的ネットワークリクエスト（DNR）機能を悪用し、ネットワークリクエストの処理方法を書き換えることでセキュリティヘッダーを弱体化させたり、JavaScriptリソースをリダイレクトしたりする。 ブラウザごとに攻撃の切り口は異なっていた。Chromeでは、chrome://glicコンポーネントやGeminiのサイトへ直接コードを注入することはできなかったものの、埋め込まれたGeminiアプリが発するリクエストをインターセプトすることでセキュリティヘッダーを弱められた。Microsoft Edgeは「Think」モードと「Do」モードを分離することでこの種の攻撃への耐性を持たせていたが、Weizman氏はその分離処理にレース条件を発見し、制限を一時的に無効化することに成功した。特にPerplexity Cometのようなエージェント型ブラウザでは影響がより深刻で、エージェントに任意のウェブサイトへの訪問を強制し、受信メールを要約させたうえで結果を別のメールアドレスへ送信させる、といった一連の操作を自動的に実行させることも可能だったという。Opera Neonでも同様の脆弱性が確認されている。 報奨金とベンダーの対応 今回の研究では合計2万ドル超のバグ報奨金が支払われ、ベンダーごとの支払額は600ドルから最大7,000ドルの幅があった。発行されたCVEはChrome向けのCVE-2026-0628（報奨金7,000ドル）とMicrosoft Edge向けのCVE-2026-55945の2件で、ChromeとEdgeについては記事執筆時点で既にパッチが適用されている。一方、Perplexity、Opera、Anthropicについては対応状況が明記されておらず、引き続き注視が必要な状態にある。 過去の類似事例と今後の展望 記事は、ブラウザ組み込みAIエージェントを巡る同種の問題が過去にも指摘されてきた点を挙げている。2026年4月にはLayerXが「ClaudeBleed」と呼ばれる脆弱性を開示しており、これはClaude for Chromeが実際に動作を駆動しているスクリプトを検証せず、claude.aiというオリジンそのものを信頼してしまっていたことに起因していた。また2026年半ばにはManifold Securityが、拡張機能が実際のユーザー入力を確認しないまま合成クリックの上で組み込みAIワークフローを実行してしまう問題を報告しており、この不備は8回のリリースを経てもなお再現可能だったという。 ブラウザやエンドポイントアプリケーションへのAIエージェント搭載が急速に進む中、BragJackはこうした流れが抱える構造的なリスクを浮き彫りにする。これまで悪意ある拡張機能がアクセスできる範囲はウェブコンテンツ程度に限られていたが、AIエージェントが仲介役として組み込まれることで、ローカルファイルの読み取りや閲覧データへのアクセス、さらにはユーザーに代わってウェブサイト上で行動を起こすところまで攻撃の射程が広がりうる。専門家はブラウザを常に最新の状態に保ち、身に覚えのない、あるいは不要な拡張機能を削除し、「すべてのウェブサイトのすべてのデータを読み取りおよび変更」といった広範な権限を要求するプロンプトには特に注意を払うよう呼びかけている。

概要 セキュリティ企業Air Securityは9月18日、Claude Code、OpenAI Codex、GitHub Copilot、Google Gemini CLIという主要な4つのAIコーディングエージェントに共通する脆弱性「Plugin4Shell」を公表した。これらのエージェントはプラグインをGitのコミットハッシュ(SHA)でピン留めし、特定バージョンのコードのみを信頼する仕組みを採用しているが、実際にはGitが要求通りのコミットをチェックアウトしたかどうかを検証していないという実装上の欠陥がある。Air Securityはこれを「AIエージェントエコシステムにおける初めてのサプライチェーン脆弱性」と位置づけており、セキュリティのベストプラクティスに従ってプラグインをハッシュ固定していたユーザーであっても被害を免れないと警告している。同社によれば脆弱性は2026年5月に発見され、6月に各ベンダーへ通知されたが、9月18日時点でCVE番号の割り当てやセキュリティ勧告の公開はなく、実際の悪用が確認された事例も報告されていない。 技術的な仕組み 攻撃の核心は、ハッシュに似せたブランチ名を使ってGitの解決先をすり替える点にある。多くのGitプラットフォームではコミットSHAのような16進数文字列をブランチ名として作成でき、エージェントが特定のハッシュを指定してチェックアウトを要求した際、Gitがそれをコミットハッシュではなくブランチ名として解釈し、攻撃者が用意した別のコミットを取得してしまうことがある。Claude Code、Codex、GitHub Copilotの3製品はこのブランチ名の解釈を突いた手法で影響を受ける一方、Gemini CLIは「FETCH_HEAD」という名前でチェックアウトを指示する独自の実装に起因する別経路の脆弱性を抱えていた。プラグインはユーザー権限で実行されるため、悪意あるコードに差し替えられればソースコード、認証情報、CI/CDツールやクラウド環境へのアクセスが可能になり、API キーの窃取やリポジトリの改ざん、企業インフラへの侵入につながりうる。 影響範囲とプラットフォームによる差異 この脆弱性が特に厄介なのは、ユーザー操作なしにコードが実行される「ゼロクリック」型である点だ。GitHubはハッシュのような文字列をブランチ名として作成できない仕様になっているため、GitHub上でホストされたプラグインは直接的な影響を免れる。一方、Bitbucketや自前運用のGitサーバーでは同様の制限がなく、攻撃が成立しうる。さらに、Claude CodeやCodexではプラグインのバックグラウンド自動更新が既定で有効になっている場合があり、これが攻撃の自動化・拡大を助長する要因となっている。Air Securityは過去の調査で、悪意あるプラグイン1件が2万6000超のエージェントに到達した事例や、925件の乗っ取られたスキルが13万4000のエージェントに影響を及ぼした「SkillJacking」を報告しており、Plugin4Shellはこうした供給網リスクをバージョン固定済みのプラグインにまで広げるものだと位置づけられている。 対応状況と今後の見通し 各ベンダーの対応には差が出ている。AnthropicはClaude Codeをバージョン2.1.179で、OpenAIはCodexをバージョン0.146.0で、それぞれ修正済みだ。GoogleはGemini CLI自体の修正を行わず、後継製品「Antigravity」への移行を推奨するという事実上の廃止対応を選んだ。一方、MicrosoftのGitHub Copilotは記事執筆時点で修正版が公開されておらず、GitHub自体が以前から実施しているブランチ・タグ名の制限(コミットハッシュに似た名前を作成できない仕様)がGitHub本体やそのマーケットプレイス上のプラグインには一定の効果を持つものの、Copilotが利用できる他のホスト(Bitbucket等)には及ばないため、リスクは残存している。Air Securityは「アップデートだけが唯一の完全な対策だ」と強調しており、既にセキュリティ対策としてハッシュ固定を実践していたユーザーほど、この問題に気づきにくい点を懸念材料として挙げている。アナリストのPareekh Jain氏は、今回の問題の根本原因は「エージェントが実行を指示されたコードをどう検証するか」という設計そのものにあると指摘しており、AIエージェントのプラグイン・エコシステム全体でサプライチェーン検証の見直しが求められそうだ。

概要 Microsoftは、IT部門を装った電話連絡やSMSを起点に、パスキーやMFA(多要素認証)の設定更新を持ちかけるソーシャルエンジニアリングによって、Microsoft 365クラウドアカウントが乗っ取られる被害が相次いでいると警告した。攻撃は2026年5月ごろから観測されており、Microsoftは9月9日に詳細な脅威分析を公表した。標的となった組織では、攻撃者がSharePoint Online・OneDrive・Exchange Onlineから機密データを数時間から数日にわたって窃取するケースが確認されている。 攻撃の手口 攻撃者はまずIT部門のヘルプデスクを装って従業員に電話をかけ、SMS経由で偽の認証ページへ誘導する。ここでAiTM(Adversary-in-the-Middle)フィッシングにより認証情報やセッショントークンを窃取するほか、デバイスコード認証フローを悪用し、正規のログイン画面を介さずに攻撃者側のセッションを承認させる手口も用いられている。侵入に成功すると、攻撃者は自ら電話番号や認証アプリをMFA手段として追加登録し、当初の窃取した認証情報に依存しない永続的なアクセス経路を確保する。この手法により、強固なはずの多要素認証やパスキーによる保護も、従業員が「相手は正規のIT部門だ」と信じ込んだ時点で無力化されてしまう。確認された悪性ドメインにはpasskeyhelpdesk[.]com、secure-passkey[.]com、setupmypasskey[.]com、integratedsso[.]com、oktasession[.]comなどがある。 侵入後の挙動と攻撃者の実態 アカウントの制御を奪った後、攻撃者はMicrosoft Graph APIを多用してユーザー・グループ・権限情報を大量に照会し、標的組織内の偵察を行う。その後、SharePoint OnlineやOneDriveからのファイルダウンロード、REST API経由のメールボックス収集などを通じてデータを窃取する。Microsoftによれば、認証・偵察・窃取の各段階で異なるインフラを使い分けるなど、攻撃者側は個々のAPIリクエストでは検知されにくいよう行動を分散させているという。Microsoftは「Graphのアクティビティは個々のAPIリクエスト単位ではなく、行動の推移やイベント間の相関を含めて総合的に評価する必要がある」と指摘する。同社はこの一連の活動をStorm-3121およびStorm-3032として追跡しており、Cordial SpiderやUNC6671など複数のサイバー犯罪集団との重複も確認されている。これらの集団はShinyHunters、Falcon、Helixといった複数の恐喝ブランドを使い分けつつ、フィッシング基盤を共有している可能性があるとみられる。 対策 Microsoftは、パスキーやMFA、シングルサインオンの設定更新を求める連絡を受けた場合は、社内の別経路で独立して真偽を確認するよう利用者に呼びかけている。組織向けには、不要であればデバイスコード認証や認証情報の転送フローをブロックすること、不審なサインインやMFA登録を継続的に監査し疑わしい認証手段を速やかに削除すること、パスキーやWindows Hello for Businessなどフィッシング耐性の高いMFAを条件付きアクセスで強制すること、Exchange・SharePoint・Graph特権アプリへのアクセスに管理された準拠デバイスを要求することなどを推奨している。パスキーは本来フィッシング耐性の高い認証手段とされるが、今回の一連の攻撃は、技術的な認証強化だけでは対応しきれない、人間を標的にした社会工学的な脅威が依然として最大のリスクであることを改めて示している。

概要 Rymera Web Co提供のWordPress向けプラグイン「WooCommerce Wholesale Lead Capture」に存在する未認証ファイルアップロードの脆弱性(CVE-2026-27540、Wordfence評価でCVSS 9.8、Patchstack評価では9.0)が悪用され、攻撃者がPHP製ウェブシェルを設置する攻撃が急拡大している。同プラグインは6,000件以上のサイトで稼働しており、セキュリティ企業Wordfenceは今年6月以降だけで10万件超の攻撃を検知したと報告した。攻撃のピークは6月4日から17日にかけて、また7月1日と8月30日にも急増が観測されている。パッチはすでに2月20日リリースのバージョン2.0.3.2で提供済みだが、約4か月が経過した現在も多数のサイトが未更新のまま被害に遭っている。 技術的な詳細 脆弱性の本質は、卸売登録フォームのファイルアップロードを処理するAJAXアクション「wwlc_file_upload_handler」にある。本来はサーバー側の設定で許可ファイル形式を管理すべきところ、ユーザーが送信するリクエストパラメータ「file_settings」からその許可リストを直接読み込んでしまう実装上の欠陥があり、攻撃者はこのパラメータを改ざんして「php」を許可拡張子リストに追加できてしまう。これにより未認証のままでも、細工したリクエストと「shell.php」といった名前の悪意あるPHPファイルを送信するだけでサーバー上にウェブシェルを設置できる。設置されたウェブシェルはホスト情報を攻撃者に送信し、さらなる悪意あるファイルを追加アップロードできるブラウザベースのフォームを提供する仕組みになっている。脆弱性を発見したのはセキュリティ研究者のTeemu Saarentaus氏で、影響を受けるのはバージョン2.0.3.1以下のすべてのリリースとなる。 攻撃の規模と対応 Wordfenceのファイアウォールはこれまでに10万件を超える悪用の試みをブロックしており、直近24時間だけでも99件の攻撃を記録した。攻撃元は複数のIPアドレスから確認されており、Wordfenceは代表的な発信元IPアドレスのリストを公開している。管理者への推奨対応としては、プラグインを直ちにバージョン2.0.3.2以降へ更新するとともに、アップロードディレクトリ内の予期しないPHPファイルの有無を確認し、「/wp-admin/admin-ajax.php」に対する「wwlc_file_upload_handler」アクションを含む不審なリクエストがないかサーバーログを精査することが挙げられる。侵害が確認された場合は、不正な管理者アカウントやバックドアの削除、あるいはクリーンなバックアップからの復元が必要になる。 背景と展望 WordPressのプラグインエコシステムを狙った同種の攻撃は今回に限らない。The Hacker Newsは、60万サイト以上で利用される「The Events Calendar」プラグインでも同様に深刻な脆弱性(CVE-2026-78159、CVE-2026-78006)が発見され、開発元StellarWPがバージョン6.17.3.1および6.17.4.1で修正した事例を伝えている。パッチ公開から数か月が経過してもなお大規模な悪用が続く今回のケースは、サードパーティ製プラグインの更新遅延がWordPressサイト運営における恒常的なリスクであることを改めて示しており、管理者にはプラグインの棚卸しと迅速なパッチ適用の徹底が求められる。

概要 AWSは9月17日、2026年3月にイラン革命防衛隊のドローン攻撃を受けたUAE(me-central-1)とバーレーン(me-south-1)のデータセンターについて、一部データが恒久的に復旧不可能になったと発表した。クラウド基盤が物理的な軍事攻撃によって永久的なデータ損失に至った前例のない事態であり、攻撃発生から約6カ月を経ての公表となる。米国とイスラエルによる軍事作戦への報復として実施された攻撃で、革命防衛隊はAmazonが米国に拠点を置く企業であり、当該施設が敵対勢力の軍事・諜報活動を支援していると判断し攻撃対象に選定したとされる。 被害の詳細 UAEリージョンでは3つのアベイラビリティーゾーンのうち「mec1-az2」が施設への直接攻撃を受け、構造的損傷や電力供給の途絶に加え、消火活動に伴う水損も発生し、当該ゾーンのデータは復旧不可能と判定された。残る「mec1-az1」「mec1-az3」は復旧作業が続いているが、再開の見通しは立っていない。単一ゾーンのみにリソースを配置していた顧客のデータが失われた一方、複数ゾーンに分散させていた顧客は被害を免れたとみられる。バーレーンのリージョンはさらに深刻で、複数のアベイラビリティーゾーンにまたがる損害が冗長化設計の許容範囲を超え、リージョン全体がオフラインとなった。加えて2026年4月には2つ目のアベイラビリティーゾーンを破壊する追加攻撃も発生していた。 AWSの対応と顧客への影響 AWSは当該中東リージョンの課金を停止するとともに、顧客に対して別リージョンへのデータ移行を強く促してきた。同社によれば、大半の顧客は永久的なデータ損失が確定する前にバックアップの活用や代替手段の実装によって既に移行を済ませていたという。今後の更新について、UAEは数カ月以内、バーレーンは2027年初頭を目処に続報を出すとAWSは表明している。 今後の見通し 今回の事態は、クラウドサービスの可用性設計が前提としてきた「同一リージョン内の複数アベイラビリティーゾーンによる冗長化」が、物理的な軍事攻撃という想定外の脅威の前では十分に機能しない場合があることを示した。中東地域では緊張の高まりが続いており、AWSをはじめとするクラウド事業者のインフラへのさらなる攻撃リスクも指摘されている。企業がクラウド基盤の地理的分散や災害復旧計画を見直す契機として、業界全体への影響が注視される。