FOR ORGANIZATIONS
組織向け:脆弱性への対応と、漏えい後の備え
会社や店舗でウェブサイトや業務システムを運用する方に向けて、脆弱性が公表されたときの確認・更新から、侵害の確認、復旧までの基本を整理します。緊急時に慌てないためには、平時から保守を依頼し、対応できる関係と手順を整えておくことも欠かせません。
VULNERABILITY
脆弱性は、見つけてからの対応が重要
ソフトウェアやウェブサイトには、設計や実装の不備によって、想定外の操作を許してしまう弱点が見つかることがあります。こうした弱点は「脆弱性」と呼ばれ、悪用されると、サービスの停止やデータの閲覧・改ざんにつながる場合があります。
一方で、脆弱性が公表されたことだけで、すべての利用環境が侵害されたとは限りません。影響する製品や設定、修正プログラムの提供状況はそれぞれ異なります。慌てて不確かな情報を広めるのではなく、製品の提供元や運用を委託している事業者の公式情報を確認するところから始めます。
「修正プログラムを適用したか」と「適用前に不正利用がなかったか」は、別々に確認する必要があります。
FIRST RESPONSE
小さな組織でもできる、更新対応の段取り
専任のIT担当者がいない会社や店舗でも、対応の流れを決めておけば、緊急時に「誰が何を確認するのか」で迷う時間を減らせます。まずは、使っているウェブサイト、CMS、プラグイン、サーバー、業務用端末を洗い出し、管理者と保守窓口を記録しておきましょう。
PHPの脆弱性「php2shell」から考える
2026年10月に公表されたPHPの脆弱性(CVE-2026-109618、CVE-2026-109619)は「php2shell」と呼ばれ、CISAはウェブ要求を処理するPHP環境を対象に、早急な修正を呼びかけています。PHPは、WordPressなどのCMSやウェブサイトの裏側で使われていることがあり、運営者がPHPの存在やバージョンを把握していない場合もあります。
レンタルサーバーでは、サーバー会社がPHPを更新し、対策を実施している場合もあります。ただし、対応状況や対象範囲は事業者・契約・設定によって異なるため、「対策済みだろう」と決めつけず、サーバー会社の公式案内や管理画面で確認してください。あわせて、制作会社や保守会社にも、サイトで使っているPHPのバージョンと脆弱性への対応状況、CMSやプラグインへの影響、必要な作業が完了しているかを確認しましょう。CISAの案内では、更新できない場合やサポート対象外の古いPHPを使っている場合、修正できるまでPHPを使うシステムを停止するよう勧告しています。詳しくはCISAの勧告とPHP公式のセキュリティ情報で、最新の対象範囲と対処方法をご確認ください。
- 対象を確かめる:公表情報と、利用中の製品名・バージョン・設定を照合する。
- 公式の案内を確認する:提供元や保守事業者が示す修正版、回避策、作業上の注意に従う。
- 影響と優先順位を判断する:インターネットから接続できる機器や、重要な情報を扱うシステムを優先して確認する。
- 更新と動作確認を行う:可能な範囲でバックアップや復旧手順を確認してから適用し、サイトや業務が正常に使えるか確かめる。
- 記録を残す:対象、対応日時、実施した変更、確認結果、未対応の項目を記録する。
ウェブサイトを制作会社やサーバー会社に任せている場合は、「対応済みですか」だけでなく、対象の製品やバージョン、実施した更新、侵害の兆候を確認したかを尋ねると、状況を把握しやすくなります。管理画面やプラグインを長期間放置しているサイトは、今回の対応だけでなく、今後の更新担当や保守体制も見直す機会にできます。
更新による影響が心配な場合も、根拠のないまま先延ばしにせず、提供元や専門家に相談して安全な適用方法を決めましょう。
AFTER AN UPDATE
更新できたら、侵害の有無と復旧も確認する
修正版を適用しても、それ以前に不正なアクセスや設定変更があったかどうかは別途確認が必要です。見覚えのない管理者アカウント、変更されたファイルや設定、不自然なログイン履歴、利用者からの不審な通知など、普段と異なる兆候がないかを確認します。確認に必要なログや記録は、削除や上書きの前に保全してください。
侵害の可能性がある場合は、影響範囲を広げないための対応と、証拠や業務継続のバランスが大切です。自己判断で調査を続けたり、関係する記録を消したりせず、保守事業者やセキュリティの専門家に連絡します。顧客情報などの漏えいが疑われる場合は、社内の責任者と専門家に速やかに共有し、必要な報告や本人への連絡を関係法令・公的機関の案内に沿って判断します。
また、バックアップは取得しているだけでなく、実際に復元できるかを確かめておきましょう。復旧用のデータまで同じアカウントやネットワークから変更・削除されないようにすることも、被害から業務を立て直すための備えです。
ORGANIZATIONAL SUPPORT
相談先と連絡手順を、平時に決めておく
脆弱性が公表されてから保守先を探し始めても、すぐに対応できるとは限りません。システムの構成や契約範囲がわからず、管理用アカウントや作業権限の確認、影響範囲の調査から必要になるためです。平時から保守を依頼し、システムの構成・担当窓口・緊急連絡先を共有しておけば、状況確認や更新の判断を始めやすくなります。
保守契約では、定期的なOS・PHP・CMS・プラグインの更新だけでなく、緊急の脆弱性情報を誰が確認するか、緊急時の連絡方法と対応時間、バックアップや復旧の範囲、追加費用の条件も明確にしておきましょう。契約しているだけで自動的に安全になるわけではないため、保守の対象と実施記録を定期的に確認することも大切です。
小規模な事業者は、IPAの「SECURITY ACTION」や、各都道府県の「よろず支援拠点」など、公的な情報や相談窓口も活用できます。最新の受付方法や支援内容は各公式サイトでご確認ください。
顧客情報などの漏えいが疑われる場合は、専門家や関係機関と連携し、必要な報告や本人への連絡を関係法令・公的機関の案内に沿って判断します。