MENU

PHP脆弱性で学校は何をすべき?情報流出を防ぐ全校対策と委託先への確認項目

  • URLをコピーしました!

2026年10月21日に公表されたPHPの重大な脆弱性「PHP2Shell」を受けて、自治体や学校のホームページが緊急停止するなど、現場に大きな影響が出ています。いま求められているのが、PHP脆弱性 学校対策を「情報担当者だけの仕事」にせず、全校で進めることです。なぜなら、PHPは学校ホームページや入試の出願システム、保護者向けの連絡サービスなど、気づきにくい場所で動いているからです。この記事では、SIerから学校事務に転職した筆者が、まず何が問題なのか、どのようなリスクがあるのか、そして委託先への確認を含めてどう対策すべきかを、2026年11月6日時点の情報で整理します。

⚠️ ご注意 本記事は2026年11月6日時点の公表情報に基づいています。PHPの脆弱性への対応は状況が日々変わるため、修正版や追加の脆弱性は、必ず公式情報と委託先の最新の案内で確認してください。また、筆者はセキュリティの専門業者ではありません。個別のシステムの安全性は、委託先や専門家にご確認ください。
目次

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が使われている場合があるとして、製品の提供元の情報を確認するよう案内しています。また、レンタルサーバー上のサイトは、サーバー会社側の対応状況も確認する必要があります。ただし、すべての製品を自校で調べる必要はなく、委託先や提供元への確認が現実的です。

学校のPHP脆弱性対策で確認が必要なシステムの基盤を示す電子回路

📷 Photo by Unsplash(商用利用可・無料)

PHP脆弱性で学校に想定される3つのリスク

1個人情報の流出と、認証情報の盗難

サーバーを乗っ取られると、データベースに保存された児童生徒・保護者・志願者・教職員の個人情報に到達されるおそれがあります。また、管理者のパスワードや秘密鍵が盗まれると、別のシステムへの侵入という二次被害にもつながります。

2サイトの停止・改ざん・なりすまし

学校ホームページが書き換えられたり、偽サイトの設置や迷惑メール送信の踏み台にされたりする可能性があります。しかも、出願期間や説明会の時期にサイトが止まれば、募集活動への影響も小さくありません。実際に、予防的な停止を行った自治体や学校も多くありました。

3委託先経由の被害と、学校の法的責任

委託先の管理不備が原因でも、個人情報の安全管理と委託先の監督は、学校に求められる責任です。そのため、漏えいが起きれば、個人情報保護委員会への報告や本人への通知、保護者への説明が必要になり、学校への信頼低下にもつながります。

学校全体で進めるPHP脆弱性対策7ステップ

では、学校は何から始めればよいのでしょうか。ポイントは、特定の担当者に任せきりにせず、役割を決めて、確認結果を記録に残すことです。

ステップ1〜2:まず「体制」と「棚卸し」

💡 まず把握する
1
責任者と連絡体制を決める
管理職を責任者にして、事務・ICT担当・委託先の窓口を一本化します。教職員には、サイトの異常や不審なメールに気づいたらすぐ報告するよう周知します。
2
PHPを使うシステムを棚卸しする
システム名、委託先、PHPの有無とバージョン、インターネット公開の有無、扱う個人情報、管理者を一覧にします。個人情報の管理台帳と一緒に作ると効率的です。

ステップ3〜4:委託先と自校運用サイトを確認する

💡 確認する
3
委託先に書面で確認する
次の章の確認項目を使い、回答期限を決めて、メールなど書面で確認します。回答は後から見返せるよう、必ず保存します。
4
自校で運用するサイトを点検する
WordPressなら「サイトヘルス」でPHPのバージョンを確認します。WordPress本体を更新しても対処できないため、サーバー会社の案内も確認し、更新後はフォームや管理画面の動作を確かめます。

ステップ5〜7:侵害の確認・周知・継続

💡 守り続ける
5
侵害の兆候を確認する
修正版の公開日ではなく、10月17日ごろまでさかのぼってログや不審なファイル、見覚えのない管理者を確認してもらいます。痕跡がなくても、攻撃を受けていないとは断定できません。
6
保護者・生徒・教職員に注意を促す
学校を装った偽のメールやSMSへの注意、パスワードの使い回しの見直しを呼びかけます。流出が確認されていない段階でも、確認中であることは簡潔に伝えると安心につながります。
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権限の範囲管理画面の公開や過大な権限は、被害を広げやすいため
パスワード・鍵などの再発行の要否盗まれた場合の二次被害を防ぐため
追加の脆弱性への対応方針と、事故時の連絡体制(連絡先・通知までの時間)修正版が出た後も、継続的な対応が必要なため
📌 POINT 回答が「対応済みです」だけの場合は、バージョン、適用日、確認した期間と方法までを書いてもらいましょう。具体的に答えられない場合は、確認が不十分な可能性があります。

