公開  更新

PHPの脆弱性情報が公表前に漏れた件|中小企業が学べる「情報管理」の教訓

この記事の要点:2026年10月のPHP脆弱性では、修正版の公開前に情報の一部が外部へ出回りました。何がどう漏れたのか、時系列で整理し、会社や医院の情報管理に活かせる点を考えます。

今回のPHP脆弱性で、もうひとつ話題になったのが「公表前に情報が漏れた」という点です。ホームページの安全という話から少し離れますが、会社や医院の情報管理にも通じる内容なので、時系列で整理します。

※2026年11月8日時点で確認できた報道・公開資料にもとづきます。情報源によって時刻の記載が異なる部分があるため、断定を避けて書いています。

何がいつ起きたのか

piyologなどのまとめによると、おおまかな流れは次のとおりです。

  • 10月20日(UTC)ごろ:2件のCVE番号が、誤った公開時刻と誤った深刻度とともに出回る。PHP Foundationは、技術的な詳細は漏れていないと説明
  • 同日:セキュリティ会社のwatchTowrが、公表前のPHPのRCE(遠隔からのコード実行)情報が漏れており、実在すると確認できるとSNSに投稿
  • Hacker Newsに、近く開示される旨の投稿があり、のちに削除されたと報じられている
  • 10月21日:ある事業者が、公表前の修正入りイメージを公開
  • PHP側は、予告していた修正版の公開を前倒し(10月22日→10月21日)

その後、Hacker Newsへ投稿した人が「機密だとは知らなかった」と謝罪したとGIGAZINEが伝えています。

悪意ではなく、「知らなかった」から漏れる

注目したいのは、この件が必ずしも悪意のある流出ではなさそうだという点です。「機密と知らなかった」という言葉が象徴するように、情報の扱いが関係者全員に共有されていないと、善意の行動でも漏えいにつながります。

私が歯科医院や建築関連の会社でAI導入のお手伝いをするときも、同じことを感じます。事故の多くは、次のような場面から始まります。

  • 「これは外に出してはいけない情報だ」という線引きが、スタッフに伝わっていない
  • 便利なツール(生成AIやチャット)に、うっかり業務の情報を貼り付けてしまう
  • 取引先や患者様の情報を、個人のスマホや私用のメールで扱う

会社・医院でできる3つの対策

  1. 「出してはいけない情報」を言葉にする:患者様の氏名・診療内容、顧客情報、未発表の案件など、具体例つきで書き出します
  2. 情報の持ち出し・共有のルールを決める:使ってよいツールと、使ってはいけない場面を分けます
  3. 「知らなかった」を減らす:入社時だけでなく、年に1回でも全員で確認する場をつくります
POINTルールは長い文書にしないことが大切です。A4一枚に収まる「やってはいけないこと」の一覧のほうが、実際に読まれます。

特に医療機関では、患者様の個人情報の取り扱いに高い注意が求められます。ルールづくりの際は、個人情報保護法や、厚生労働省・経済産業省などが示す医療情報システムのガイドラインを確認し、必要に応じて専門家にもご相談ください。

生成AIの業務利用と情報の扱いについては、滋賀の中小企業のための生成AI活用ガイドでも触れています。

前回までの記事:PHPの重大な脆弱性とは?/WordPressのサイトは大丈夫?

参考にした情報

よくある質問

PHPの脆弱性情報の漏えいで、技術的な詳細まで出回ったのですか?

PHP Foundationは、公表前に出回ったのはCVE番号などで、技術的な詳細は漏れていないと説明していると報じられています。

気軽にお声掛けください

ブランドを作り上げるには、相互の深い信頼関係が不可欠です。
パートナーとして信頼いただけるか、まずはお気軽にお声掛けください。

お問い合わせ会社情報