--- title: PHPの重大な脆弱性とは？専門知識なしで分かる、サイト担当者が今すぐ確認すべきこと | データコム description: 10月21日に公表されたPHPの重大な脆弱性2件を、PHPを知らない方向けにやさしく解説。自社サイト・LP・キャンペーンサイトで何を確認し、誰に何を聞けばよいか、広告配信の判断まで手順で紹介します。 image: https://lp.datacom.jp/hubfs/blog-images/ads-column/news-20261022-php-vulnerability.png --- [![DATACOM CORP.](https://lp.datacom.jp/hubfs/3%E3%83%AD%E3%82%B4(%E8%8B%B1%E5%AD%97%E3%83%BB%E9%BB%92%E6%96%87%E5%AD%97)-1.png)](https://lp.datacom.jp/) [コラム一覧](https://lp.datacom.jp/ads) [無料相談](https://lp.datacom.jp/ads-service/#contact) 1. [データコム](https://www.datacom.jp/) 2. [WEBマーケティングコラム](https://lp.datacom.jp/ads) 3. [ニュース解説](https://lp.datacom.jp/ads/tag/%E3%83%8B%E3%83%A5%E3%83%BC%E3%82%B9%E8%A7%A3%E8%AA%AC) 4. PHPの重大な脆弱性とは？専門知識なしで分かる、サイト担当者が今すぐ確認すべきこと ニュース解説 # PHPの重大な脆弱性とは？専門知識なしで分かる、サイト担当者が今すぐ確認すべきこと 公開日: 2026.10.22 ![PHPの重大な脆弱性とは？専門知識なしで分かる、サイト担当者が今すぐ確認すべきこと](https://lp.datacom.jp/hubfs/blog-images/ads-column/news-20261022-php-vulnerability.png) 目次 2026年10月21日、Webサイトの裏側で広く使われているプログラム言語「PHP（ピー・エイチ・ピー）」に、深刻度が最高ランクの脆弱性（セキュリティ上の弱点）が2件見つかり、修正版が公開されました。悪用されると、外部の第三者がサイトのサーバーを操作できてしまうおそれがあります。PHPが分からなくても大丈夫です。マーケティング担当者が今日やるべきことは「自社が関わるサイトを洗い出し、管理者に“修正版に更新済みか”を確認すること」です。この記事では、専門用語をかみ砕きながら、その確認の仕方まで順を追って解説します。 この記事の要点 - PHPは、多くのWebサイトの「裏側」でページを作っているプログラム言語。WordPressもPHPで動いています - 10月21日、PHPに深刻度9.2（10点満点・最高ランク「緊急」）の脆弱性が2件公表され、修正版が公開されました - PHP公式は「すべての利用者がただちに更新を」と呼びかけ、完全な回避策はなく更新だけが安全な選択だとしています - 自社サイト・LP・キャンペーンサイト・ECサイトなどの管理者（制作会社・情報システム部門・サーバー会社）に、更新済みかを確認しましょう - 確認が取れないサイトへの広告配信は、一時停止も含めて判断するのが安全です ## 何が起きたのか PHPの開発チームは10月20日（協定世界時）、「重大な脆弱性2件を修正するセキュリティ更新を、10月21日14時（協定世界時。日本時間では21日23時）に公開する」と事前に予告しました。予告の段階で、詳細が外部に漏れたり悪用が確認されたりした場合は前倒しする、とも説明していました。 実際には日本時間の21日夜に詳細と修正版が公開され、2件の脆弱性には「CVE-2026-109618」「CVE-2026-109619」という識別番号が付けられています。どちらも、ログインなどの手続きを経ずに外部からサーバー上でプログラムを動かされるおそれ（専門用語で「リモートコード実行」）があるものです。 | 時期 | 対象 | 内容 | 発表元 | | --- | --- | --- | --- | | 10月20日（協定世界時） | PHPの全利用者 | 重大な脆弱性2件の修正版を21日に公開すると予告。すぐ更新できるよう準備を呼びかけ | PHP開発チーム | | 10月21日 | PHPを使う組織 | PHPを使っているシステムの棚卸しと、修正版をすぐ適用する準備を呼びかけ | IPA（情報処理推進機構） | | 10月21日夜（日本時間） | PHP 8.2〜8.5 | 修正版 8.5.12／8.4.27／8.3.36／8.2.35 を公開。深刻度はいずれもCVSS 9.2 | PHP開発チーム | | 同上 | PHP 8.1以前 | サポート終了済みのため公式の修正版は出ない（7.4〜8.1向けに最小限の修正ソースのみ提供） | PHP開発チーム | 国内でも、修正版の公開前後にWebサービスやサイトの緊急メンテナンスが相次いだと報じられています。「普段使っているサービスが急に止まった」という形で、この問題に触れた方もいるかもしれません。 [▶ 広告の遷移先やキャンペーン施策の見直しについて相談する（無料）](https://lp.datacom.jp/ads-service/?utm_source=blog&utm_medium=cta&utm_campaign=news&utm_term=mid1#contact) ## そもそもPHPとは？専門知識なしで分かる基礎知識 Webサイトは、大きく「表側」と「裏側」に分かれています。表側は、ブラウザに表示される文字や画像、ボタンなど、私たちが目にする部分です。裏側は、サイトを置いている「サーバー」というコンピューターの中で、ページの中身を組み立てたり、フォームの入力内容を受け取ったりする部分です。 PHPは、この**裏側で働くプログラム言語**です。飲食店にたとえると、ブラウザは「お客さんの注文」、サーバーは「厨房」、PHPは「注文に合わせて料理を作る調理担当」のような存在です。たとえば次のような場面で、裏側ではPHPが動いていることがよくあります。 - お知らせやブログ記事の一覧が、更新に合わせて自動で並び替わる - 問い合わせフォームや資料請求フォームの送信内容を受け取り、メールで通知する - ECサイトでカートに商品を入れる、会員ページにログインする - キャンペーンの応募フォームで、応募者情報を保存する 報道によれば、裏側の言語が判明しているWebサイトのおよそ7割がPHPを使っているとされます。多くの企業サイトやオウンドメディアで使われている「WordPress（ワードプレス）」も、PHPで作られています。つまり、**担当者がPHPという名前を知らなくても、自社サイトがPHPで動いている可能性は十分にある**ということです。 この記事に出てくる言葉 - **脆弱性（ぜいじゃくせい）**：プログラムの設計や作りに潜む、セキュリティ上の弱点。建物でいえば「鍵が壊れた勝手口」 - **CVSS**：脆弱性の深刻さを0〜10点で表す世界共通の物差し。9.0以上は最も深刻な「緊急（Critical）」 - **リモートコード実行**：インターネット越しに、他人のサーバーで勝手にプログラムを動かされること。厨房を外から乗っ取られるイメージ - **修正版（アップデート）**：弱点をふさいだ新しいバージョン。今回は8.5.12・8.4.27・8.3.36・8.2.35 - **サポート終了（EOL）**：開発元が修正版を出さなくなった古いバージョン。今回は8.1以前が該当 ## 背景：なぜ今これほど騒がれているのか 脆弱性の公表自体は珍しいことではありません。それでも今回大きく報じられているのは、いくつかの条件が重なっているためです。 1つ目は、**影響範囲の広さ**です。PHP公式は、Webからのアクセスを処理しているPHP環境は広く影響を受けうるとしています。一方、具体的な影響範囲の評価は情報源によって幅があり、IPAや欧州の機関は「PHP 5以降が影響を受ける」との見方を紹介しています。 2つ目は、**深刻度の高さ**です。2件とも10点満点中9.2で、ログイン不要で外部からサーバーを操作されうるという、最も警戒されるタイプの弱点です。 3つ目は、**攻撃までの時間が短いと見られていること**です。今回は修正版の公開前から情報が出回り、攻撃を試みる動きも報告されています。IPAは、サポートが終了した古いPHPを使い続けているサイトが見られることから、攻撃者が極めて短時間で悪用するおそれがあると注意を促しています。英国の政府機関も、インターネットに公開しているシステムから優先的にPHPの利用状況を洗い出すよう呼びかけています。 そしてPHP公式は、**「完全な回避策はなく、更新だけが安全な選択」**と明言しています。設定変更で一部の攻撃経路をふさぐ暫定策も示されていますが、それで安全になるわけではない、という位置づけです。 ## 小売・メーカーのマーケティングにどう影響するか 「サーバーの話はシステム部門の仕事」と思われがちですが、マーケティング部門が企画・運用しているサイトは意外に多く、しかも管理が手薄になりやすいものです。影響が考えられるのは、たとえば次のような場面です。 ### キャンペーンサイト・LPが「放置」されているケース 過去の懸賞キャンペーンや季節商戦の特設サイト、広告用のLP（ランディングページ）を制作会社に作ってもらい、終了後もそのまま公開している――。こうしたサイトは担当者が異動していたり、保守契約が切れていたりして、PHPの更新が止まっていることがあります。応募フォームに個人情報が残っていれば、情報漏えいのリスクにもつながります。 ### 広告の遷移先が改ざんされるケース サーバーを乗っ取られると、ページの書き換え（改ざん）や、訪問者を不審なサイトへ転送する仕掛けを埋め込まれるおそれがあります。広告費をかけて集めたお客さまを危険なページに送り込むことになれば、ブランドへの信頼を大きく損ないます。また、サイトが危険と判定されると、検索結果やブラウザで警告が表示されたり、広告の配信が止まったりする可能性もあります。 ### 緊急停止で集客が途切れるケース 安全確認のためにサイトを一時停止すると、その間に配信している広告は「つながらないページ」に誘導することになります。広告費のムダや計測データの欠損が起きないよう、サイト側の対応と広告の配信状況をセットで考える必要があります。[LPでよくある失敗とCVR改善の解決策を徹底解説](https://lp.datacom.jp/ads/lp-cv-optimization-failures-solutions-20260615)でも触れているとおり、LPは「公開して終わり」ではなく、運用し続けるものです。 なお、クラウド型のサイト作成サービスやECプラットフォームのように、サーバーの管理をサービス提供会社が担っている場合は、基本的に提供会社側で対応されます。ただし、各社のお知らせで対応状況を確認しておくと安心です。 ## 今やるべき対応 PHPの更新作業そのものは、制作会社や情報システム部門、サーバー会社が行うのが一般的です。マーケティング担当者の役割は、**「どのサイトが対象になりうるか」を洗い出し、管理者に確認を依頼し、結果に応じて広告や告知を判断すること**です。 ### STEP1：自社が関わるサイトを洗い出す コーポレートサイトだけでなく、ブランドサイト、オウンドメディア、ECサイト、キャンペーンサイト、広告用LP、応募・問い合わせフォームなどを一覧にします。今配信している広告の遷移先URLや、終了済みでも公開が続いているキャンペーンサイトを漏らさないことがポイントです。 ### STEP2：それぞれの管理者を確認する サイトごとに「誰がサーバーを管理しているか」を確認します。制作会社か、社内の情報システム部門か、レンタルサーバー会社か、クラウド型サービスか、によって問い合わせ先が変わります。分からない場合は、制作時の発注書や請求書、サーバー会社からの請求メールが手がかりになります。 ### STEP3：管理者に「更新済みか」を問い合わせる PHPの知識がなくても、次のように聞けば十分に伝わります。 「10月21日に公表されたPHPの重大な脆弱性（CVE-2026-109618／CVE-2026-109619）について、○○サイトは影響を受けますか。PHPを使っている場合、修正版（8.5.12／8.4.27／8.3.36／8.2.35のいずれか、またはOS・サーバー会社の修正済みパッケージ）への更新は済んでいますか。未対応の場合、対応予定日を教えてください。」 なお、PHP 8.1以前の古いバージョンを使っているサイトは、公式の修正版が出ていません。この場合は、新しいバージョンへの移行や、サーバー会社などが独自に提供する修正の有無を確認してもらう必要があります。PHP 8.2も2026年12月31日でサポート終了予定のため、あわせて移行計画を相談しておくとよいでしょう。 ### STEP4：回答に応じて広告・告知を判断する 「更新済み」なら、そのまま運用を続けて問題ありません。「対応中」「不明」の場合は、そのサイトに誘導する広告の配信を一時停止するか、別のページに遷移先を切り替えるかを検討します。すでに使っていないキャンペーンサイトは、この機会に閉鎖を検討するのも有効です。 ### STEP5：しばらくは変化に目を配る 更新が済んだあとも、数日から数週間は「見覚えのないページが増えていないか」「サイトから不審な転送が起きていないか」「アクセス数やフォーム送信数に不自然な変化がないか」を気にかけておきましょう。おかしな点があれば、すぐに管理者に共有します。 対応チェックリスト - ☐ コーポレート・ブランド・EC・キャンペーンサイト・LPを一覧にした - ☐ 配信中の広告の遷移先URLを一覧に含めた - ☐ 終了済みでも公開が続いているキャンペーンサイトを洗い出した - ☐ サイトごとの管理者（制作会社・情シス・サーバー会社）を確認した - ☐ 各管理者に「修正版に更新済みか」を問い合わせた - ☐ 未対応・不明のサイトについて、広告停止や遷移先変更を判断した - ☐ PHP 8.1以前を使うサイトの移行計画を相談した ## 実務への活かし方 今回の件は、マーケティング部門が「自分たちが持っているWebの資産」を把握しきれていないことに気づくきっかけにもなります。キャンペーンやLPは施策ごとに増えていく一方で、終了後の管理ルールが決まっていないことが少なくありません。サイト名・URL・目的・管理者・公開期限・保守契約の有無をまとめた台帳を一枚作っておくだけで、次に同じような事態が起きたときの初動が大きく変わります。 もう一つは、制作を外部に依頼するときの決めごとです。キャンペーンサイトを発注する際に「公開期間中のセキュリティ更新は誰が行うか」「終了後はいつ閉鎖するか」をあらかじめ取り決めておけば、今回のような緊急時に問い合わせ先で迷いません。広告運用の観点でも、遷移先ページを一時停止する場合の代替ページや、配信停止の判断者を決めておくと、集客の空白を最小限にできます。 セキュリティ対応は「守り」の仕事に見えますが、広告費やお客さまの信頼という「攻め」の成果を守ることにも直結します。施策の振り返りの場で、サイトの棚卸しを定例の項目にしてみてはいかがでしょうか。 ## よくある質問 ### Q. 自社サイトがPHPを使っているか、自分で確かめる方法はありますか？ A. ページのURLが「.php」で終わる場合や、WordPressで作られている場合は、PHPを使っている可能性が高いといえます。ただし見た目だけでは判断できないことも多いため、最終的にはサイトの管理者に確認するのが確実です。 ### Q. レンタルサーバーやクラウド型のサービスを使っていれば、何もしなくて大丈夫ですか？ A. サービスによって異なります。事業者が更新してくれる場合もあれば、利用者が管理画面でPHPのバージョンを選ぶ方式もあります。契約しているサービスのお知らせを確認し、必要な操作がないか確かめましょう。 ### Q. 更新すると、サイトの見た目や機能に影響はありますか？ A. 同じ系列（例：8.3から8.3.36）への更新は、主に不具合や弱点の修正で、影響は小さいとされます。一方、8.1以前から新しい系列へ移る場合は、プラグインなどが動かなくなることがあるため、管理者による動作確認が必要です。 ### Q. 広告はすべて止めたほうがよいですか？ A. 一律に止める必要はありません。遷移先のサイトが更新済みであれば通常どおり配信して問題ありません。更新状況が確認できないサイトへの広告に絞って、一時停止や遷移先の変更を検討しましょう。 ## まとめ - PHPはWebサイトの裏側で動くプログラム言語で、WordPressなど多くのサイトで使われています - 10月21日、深刻度9.2の脆弱性2件が公表され、修正版（8.5.12／8.4.27／8.3.36／8.2.35）が公開されました - PHP公式は「完全な回避策はなく、更新だけが安全」としており、ただちに更新するよう求めています - マーケティング担当者は、関わるサイトを洗い出し、管理者に更新済みかを確認するのが最初の一歩です - 確認が取れないサイトへの広告は、一時停止や遷移先の変更を検討しましょう PHPが分からなくても、「どのサイトを、誰が管理しているか」を把握していれば十分に役割を果たせます。まずは今日、手元のサイト一覧づくりから始めてみてください。 ## 出典・参考情報 - [PHP News Archive 2026（PHP公式）](https://www.php.net/archive/2026.php) - [Security advisory: RCE via OOM corruption（CVE-2026-109618／PHP公式・GitHub）](https://github.com/php/php-src/security/advisories/GHSA-w8hw-w9fx-j79w) - [Security advisory: RCE via stale global state（CVE-2026-109619／PHP公式・GitHub）](https://github.com/php/php-src/security/advisories/GHSA-6wmf-4rv5-p3rp) - [PHPの脆弱性に関する注意喚起（IPA 情報処理推進機構）](https://www.ipa.go.jp/security/security-alert/2026/pre-alert20261021.html) - [Critical security issue affecting PHP（英国 NCSC）](https://www.ncsc.gov.uk/news/critical-security-issue-affecting-php) - [PHPに「緊急」レベルの脆弱性2件（ITmedia NEWS）](https://www.itmedia.co.jp/news/article/2610/21/2000002446/) 広告の遷移先や配信計画の見直しも、あわせてご相談ください 30年以上のデータ分析実績をもとに、ターゲット抽出・配信・効果検証まで一気通貫でサポートします。相談・お見積りは無料です。 [無料相談を申し込む →](https://lp.datacom.jp/ads-service/?utm_source=blog&utm_medium=cta&utm_campaign=news#contact) ※本記事は2026年10月22日時点の公開情報をもとにデータコム編集部が作成したもので、個別のセキュリティ診断や技術的判断を示すものではありません。具体的な対応は、PHP公式・IPAの情報や、サイトの管理者・専門家にご確認ください。 タグ [ニュース解説](https://lp.datacom.jp/ads/tag/%E3%83%8B%E3%83%A5%E3%83%BC%E3%82%B9%E8%A7%A3%E8%AA%AC) [コラム一覧へ戻る](https://lp.datacom.jp/ads) ## よく読まれている記事 アクセス数順 [![自動入札戦略とは？基本と実践的な活用方法を解説](https://lp.datacom.jp/hubfs/blog-images/ads-column/what-is-automated-bidding-strategy.jpg) 1 自動入札戦略とは？基本と実践的な活用方法を解説 読む](https://lp.datacom.jp/ads/what-is-automated-bidding-strategy-20260620) [![同意管理プラットフォーム(CMP)とは？基本と実践的な活用方法を解説](https://lp.datacom.jp/hubfs/blog-images/ads-column/consent-management-platform-cmp-what-is-and-how-to-use.jpg) 2 同意管理プラットフォーム(CMP)とは？ツールの選び方・比較と導入手順をわかりやすく解説 読む](https://lp.datacom.jp/ads/consent-management-platform-cmp-what-is-and-how-to-use-20260613) [![広告クリエイティブを改善する5つの方法【具体的な手順付き】](https://lp.datacom.jp/hubfs/blog-images/ads-column/ads-blog-12-1.jpg) 3 広告クリエイティブの最適化・改善5つの方法【具体的な手順付き】 読む](https://lp.datacom.jp/ads/ad-creative-optimization-methods-20260531) [![顧客LTVを最大化する5つの戦略【実践手順付き】](https://lp.datacom.jp/hubfs/blog-images/ads-column/ads-blog-6-2.jpg) 4 顧客LTVを最大化する5つの戦略【実践手順付き】 読む](https://lp.datacom.jp/ads/customer-ltv-maximization-5-strategies-20260529) [![ROI計測とは？基本と実践的な活用方法を解説](https://lp.datacom.jp/hubfs/blog-images/ads-column/roi-measurement-basic-practical-use.jpg) 5 ROI測定とは？計算方法・算出手順とマーケティングROIを改善する実践ステップ 読む](https://lp.datacom.jp/ads/roi-measurement-basic-practical-use-20260609) ## 関連記事 [![【2025年度】広告苦情1.2万件超：ネット広告の不快感と自主規制強化への対応](https://lp.datacom.jp/hubfs/blog-images/ads-column/news-20261026-jaro-ad-complaints-record-high.png) 【2025年度】広告苦情1.2万件超：ネット広告の不快感と自主規制強化への対応](https://lp.datacom.jp/ads/news-20261026-jaro-ad-complaints-record-high) [![【速報】9月消費者物価2.1%上昇、小売・メーカーが取るべき購買行動変化への対応](https://lp.datacom.jp/hubfs/blog-images/ads-column/news-20261026-september-cpi-retail-manufacturer-response.png) 【速報】9月消費者物価2.1%上昇、小売・メーカーが取るべき購買行動変化への対応](https://lp.datacom.jp/ads/news-20261026-september-cpi-retail-manufacturer-response) [![【2026年9月】TikTok Shop美容品売上急伸！小売・メーカーが取るべき販促戦略](https://lp.datacom.jp/hubfs/blog-images/ads-column/news-20261016-tiktok-shop-beauty-sales-strategy-202609.png) 【2026年9月】TikTok Shop美容品売上急伸！小売・メーカーが取るべき販促戦略](https://lp.datacom.jp/ads/news-20261016-tiktok-shop-beauty-sales-strategy-202609) [![AI検索が過半数に到達！企業サイトは「ゼロクリック」対策とGEOへのシフトが急務に](https://lp.datacom.jp/hubfs/blog-images/ads-column/news-20261019-ai-search-zero-click-geo-shift.png) AI検索が過半数に到達！企業サイトは「ゼロクリック」対策とGEOへのシフトが急務に](https://lp.datacom.jp/ads/news-20261019-ai-search-zero-click-geo-shift) データコム WEB広告サービス ## 広告の課題を、データで解決する ターゲット抽出から効果検証まで一気通貫。 データが成果に変わるWEB広告サービスです。 精緻なターゲティング 購買データ起点で「届けるべき人」に絞り込んで配信 効果の可視化 ROI・来訪単価・獲得単価を数値で把握できる 1ヶ月〜スタート 少額テスト配信で効果を確かめてから本格展開 [無料相談を申し込む](https://lp.datacom.jp/ads-service/#contact) 相談・見積り無料   最短1ヶ月〜   業種・規模問わず対応 ![DATACOM CORP.](https://lp.datacom.jp/hubfs/3%E3%83%AD%E3%82%B4(%E8%8B%B1%E5%AD%97%E3%83%BB%E9%BB%92%E6%96%87%E5%AD%97)-1.png) データが、成果に変わる。 30年以上のデータ分析実績で、あらゆる業種・規模のWEB広告戦略を支援します。 データコム株式会社 \[本社\] 宮城県仙台市青葉区本町1-13-22 \[東京\] 東京都中央区日本橋富沢町7-16 03-5652-3080 © 2026 DATACOM CORP. All rights reserved. [会社概要](https://www.datacom.jp/) [プライバシーポリシー](https://www.datacom.jp/privacypolicy/) ```json { "@context" : "https://schema.org", "@type" : "Article", "author" : { "@type" : "Organization", "name" : "データコム株式会社", "url" : "https://www.datacom.jp/" }, "dateModified" : "2026-10-22T00:39:13", "datePublished" : "2026-10-22T00:39:13", "description" : "10月21日に公表されたPHPの重大な脆弱性2件を、PHPを知らない方向けにやさしく解説。自社サイト・LP・キャンペーンサイトで何を確認し、誰に何を聞けばよいか、広告配信の判断まで手順で紹介します。", "headline" : "PHPの重大な脆弱性とは？専門知識なしで分かる、サイト担当者が今すぐ確認すべきこと | データコム", "image" : "https://22400567.fs1.hubspotusercontent-na2.net/hubfs/22400567/blog-images/ads-column/news-20261022-php-vulnerability.png", "mainEntityOfPage" : { "@id" : "https://lp.datacom.jp/ads/news-20261022-php-critical-vulnerability-website-check", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://22400567.fs1.hubspotusercontent-na2.net/hubfs/22400567/2%E3%83%87%E3%83%BC%E3%82%BF%E3%82%B3%E3%83%A0%E3%83%9E%E3%83%BC%E3%82%AF-1.png" }, "name" : "データコム株式会社" } } ``` ```json { "@context" : "https://schema.org", "@type" : "BreadcrumbList", "itemListElement" : [ { "@type" : "ListItem", "item" : "https://www.datacom.jp/", "name" : "データコム", "position" : 1 }, { "@type" : "ListItem", "item" : "https://lp.datacom.jp/ads", "name" : "WEBマーケティングコラム｜データコム株式会社", "position" : 2 }, { "@type" : "ListItem", "item" : "https://lp.datacom.jp/ads/tag/%E3%83%8B%E3%83%A5%E3%83%BC%E3%82%B9%E8%A7%A3%E8%AA%AC", "name" : "ニュース解説", "position" : 3 }, { "@type" : "ListItem", "item" : "https://lp.datacom.jp/ads/news-20261022-php-critical-vulnerability-website-check", "name" : "PHPの重大な脆弱性とは？専門知識なしで分かる、サイト担当者が今すぐ確認すべきこと", "position" : 4 } ] } ``` ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "データコム編集部", "url" : "https://lp.datacom.jp/ads/author/datacom_writer" }, "dateModified" : "2026-10-22T00:39:13.447Z", "datePublished" : "2026-10-22T00:39:13.000Z", "headline" : "PHPの重大な脆弱性とは？専門知識なしで分かる、サイト担当者が今すぐ確認すべきこと | データコム", "image" : [ "https://lp.datacom.jp/hubfs/blog-images/ads-column/news-20261022-php-vulnerability.png" ], "mainEntityOfPage" : { "@id" : "https://lp.datacom.jp/ads/news-20261022-php-critical-vulnerability-website-check", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://lp.datacom.jp/hubfs/%E3%83%87%E3%83%BC%E3%82%BF%E3%82%B3%E3%83%A0%E3%83%AD%E3%82%B4(%E8%8B%B1%E4%BA%8C).png" }, "name" : "データコム株式会社" } } ``` ```json { "@context" : "https://schema.org", "@type" : "FAQPage", "mainEntity" : [ { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "ページのURLが「.php」で終わる場合や、WordPressで作られている場合は、PHPを使っている可能性が高いといえます。ただし見た目だけでは判断できないことも多いため、最終的にはサイトの管理者に確認するのが確実です。" }, "name" : "自社サイトがPHPを使っているか、自分で確かめる方法はありますか？" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "サービスによって異なります。事業者が更新してくれる場合もあれば、利用者が管理画面でPHPのバージョンを選ぶ方式もあります。契約しているサービスのお知らせを確認し、必要な操作がないか確かめましょう。" }, "name" : "レンタルサーバーやクラウド型のサービスを使っていれば、何もしなくて大丈夫ですか？" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "同じ系列（例：8.3から8.3.36）への更新は、主に不具合や弱点の修正で、影響は小さいとされます。一方、8.1以前から新しい系列へ移る場合は、プラグインなどが動かなくなることがあるため、管理者による動作確認が必要です。" }, "name" : "更新すると、サイトの見た目や機能に影響はありますか？" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "一律に止める必要はありません。遷移先のサイトが更新済みであれば通常どおり配信して問題ありません。更新状況が確認できないサイトへの広告に絞って、一時停止や遷移先の変更を検討しましょう。" }, "name" : "広告はすべて止めたほうがよいですか？" } ] } ```