委託先への確認依頼メールの文例

✉️ 文例(自校に合わせて修正してください)
件名:【至急】PHPの脆弱性(CVE-2026-109618/109619)への対応状況のご確認

いつもお世話になっております。標記の件について、当校でご委託している下記システムの対応状況を、○月○日までに書面(メール)でご回答ください。
①対象システム名ごとのPHPの使用有無とバージョン ②修正版の適用有無と適用日 ③10月17日以降の侵害の有無と確認方法 ④個人情報の保存状況とDB管理ツールの公開有無 ⑤事故が疑われた場合の連絡体制。
あわせて、再委託先・ホスティング会社の対応状況もお知らせください。

PHP脆弱性対策で、事務職が気をつけたい注意点

最後に、対応を進める中で陥りやすい落とし穴を整理します。事務職は技術の専門家である必要はありませんが、次のポイントを知っておくだけで、委託先とのやり取りの質が上がります。

✅ やるべきこと
  • バージョン番号だけでなく、適用日と根拠も確認する
  • 修正版の適用後も、侵害の確認まで行う
  • 追加の脆弱性が出ていないか、継続して確認する
  • 回答や対応の記録を残す
🚫 避けたいこと
  • 設定変更だけで対処したつもりになる
  • 出どころ不明の攻撃コードを試す
  • 委託先の「問題なし」を鵜呑みにする
  • サポート終了版を、そのまま使い続ける
💬 けけちゃまの実体験 SE時代に学んだのは、脆弱性への対応で最初にやるべきことは、「何が、どこで、誰の管理で動いているか」の一覧づくりだ、ということです。学校事務の立場になってからも、この考え方は変わりません。技術的な対処は専門家に任せつつ、棚卸しと確認の記録を事務が担うだけで、学校全体の対応は格段に進めやすくなると感じています。

万が一、情報流出が疑われたときの初動対応

もし不審な動きが見つかったら、慌てずに次の順で動きます。公立学校の場合は、設置者である教育委員会の手順に従ってください。

  • 1️⃣被害の拡大を防ぐ(サイトの一時停止、ログの保全)
  • 2️⃣管理職に報告し、対応体制を立ち上げる
  • 3️⃣委託先に、原因と影響範囲の調査を依頼する
  • 4️⃣個人情報保護法に基づく報告・通知の要否を判断する
  • 5️⃣保護者・関係者への連絡と、問い合わせ窓口を準備する
  • 6️⃣パスワードや鍵を変更し、再発防止策を決める

また、漏えい等が発生し、個人の権利利益を害するおそれがある場合は、個人情報保護委員会への報告と本人への通知が必要です。報告は速報と確報の2段階で、確報は原則30日以内、不正の目的による場合は60日以内とされています。詳しくは必ず公式ページでご確認ください。

まとめ:PHP脆弱性対策は「棚卸し」と「委託先への確認」から

  • ✅PHP2Shellは、PHP本体の重大な脆弱性で、学校のホームページや出願システムなども対象になりうる
  • ✅筆者が確認できた範囲では、学校での流出確認の発表は見つからないが、「確認されていない」は「安全」ではない
  • ✅想定されるリスクは、個人情報の流出、サイトの停止・改ざん、委託先経由の被害と法的責任
  • ✅全校で、責任者の決定、棚卸し、委託先への書面確認、侵害の確認、周知、継続の順に進める
  • ✅委託先には、バージョン・適用日・確認期間まで具体的に答えてもらう

学校のPHP脆弱性対策、最初の一歩は一覧づくり

結局のところ、脆弱性への対応は、一度で終わるものではありません。しかし、持っているシステムを把握し、委託先に確認し、記録を残すという基本を押さえておけば、学校の被害は大きく減らせます。まずは、自校のシステム一覧をつくるところから始めてみてはいかがでしょうか。

うちの学校は、どのシステムがPHPなのか、まったく分かりません…
それが普通なので、心配いりません。分からないシステムの名前を書き出して、委託先に「PHPを使っていますか?」と聞くところから始めましょう。一覧ができれば、あとは確認項目を順番に聞いていくだけです。
最後まで読んでいただきありがとうございました!
よかったらシェアしてね!
  • URLをコピーしました!
目次