2026年10月21日に公表されたPHPの重大な脆弱性「PHP2Shell」を受けて、自治体や学校のホームページが緊急停止するなど、現場に大きな影響が出ています。いま求められているのが、PHP脆弱性 学校対策を「情報担当者だけの仕事」にせず、全校で進めることです。なぜなら、PHPは学校ホームページや入試の出願システム、保護者向けの連絡サービスなど、気づきにくい場所で動いているからです。この記事では、SIerから学校事務に転職した筆者が、まず何が問題なのか、どのようなリスクがあるのか、そして委託先への確認を含めてどう対策すべきかを、2026年11月6日時点の情報で整理します。
PHP脆弱性とは?学校に関わる問題をわかりやすく整理
PHPは、WebサイトやWebサービスを動かすために広く使われているプログラミング言語で、WordPressもPHPで動いています。報道では、PHPを使うWebサイトは全体の約70%に及ぶとされています。今回の「PHP2Shell」(CVE-2026-109618/109619)は、そのPHP本体に見つかった脆弱性で、PHP公式の告知では深刻度が最高クラスの9.2(CVSS v4.0)とされています。また、報道では、認証なしで外部から悪用され、サーバー上で不正な命令を実行される恐れがあると指摘されています。
何が起きたのか:PHP脆弱性の時系列
| 日付 | 主な出来事 |
|---|---|
| 10月17日 | AWSが、公表の前から悪用の試みを観測していたと報告 |
| 10月21日 | PHP公式が修正版を公開(8.5.12/8.4.27/8.3.36/8.2.35)。IPAも注意喚起を掲載 |
| 10月22日 | 保育・教育向けICTサービスの一時停止や、自治体・学校サイトの緊急メンテナンスが相次ぐ |
| 10月26日 | 米CISAが「悪用が確認された脆弱性」として登録。関連する追加の脆弱性にも修正版が出て、悪用が観測された |
| 11月6日 | 約4,600万台のうち約2,900万台が未修正とする調査が報じられる |
PHP脆弱性による「情報流出」はすでに起きているのか
筆者が確認できた範囲では、学校や自治体で、このPHP脆弱性が原因の個人情報流出が確認されたという発表は見つかっていません。実際に、長野県は10月30日時点で被害は確認されていないとしています。一方で、日本を含む4つの国と地域で、ネットワーク機器など25台が侵害され、パスワードや秘密鍵が盗まれた事例が報告されています。つまり、「まだ流出は確認されていない」ことと「安全である」ことは、同じ意味ではありません。
なぜ学校でPHP脆弱性が問題になるのか
学校のWebシステムは、委託先が構築・運用していることが多く、事務室や教員が「どこでPHPが動いているのか」を把握していないケースが少なくありません。そのため、自校では使っていないつもりでも、実際には動いているという事態が起こりえます。
学校でPHPが動いている可能性のある場所
| システム | 扱う主な個人情報 |
|---|---|
| 学校公式ホームページ(WordPressなど) | 問い合わせ内容、メールアドレス |
| 入試の出願・説明会申込システム | 志願者・保護者の氏名、住所、連絡先 |
| 保護者連絡・欠席連絡・登降園のアプリ | 児童生徒の氏名、連絡先、出欠情報 |
| 同窓会・部活動・PTAのサイト | 名簿、連絡先 |
| 採用応募フォーム | 応募者の経歴、連絡先 |
| 学内ポータル・グループウェア・図書館システム | 教職員・児童生徒のアカウント情報 |
見えにくい場所のPHPにも注意が必要
さらに、IPAは、ソフトウェアやネットワーク機器の内部でPHPが使われている場合があるとして、製品の提供元の情報を確認するよう案内しています。また、レンタルサーバー上のサイトは、サーバー会社側の対応状況も確認する必要があります。ただし、すべての製品を自校で調べる必要はなく、委託先や提供元への確認が現実的です。
📷 Photo by Unsplash(商用利用可・無料)
PHP脆弱性で学校に想定される3つのリスク
1個人情報の流出と、認証情報の盗難
サーバーを乗っ取られると、データベースに保存された児童生徒・保護者・志願者・教職員の個人情報に到達されるおそれがあります。また、管理者のパスワードや秘密鍵が盗まれると、別のシステムへの侵入という二次被害にもつながります。
2サイトの停止・改ざん・なりすまし
学校ホームページが書き換えられたり、偽サイトの設置や迷惑メール送信の踏み台にされたりする可能性があります。しかも、出願期間や説明会の時期にサイトが止まれば、募集活動への影響も小さくありません。実際に、予防的な停止を行った自治体や学校も多くありました。
3委託先経由の被害と、学校の法的責任
委託先の管理不備が原因でも、個人情報の安全管理と委託先の監督は、学校に求められる責任です。そのため、漏えいが起きれば、個人情報保護委員会への報告や本人への通知、保護者への説明が必要になり、学校への信頼低下にもつながります。
学校全体で進めるPHP脆弱性対策7ステップ
では、学校は何から始めればよいのでしょうか。ポイントは、特定の担当者に任せきりにせず、役割を決めて、確認結果を記録に残すことです。
ステップ1〜2:まず「体制」と「棚卸し」
ステップ3〜4:委託先と自校運用サイトを確認する
ステップ5〜7:侵害の確認・周知・継続
学校全体の役割分担の例
| 役割 | 主にすること |
|---|---|
| 管理職・理事会 | 責任者の指名、対応方針の決定、外部への公表の判断 |
| 事務(総務・情報担当) | 棚卸し、委託先への確認窓口、回答と記録の保管 |
| ICT担当教員 | 校内の端末・サービスの把握、技術面の助言 |
| 入試・広報・保護者連絡の各担当 | 自分の業務で使うシステムと、扱う個人情報の洗い出し |
| 全教職員 | 不審なメールや異常の報告。出どころ不明のプログラムは実行しない |
委託先に確認したいPHP脆弱性の項目チェックリスト
委託先への確認は、PHP脆弱性 学校対策の中心になります。「大丈夫ですか?」という聞き方では「問題ありません」の一言で終わってしまうため、具体的な項目を決めて回答を求めましょう。
システムとバージョンに関する確認項目
| 確認項目 | 確認する理由 |
|---|---|
| 対象システムごとのPHPの使用有無とバージョン | どこが影響を受けるかを把握するため |
| 修正版(8.5.12/8.4.27/8.3.36/8.2.35以降)の適用有無と適用日、またはOS提供元の修正の適用状況 | 番号が古くても、提供元が修正を取り込んでいる場合があるため、適用日と根拠を確認する |
| PHP 8.1以前を使っていないか。使っている場合の移行計画 | サポート終了版には公式の修正版が出ない見込みのため |
| 再委託先・レンタルサーバー会社の対応状況 | 委託先の先にある環境も対象になるため |
侵害・情報管理・体制に関する確認項目
| 確認項目 | 確認する理由 |
|---|---|
| 10月17日以降の侵害の有無と、確認した方法・期間 | 修正前に侵入されていた可能性を調べるため |
| ログの保全状況 | 調査や、万一の報告に必要なため |
| 個人情報の保存場所、項目、保管期間 | 被害が出た場合の範囲を把握し、不要なデータを減らすため |
| DB管理ツールの公開状況、DB権限の範囲 | 管理画面の公開や過大な権限は、被害を広げやすいため |
| パスワード・鍵などの再発行の要否 | 盗まれた場合の二次被害を防ぐため |
| 追加の脆弱性への対応方針と、事故時の連絡体制(連絡先・通知までの時間) | 修正版が出た後も、継続的な対応が必要なため |
委託先への確認依頼メールの文例
いつもお世話になっております。標記の件について、当校でご委託している下記システムの対応状況を、○月○日までに書面(メール)でご回答ください。
①対象システム名ごとのPHPの使用有無とバージョン ②修正版の適用有無と適用日 ③10月17日以降の侵害の有無と確認方法 ④個人情報の保存状況とDB管理ツールの公開有無 ⑤事故が疑われた場合の連絡体制。
あわせて、再委託先・ホスティング会社の対応状況もお知らせください。
PHP脆弱性対策で、事務職が気をつけたい注意点
最後に、対応を進める中で陥りやすい落とし穴を整理します。事務職は技術の専門家である必要はありませんが、次のポイントを知っておくだけで、委託先とのやり取りの質が上がります。
- バージョン番号だけでなく、適用日と根拠も確認する
- 修正版の適用後も、侵害の確認まで行う
- 追加の脆弱性が出ていないか、継続して確認する
- 回答や対応の記録を残す
- 設定変更だけで対処したつもりになる
- 出どころ不明の攻撃コードを試す
- 委託先の「問題なし」を鵜呑みにする
- サポート終了版を、そのまま使い続ける
万が一、情報流出が疑われたときの初動対応
もし不審な動きが見つかったら、慌てずに次の順で動きます。公立学校の場合は、設置者である教育委員会の手順に従ってください。
- 被害の拡大を防ぐ(サイトの一時停止、ログの保全)
- 管理職に報告し、対応体制を立ち上げる
- 委託先に、原因と影響範囲の調査を依頼する
- 個人情報保護法に基づく報告・通知の要否を判断する
- 保護者・関係者への連絡と、問い合わせ窓口を準備する
- パスワードや鍵を変更し、再発防止策を決める
また、漏えい等が発生し、個人の権利利益を害するおそれがある場合は、個人情報保護委員会への報告と本人への通知が必要です。報告は速報と確報の2段階で、確報は原則30日以内、不正の目的による場合は60日以内とされています。詳しくは必ず公式ページでご確認ください。
まとめ:PHP脆弱性対策は「棚卸し」と「委託先への確認」から
- PHP2Shellは、PHP本体の重大な脆弱性で、学校のホームページや出願システムなども対象になりうる
- 筆者が確認できた範囲では、学校での流出確認の発表は見つからないが、「確認されていない」は「安全」ではない
- 想定されるリスクは、個人情報の流出、サイトの停止・改ざん、委託先経由の被害と法的責任
- 全校で、責任者の決定、棚卸し、委託先への書面確認、侵害の確認、周知、継続の順に進める
- 委託先には、バージョン・適用日・確認期間まで具体的に答えてもらう
学校のPHP脆弱性対策、最初の一歩は一覧づくり
結局のところ、脆弱性への対応は、一度で終わるものではありません。しかし、持っているシステムを把握し、委託先に確認し、記録を残すという基本を押さえておけば、学校の被害は大きく減らせます。まずは、自校のシステム一覧をつくるところから始めてみてはいかがでしょうか。






