FACILITATE合同会社ファシリテート CONTACTお問い合わせ→

Top/Blog/2026-10-27

調べた

攻撃までの時間が縮んでいる——マイクロソフトの報告と、PHPの脆弱性を原文で読んだ

「中国政府系のAIが世界を一斉攻撃。わずか3時間で管理者権限を奪われる」。そんな見出しのショート動画を見た。

気になったので、マイクロソフトの原文を読んだ。すると、同じ週に、もうひとつ、AIが絡む大きなセキュリティの話が出ていた。PHPという、多くのWebサイトを動かすプログラム言語の、重大な脆弱性だ。

2つを並べて読むと、見えてきたことがあった。攻撃が速くなっている。そして、それを修正する側に残された時間は、短い。

時計のアイコンの下に、長い棒と短い黄色い棒が並んでいる図。直す側にかかる時間と、攻撃までの時間の差を表している

マイクロソフトの報告:確認できたこと

2026年10月21日、マイクロソフトのセキュリティ部門が、「Storm-0940」という集団の活動を公表した。原文から確認できたことは、次のとおりだ。

  • 使われたのは「ARTEX」。無料のオープンソースの枠組みで、AIエージェントが、侵入の試行を、偵察からデータの持ち出しまで、人間の操作をほとんど必要とせずに進める
  • 入口は、IT事業者が顧客のMicrosoft 365のバックアップに使う、ConnectWiseの「Cloud Backup」。マイクロソフト自身のシステムの脆弱性が原因ではない、と書かれている
  • 2,250を超える組織の環境に、ログインを試みた。パスワードを何度も試す攻撃の失敗は、10月11日に最大で毎分2,900回に達した
  • 初回の標的化から特権アクセスまでが3時間未満だったケースが、複数ある
  • ただし、「標的化の大半は成功しなかった」。一方で、「多くの組織で、クラウド上の特権を持続的に確保した」とも書かれている。成功した件数は、示されていない
  • 日本は、標的として出てこない。日本語は、ARTEXの言語設定の1つとして出るだけだ

ショート動画は、「日本企業も標的にされている」と言っていたが、原文では確認できなかった。

「中国政府系」の根拠は、どこまで書かれているか

原文は、「マイクロソフトは、Storm-0940が責任者だと評価している」と書き、Storm-0940を「中国の国家と連携した主体」と説明している。

根拠として示されているのは、ネットワーク上の痕跡の一致だ。今回の事件で報告されたIPアドレスのひとつが、以前のパスワード攻撃で使われたものと、完全に一致した。ここから、「同じ集団の仕業だ」という点の根拠は、読み取れる。

一方、「その集団が中国の国家と連携している」という部分の根拠は、この記事の中では説明されていない。 評価の確度(高い・中程度など)も、書かれていない。以前の評価を前提にしているように読める。

これは、マイクロソフトの見立てだ。事実として確定しているわけではない。そう読むのが、正確だと私は思う。

PHPの脆弱性:確認できたこと

もうひとつの話は、10月21日に緊急修正が出た、PHPの脆弱性だ(通称「PHP2Shell」)。

  • 2件の脆弱性(CVE-2026-109618・CVE-2026-109619)で、深刻度は9.2(CVSS 4.0)。認証なしに、外部からコードを実行される恐れがある(米国のCISAも、すぐ修正するよう求めている)
  • 修正版は、PHP 8.5.12・8.4.27・8.3.36・8.2.35。8.1以前には、本家の修正がない
  • 発見したのは、セキュリティ企業のWizなど。Wizは、AIモデル(GPT-5.6 Sol、Gemini 4 Argon)を使って、8月19日に最初の欠陥を見つけ、8月24日にPHPへ報告した、と述べている
  • 公開は10月22日の予定だったが、詳細がSNSで漏れ、21日に繰り上がった
  • PHP側の説明では、2024年の外部監査をきっかけに、別の問題を直す過程で、メモリ不足時の処理の問題が浮かんでいた

Wizは、「最先端のAIモデルが、長年あった欠陥を、実際に使える攻撃にする壁を、大きく下げた」と書いている。これは、発見した当事者の見方だ。

見るときの注意

この2つの話は、報道によって、言い方がかなり違う。気をつけて読む点を挙げる。

  • 悪用されたかどうか: セキュリティ企業のwatchTowrは、公開当日(10月21日)から実際の攻撃を観測したと報告している。しかし、これは同社の観測だ。CISAは、公表の時点で、「成功した悪用は確認していない」としている。情報源によって、割れている
  • AIエージェントの使用: 大手セキュリティ企業のUnit 42は、PHPの件で「侵入後の活動にAIエージェントが使われた」とする更新を10月23日に出し、10月25日に撤回した。 撤回前の内容は、二次報道に残っている
  • 影響の数: 「2,260万のインスタンスが潜在的に脆弱」という集計があるが、これは脆弱な可能性がある数で、被害に遭った数ではない
  • Wizの「世界のWebサイトの70%がPHP」には、根拠の説明がない

共通点:直す側の時間が足りない

2つの話に共通するのは、時間だ。

マイクロソフトの件は、標的化から特権取得まで3時間未満のケースがある。PHPの件は、AIが見つけてから、修正が出るまで約2か月。公開の前日には、詳細が漏れた。

AIは、見つける側にも、攻める側にも使える。見つけて直す側が、時間を稼げるとは限らない。 一方で、攻める側の作業は、AIで速くなる。これは、2つの報告が、同じ方向を指していると私は思う。

ただし、ここまでは、私の読みだ。確定した因果ではない。

うちではどうするか

私たちは、AI導入とWeb制作を手がける会社だ。この話は、他人事ではない。お客様のAI活用でも、ここで挙げた点を、先に確かめる。

1. 使っているPHPの版を確認する。
自社のサイトに、PHPが動いているか。WordPressも、PHPで動いている。CISAは、PHPが動く環境の洗い出しと、すぐの更新を求めている。レンタルサーバーなら、事業者のお知らせを確認する。8.1以前は、本家の修正がない。

2. 外部サービスとの連携を、棚卸しする。
マイクロソフトの件の入口は、顧客の環境に広い権限を持つ、連携アプリだった。使っていない連携は、止める。

3. AIに渡す権限は、最小にする。
AIエージェントを業務に入れるとき、メールやファイルの全部に触れる権限を、最初から渡さない。AIに任せる範囲と、人が確認する範囲を、先に決める。 攻撃で使われているAIエージェントと同じ性質の道具を、業務に入れる側も、使っている。

4. 報道は、出どころを読む。
「中国政府系」「AIが自動で」といった強い言葉の裏に、どんな根拠があるか。訂正や撤回が出ていないか。原文に当たる習慣を、持っておく。


出典:Microsoft Security Blog「AI-driven, large-scale nation-state campaign using ARTEX enables supply chain compromise」(2026年10月21日)/CISA「Critical Vulnerabilities in PHP Require Immediate Patching」(2026年10月21日)/Wiz「PHP2Shell: AI uncovers critical RCE vulnerabilities」/watchTowr「PHP2Shell FAQ」/Palo Alto Networks Unit 42「Threat Brief: CVE-2026-109618, CVE-2026-109619」(10月25日更新)/ビジネス+IT(2026年10月)

記事一覧へ戻る相談する→
相談する→