OpenAIモデルが暴いた脆弱性
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
PHPを脅かす脆弱性「PHP2Shell」が浮き彫りになり、2200万台以上のサーバが危険にさらされた。OpenAIも協力して修正を進めるが、WAFのみでは防げない。IT担当者が取るべき防衛策とは何か。
2026年10月21日(協定世界時)、オープンソースのプログラミング言語「PHP」に2つの深刻な脆弱(ぜいじゃく)性(通称:PHP2Shell)が見つかった。これを受けてPHPの開発を統括するThe PHP Foundationは緊急パッチを公開した。公的機関が一斉に緊急注意喚起を出し、Webサイト管理者やIT担当者に向けて即時対処を呼び掛けている。
PHPは広く採用されているプログラミング言語だ。Web技術調査機関W3Techsが、サーバサイドプログラミング言語が判明しているWebサイトを対象に実施した調査(2026年10月時点)では、Webサイトの69.3%をPHPが支えている。今回の脆弱性は、管理者のログイン情報を必要とせず、外部からの単一のリクエストでサーバが乗っ取られるリスクをはらむ。「WordPress」などの定番CMS(コンテンツ管理システム)はもちろん、自社開発のWebシステムや外部委託しているサーバなど、PHPが動作しているほぼ全ての環境が対象となるため、早急な影響範囲の特定とアップデートが不可欠だ。
「PHP2Shell」とは何か なぜ危険なのか
セキュリティベンダーPalo Alto Networksは2026年10月21日、同社の遠隔測定データ(テレメトリー)に基づき、これらの脆弱性の影響を受ける可能性がある、インターネットに公開されたインスタンスを2260万件以上特定したと発表した。
これらの脆弱性は、セキュリティ研究者が米OpenAIのAIモデル「GPT-5.6 Sol」を活用して特定したものだ。同社によると、研究者がメモリ処理の根本的な欠陥を検出・分析する作業をGPT-5.6 Solが支援した。
OpenAIは次のように説明する。「2026年8月中旬からの約2カ月間、当社はPHPのメンテナー(保守管理者)、セキュリティ研究者、セキュリティベンダーから成る連携組織を主導し、情報公開に先立って修正プログラムと防御策を準備してきた。PHPエンジンの大幅な変更を伴う複雑な修正だったため、これだけの期間を要した」
脆弱性の深刻度とPHPの普及率の高さを踏まえて、OpenAIは「近年で最も影響の大きい脆弱性だ」との考えを示す。
オーストリア出身のプログラマーで、AIエージェント「OpenClaw」の開発者であるピーター・シュタインベルガー氏は、「企業やWebサイトの管理者が必要なパッチの適用に追われるため、今後1週間程度は大混乱を引き起こすだろう」と短文投稿サイト「X」(旧Twitter)に投稿した。
今回見つかった「CVE-2026-109618」および「CVE-2026-109619」は、どちらもCVSS(共通脆弱性評価システム)のスコアが9.2(緊急)と評価された、深刻なリモートコード実行(RCE)の脆弱性だ。
CVE-2026-109618は、C言語の標準関数「longjmp()」を利用してメモリ不足(OOM: Out-Of-Memory)エラーを処理する際の不備に起因する。制御フローの管理が不適切なため、リクエスト処理用メモリが未初期化のままになり、攻撃者が意図的にメモリ不足を引き起こすことで確実に任意のコードを実行できるようになる。
CVE-2026-109619は、longjmp()による致命的なエラー処理で、解放済みのメモリ領域を指すポインタがグローバルメモリに残り続ける脆弱性だ。永続的に稼働するワーカープロセスが、その後のリクエストでこの領域を読み取ったり分岐処理に使用したりできるため、攻撃者は任意のコードを実行可能になる。
The PHP Foundationによると、Webリクエストを処理する全てのPHPシステムが危険にさらされている。これには「PHP-FPM」、「mod_php」を使用する「Apache HTTP Server」、「php-cgi」「FrankenPHP」「LiteSpeed」などが含まれる。
「アプリケーションのコードが実行される前に、認証されていない単一のリクエストによって攻撃を引き起こせる実証済みのエクスプロイト(攻撃コード)が存在するため、mod_phpのリスクが最も高い」とThe PHP Foundationは警告する。
PHP2Shellのリスク要約
- 認証不要でサーバが乗っ取られる危険性
- 攻撃者はログインIDやパスワードを必要とせず、外部から単一のリクエストを送るだけで、Webサーバで任意のコードを実行できる状態になる恐れがある。
- アプリケーションの出来に関係なく発現する
- WordPressや自社開発アプリケーションなど、Webプログラムの書き方にかかわらず、PHPエンジン自体のメモリ管理や状態管理の不備に起因して発生する。
- Webサーバ全体への広範な影響
- mod_phpを使用するApache HTTP Server、PHP-FPM、LiteSpeedなど、Webリクエストを処理する代表的なPHP動作環境のほぼ全てが影響を受ける。特にmod_php構成では、アプリケーションコードが動作する前に攻撃がトリガーされる実証例があり、危険度が高い。
切迫した警告
脆弱性が公開されてから数時間のうちに、クラウドセキュリティベンダーWizの研究者は、今回の脆弱性について、Web全体に影響を及ぼした脆弱性「Heartbleed」のようなメモリ情報漏えいに似ていると指摘した。同社は「PHP 5.4までさかのぼったほぼ全てのPHPのバージョンが、少なくとも脆弱性による問題の影響を受ける」と説明する。
WebサービスベンダーのCloudflareは、2026年10月21日時点でこれらの脆弱性に対する保護機能を展開済みだと発表した。一方で、この脆弱性による問題を防ぐには、HTTPリクエストに基づく標準的なWAF(Web Application Firewall)のルール以上の対策が必要だとも言及した。リクエストのデータだけでは、攻撃と正当な通信を区別するための十分な証拠が得られない場合があるという。
調査会社Forrester Researchのシニアアナリストであるマデレイン・ファン・デル・ハウト氏は、「表面的なシステム構成を確認するだけでは不十分だ」と警告する。「この脆弱性が重大な理由は、それが存在する階層だ。PHPはさまざまな組織のWebサイトやアプリケーションを支えているため、自社のコーポレートサイトを確認するだけでは不十分だ。インターネットに接続されたシステムを最優先で確認して対処する必要がある」
ファン・デル・ハウト氏は迅速な対処の重要性を指摘しつつ、「パッチ適用は対策の一部に過ぎない」と語る。セキュリティ担当者はPHPの稼働場所を特定し、外部公開システムを優先して公式のパッチを迅速に適用するとともに、侵害の兆候を調査する必要がある。「パッチは脆弱性をふさぐものだが、攻撃者が既に確立した不正アクセス権までは排除できない」と同氏は付け加えた。
セキュリティベンダーGuidePoint Securityの脅威調査インテリジェンスチームで主席脅威インテリジェンスコンサルタントを務めるジャスティン・ティモシー氏は、初期の侵害兆候の調査と追跡が極めて重要だと強調する。
「これらの脆弱性について、ベンダーが公開した侵害の痕跡(IoC)は現時点では存在しない。そのため、現状での検出は振る舞いの追跡に依存しており、調査結果で異常が見つからなくても侵害されていないとは断定できない」(ティモシー氏)
社内に潜む「隠れPHP」棚卸しチェックリスト
コーポレートサイトの確認だけでは不十分であり、以下をはじめ組織内のあらゆるシステムでPHPの稼働状況を棚卸しする必要がある。
- 公開Webサイト、CMS
- WordPress、「Drupal」「Joomla」「Magento」などで構築されたWebサイトやECサイト。
- サーバ管理ツール
- サーバ管理に使用される「cPanel」や「Plesk」などの管理コンソール。
- ベンダー製の機器やソフトウェア
- 内部にPHPが同梱されているアプライアンスやパッケージソフトウェア。
- 外部ホスティングシステムや委託システム
- 開発会社やWeb制作会社、クラウド事業者に運用を委託しているWebサーバや保守システム。
緩和策とガイダンスの概要
英国国家サイバーセキュリティセンター(NCSC)などの国家機関からの警告に従っている組織を含め、全ての組織は即時の対処が求められている。
管理者が優先して取り組むべき主な行動は以下の通りだ。
- 影響範囲の特定
- システム全体でPHPを実行している、社内および一般公開されている全てのシステムを棚卸しする。古いバージョンのシステムだけでなく、全てのバージョンが影響を受ける点に留意する。
- パッチの適用
- 公式で修正済みのバージョン(PHP 8.2.35、8.3.36、8.4.27、8.5.12)に直ちにアップグレードする。「Linux」のLTS(長期サポート)ディストリビューションを利用している場合は、ディストリビューション提供のパッケージマネジャーでバックポートされた(新しいバージョン向けのプログラムを古いバージョンでも動くようにした)修正パッケージを確認・適用する。
- PHP 8.1以前の古いバージョンへの対応
- PHP 8.1以前の公式アップストリームサポートは終了している。PHP公式が提供する最小限のソースコード向けバックポートプログラムを適用するか、LTSベンダーと調整してPHPをサポート対象バージョンアップにグレードする。
- 一時的な緩和策の実施または切断
- 直ちに完全なパッチを適用できない場合は、Webサーバに一時的な緩和策を実施するか、安全が確保されるまでリスクの高いインターネット接続システムをオフラインにする。
- パッチ適用前の侵害の調査
- サーバを再起動または再構築する前に、2026年10月20日(協定世界時)以降の全てのサーバログを保存する。アップデートを適用する前に、システムにバックドアや不審な動作がないかどうかを監査する。
サポート切れバージョン(PHP 8.1以前)を利用している場合やパッチ即時適用が難しい場合の対処
修正済みバージョンへのアップグレードが原則だが、旧バージョンを使用している場合や即時更新が難しい場合は、段階的な判断が必要になる。
- EOLのリスク
- PHP 8.1以前は公式サポートが終了しているため、原則として公式パッチは提供されない。サポート対象のバージョンに移行するか、LTS版Linuxベンダーが提供する独自修正パッケージの有無を確認する。
- 一時的緩和策とWAFの限界
- WAFの設定や各種パラメータ変更による緩和措置は時間稼ぎに過ぎず、攻撃を完全に防ぐことは難しい。あくまでアップデート完了までの過渡的な措置として位置付ける。
- 組織的・経営的な判断
- IPAのガイドラインに従って、長期間更新が困難な古いシステムは単に放置せず、「アクセス一時制限」「機能縮小」「該当システムの停止・廃止」などの措置を、経営層や事業責任者と合意形成する。
Webサイトの管理者や組織の担当者が緊急の修正プログラムの適用に追われる中、OpenAIは「今回の発見が、自動化された脆弱性検出における新たなマイルストーンを浮き彫りにした」と述べた。「これは『防御側の猶予期間』が機能した実例だ。フロンティアAIが攻撃者よりも先に脆弱性を発見したことで、防御側に準備する時間を与えた」と同社は説明する。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[キヤノンマーケティングジャパン株式会社] マンガで学ぶXDR/MDRのメリット、中小企業のセキュリティ強化になぜ有効か? -
市場調査・トレンド
[キヤノンマーケティングジャパン株式会社] 有識者が語る、中堅中小企業に求められる最新のサイバーセキュリティ対策とは -
製品資料
[キヤノンマーケティングジャパン株式会社] マンガで解説:情シスの負担を減らす「MDRサービスのインシデント対応」の中身 -
市場調査・トレンド
[SANS Training Japan 合同会社] “知識”では守れない AI時代に問われる実戦力の身に付け方 -
製品資料
[株式会社イトーキ] 会議室不足を解決する「AI×データ」活用術
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
2
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
5
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
6
Copilot導入で陥る“目的化”の落とし穴 定着の鍵は「作り込まない」こと
-
7
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
8
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
9
脱VMwareか、継続か? 仮想化ソフト主要6製品の機能とスペックを徹底比較
-
10
年収700万超エンジニアに共通するスキルと「もっと勉強すべきだった分野」
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
3
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
4
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
5
「IT史に名を残すシステム障害」8選
-
6
SASE選定は「見極め力」で大きな差――本当に必要な製品を選ぶための6つの視点
-
7
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
8
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
9
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
10
「標的型攻撃メール」事例・サンプル集
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー