PHPの重大な脆弱性で世界のWebが停止。その一方で、AIはもうPHPを選ばなくなっていた
なんと、プログラミング言語PHPに重大な脆弱性が発見され、世界各地でWebサイトやオンラインサービスの一時停止が相次ぐ事態となった。2026年10月22日のテレビ朝日「報道ステーション」によると、世界のWebサイトの約7割でPHPが利用されているという。
オランダやフィンランドでは政府のWebサイトが停止され、日本でも銀行のインターネットサービスや飲食店の予約アプリが一時停止されるなど、影響は広範囲に及んだ。
世界のWebを支えていたPHPに重大な脆弱性
今回発見されたのは、CVE-2026-109618およびCVE-2026-109619という2件の脆弱性である。いずれも深刻度はCVSS 9.2と評価されており、攻撃者が認証なしでサーバー上のプログラムを実行できる可能性があるという。
PHPの開発チームは10月21日に修正版を公開し、緊急のアップデートを呼びかけた。
参考：JPCERT/CC：PHPにおける複数の脆弱性に関する注意喚起
実は筆者も、かつて講師をしていた頃に教材として制作したWordPressサイトを、いくつもGMOペパボのレンタルサーバー「ロリポップ！」に置きっぱなしにしている。
いずれも架空の商品写真などを掲載したサンプルサイトで、検索エンジンに掲載されないようrobots.txtを設定したまま放置していたものだ。そんな筆者のところにも、GMOペパボから次のようなメールが届いていた。
GMOペパボから届いた緊急メンテナンスの報告
PHPの脆弱性への対応に伴うメンテナンス完了と経緯のご報告
2026年10月21日(水)に公開されたPHPの重大な脆弱性（CVE-2026-109618 / CVE-2026-109619）への対応として実施しておりましたメンテナンスにつきまして、修正の適用が完了し、2026年10月22日(木) 13時頃にお客様のサイトの表示を再開いたしました。
公式の修正版が提供されていない古いバージョンのPHPにつきましても、弊社で修正を作成・適用したうえで再開しております。
メールによれば、GMOペパボは被害を未然に防ぐため、サーバー単位でサイトを一時停止させ、独自の修正まで実施していたという。
もっとも、検索エンジンに表示されないサイトだからといって、安全というわけではない。robots.txtは検索エンジンなどのクローラーに対する指示であり、外部からのアクセスを遮断する仕組みではないからだ。放置していた筆者のWordPressサイトも、今回の対応の対象になっていた。ところで、このニュースを見て、筆者はあることに気づいた。
世界のWebサイトの約7割で使われているというPHPを、最近のAIは筆者にまったく提案してこないのである。かつてはWeb制作のために当たり前のように利用していたPHP。それがAIとの開発では、いつの間にか選択肢から消えていた。これは単なるプログラミング言語の流行の変化なのだろうか。
Webフロントエンド講師を辞めた理由
筆者は2023年2月まで、Webフロントエンドの講師をしていた。講師を辞めた理由は、少々変わっている。
2022年末にChatGPTが登場してから、受講生に以前教えた内容を再び質問されると、筆者は次第にこう答えるようになった。
「授業の残数がもったいないから、それはAIに聞いておいて」
講座には決められた授業時間がある。すでに説明したHTMLやCSS、JavaScriptの基本的な知識を、もう一度人間の講師が説明するために、その貴重な時間を消費する必要があるのだろうか。
ChatGPTに質問すれば、何度でも、理解できるまで説明してくれる。それなら授業では、AIに聞いても解決できなかった問題や、実際の制作で発生した課題について議論する方が合理的だと思ったのである。ところが、そう言っているうちに、ふと気づいてしまった。
「あれ？ もう講師いらないじゃん」
こうして筆者はWebフロントエンド講師を辞めた。
もちろん、これは筆者自身が教えていた分野や授業形態についての判断であり、すべての教育者が不要になったという意味ではない。ただ、自分が長年提供してきた「プログラミングの知識を教える」という仕事は、AIによって大きく変わると確信したのである。
そして、あれから約3年。今ではAIにプログラミングを教わるどころか、AI自身にアプリケーションを開発してもらうようになった。
プレハブ住宅だったWordPress
さて、筆者が講師時代に教材として長年利用していたのが、PHPで構築されたWordPressというCMS（コンテンツ管理システム）である。
なぜWordPressだったのか。
それは、フロントエンドを教えるうえで、バックエンドを一から構築する必要がなかったからだ。Webアプリケーションを自力で構築しようとすれば、データベース、ユーザー認証、管理画面、データの保存や読み出しなど、画面に表示される部分以外にも膨大な仕組みが必要になる。
一方、WordPressにはそうした基本的な機能があらかじめ用意されている。データベースを接続してWordPressをインストールすれば、バックエンドの仕組みを自作することなく、Webサイトの制作を始められる。
これを住宅に例えてみよう。
バックエンドからフロントエンドまで自分で設計・構築するのは、設計図を描き、基礎工事から始める注文住宅の建築に近い。
それに対してWordPressは、ヘーベルハウスやパナホームのような工業化住宅、いわゆるプレハブ住宅に例えられる。
建物の構造や設備があらかじめ規格化されており、工場で生産された部材を組み合わせて建てる住宅だ。
WordPressの場合、バックエンドという建物の基本構造はすでに完成している。フロントエンドにさえ既製のテーマを適用すれば、プログラムを一行も書かずにWebサイトを公開することもできる。
筆者が講座で教えていたのは、この既製の住宅を自分好みに改装する技術だった。HTML、CSS、JavaScriptを使い、ときにはPHPにも手を加えながら、WordPressのテーマを自由にカスタマイズしていく。
既製品の住宅であっても、内装や間取りを工夫すれば、自分だけの空間を作り出せる。それと同じことである。当時のWebフロントエンド講座において、WordPressは非常に合理的な選択だった。受講生がバックエンドの構築という高い壁を越えることなく、Web制作の実践に取り組めたからである。
しかし、AIがプログラムを書くようになると、この前提そのものが変わり始めた。
AIはPHPを提案した試しがない
筆者がChatGPTを使い始めたのは、GPT-3.5の時代である。当時、何かプログラムを作ろうとすると、ChatGPTが真っ先に提案してきたのはPythonだった。
そして、Pythonを動かすための環境として、Jupyter Notebookを教えられた。
Jupyter Notebookは、コードを書いて実行し、その結果を同じ画面で確認できる開発環境である。プログラミングの学習やデータ分析、小規模な実験には非常に便利だった。つまり、当時のChatGPTは、ユーザーが自分でプログラムを書き、実行するための環境を提案していたのである。
ところが、その後のChatGPTの進化によって状況が変わった。
GPT-5以降、筆者がWebアプリケーションを開発しようとすると、提案される技術スタックはほぼ決まっている。
フロントエンドはReactとNext.js。データベースや認証などのバックエンド機能にはSupabase、あるいはFirebase。そしてアプリケーションの公開先にはVercelが登場する。
静的なWebサイトであれば、GitHub Pagesなどを利用することもある。
これらは、現在筆者がChatGPTやCodexと開発を進めるうえで、頻繁に登場する技術群である。かつてフロントエンドの講座であれほど利用していたWordPressも、その基盤となるPHPも、ほとんど登場しなくなった。
もちろん、PHPが時代遅れになったわけではない。現在もWordPressをはじめ、Laravelなどのフレームワークを使った開発は行われているし、PythonもAIやデータ処理、バックエンド開発では重要な言語である。
また、すべてのAIがNext.jsを提案するわけでもない。これはあくまでも、筆者自身がChatGPTとWebアプリケーションを開発してきた経験である。
しかし、その経験から見えてくる変化は興味深い。
GPT-3.5の頃は、人間がプログラミングを行うための環境を提案していた。現在のAIは、アプリケーション全体の開発を引き受けることを前提に、開発環境を提案するようになっている。
プログラミングの補助から、アプリケーションの開発そのものへ。AIの役割が変わったことで、推奨される開発環境も変わってきたのではないだろうか。
AIが注文住宅を建てる時代
ここで、先ほどの住宅の例えに戻ろう。
かつて、人間がバックエンドからフロントエンドまでWebアプリケーションを構築するには、相応の専門知識と時間が必要だった。だからこそ、WordPressのように完成済みの仕組みを利用することには大きな意味があった。
ところが、現在のAIエージェントは、ユーザーの要求に応じてデータベースの構造を設計し、画面を作成し、認証機能を実装し、アプリケーションをデプロイするところまで支援できる。
もちろん、Next.jsやSupabaseを使う開発も、すべてをゼロから手作りするわけではない。すでに用意されたフレームワークやサービスを組み合わせている。
しかし、WordPressという完成済みの建物の内部を改装するのとは違い、アプリケーションの構造そのものを用途に応じて設計できる。住宅に例えれば、既製の設備や工業化された部材を利用しながら、施主の希望に合わせて間取りを設計する注文住宅である。
そして、その設計士と施工者をAIが引き受ける。
人間は、どんな住宅に住みたいのかを伝えればよい。かつては注文住宅を建てるために、建築の専門知識を持つ人間を必要としていた。ところが、AIが設計と施工を引き受けるのであれば、注文住宅を選ぶためのハードルは大幅に下がる。
Webアプリケーション開発でも、同じことが起き始めている。
筆者自身、現在はCodexを使ってAirbnbの清掃管理アプリケーションなどを開発しているが、かつてのように自分でコードを一行ずつ書くことは、ほとんどなくなった。必要な機能や画面の振る舞いを伝え、AIが実装したものを確認し、問題があれば修正を依頼する。
これは、プログラミングというよりも、設計の意思決定や制作物のディレクションに近い。
開発環境を選ぶのは誰か
そして、ここからもう一つの変化が見えてくる。
従来、Web開発の技術スタックは、人間のエンジニアが選択してきた。PHPを使うのか、Pythonを使うのか。Reactを採用するのか。データベースにはMySQLを使うのか、PostgreSQLを使うのか。それぞれの技術者や開発チームが、知識と経験、開発目的に応じて判断してきたのである。
しかし、AIがアプリケーション全体を構築するようになると、話は変わってくる。
プログラミングに詳しくないユーザーがChatGPTに「こんなアプリを作りたい」と伝えた場合、そのユーザーは技術スタックを指定しないかもしれない。するとAIは、学習した技術情報や利用可能な開発ツール、実装の容易さなどを踏まえ、適切だと判断した構成を提案する。
ユーザーはその提案を採用し、AIがコードを書き、アプリケーションが完成する。このとき、技術スタックを実質的に選んだのは誰だろうか。
人間のユーザーは作りたいものを指定しただけであり、具体的な技術を選んだのはAIである。さらに、AIが特定の技術スタックを繰り返し提案するようになれば、その環境で開発されるアプリケーションが増えていく可能性がある。
開発事例が蓄積され、ツールやライブラリが充実し、それがまたAIにとって扱いやすい開発環境を形成していく。こうした循環が生まれれば、将来のWeb開発の標準は、人間のエンジニアだけでなく、AIの技術選択によっても大きく左右されるようになるだろう。
これは、単に人気のプログラミング言語が入れ替わるという話ではない。技術を選択する主体が、人間からAIへと移り始めているのではないか、という話なのである。
右脳派にプログラミングを教える必要さえなくなった
筆者は「あつまれ右脳派の森」というメンバーシップを運営している。
これは、プログラミングに苦手意識があり、CLI（コマンドラインインターフェース）、つまりMacでいうターミナルを操作することさえ怖いと感じる、右脳寄りの人たちに向けた技術的なTipsを書くことを目的としていた。
プログラミングに詳しくなくても、AIを利用して自分のWebサイトやアプリケーションを作れるようになるための知識を共有しようと考えていたのである。しかし、それさえ不要になりつつあるため、今は内容はどうAIと付き合いながら自然言語だけでWEBサービスを作っちゃおうという内容に変わっている。環境構築からプログラムの実装、データベースの設定、デプロイまで、AIエージェントにまとめて任せられるようになってきたからだ。
もちろん、サービスの認証や権限の付与、最終的な動作確認、安全性の判断など、人間が責任を持たなければならない部分は残っている。
それでも、かつてはプログラミング初心者にとって最大の障壁だった開発環境の構築や、ターミナルにコマンドを入力する作業は、人間が自力で習得しなければならないものではなくなりつつある。これは、筆者が2023年にWebフロントエンド講師を辞めたときと、よく似た状況である。あの頃は、ChatGPTがプログラミングを教えてくれるようになったので、人間が同じ知識を繰り返し教える必要はないと考えた。
ところが今では、その一段階先に進んでいる。
プログラミングを教わる必要さえなくなり、作りたいものをAIに伝えればよい時代が始まっている。
もちろん、何を作るのか、誰のために作るのか、どんな体験を提供したいのかという問題は残る。むしろ、そこがますます重要になっていくのだろう。
AIにプログラミングを任せられるようになれば、プログラミングが得意な人だけがWebサービスを作る時代ではなくなる。絵を描く人、物語を書く人、音楽を作る人、建築や空間を考える人。これまで技術的な制約によって、自分のアイデアをソフトウェアとして実現できなかった人たちにも、開発の可能性が開かれる。
右脳派の人々が、左脳的なプログラミング技術を習得してから制作を始める必要はない。作りたい世界を思い描き、それをAIに伝えればいい。そして、ここで改めて考えてしまう。
かつて筆者は、バックエンドを自力で構築する必要がないという理由で、WordPressを教材に選んでいた。しかし、今ではそのバックエンドさえAIが構築してくれる。
プレハブ住宅を上手に改装する技術を教えていた時代から、誰もがAIと一緒に注文住宅を建てられる時代へ。
筆者が教えてきた技術は、なくなったわけではない。ただ、人間がその技術を身につけなければ何も作れないという前提が、崩れ始めているのである。そして、筆者が「あつまれ右脳派の森」で本当にやりたかったことも、考えてみればプログラミングを教えることではなかった。
プログラミングができないという理由で、作りたいものを諦めなくていい世界を実現することだった。
AIエージェントの進化によって、その目的は、筆者が想像していたよりもずっと早く実現に近づいている。
