PHPの脆弱性とWordPressへの影響
PHP2Shellの対象・修正版・サーバー会社への確認方法を整理しました。
記事を読む更新から、情報の管理と復旧まで。
スタジオ・コハクは、サイトの保守と業務システムの設計を通して、事故を起こしにくくし、起きたときに対応できる備えを整えます。
取り組みの確認日:2026年10月23日
会社案内のホームページと、住所や契約情報を扱う業務システムでは、守る対象が違います。コハクでは、使う仕組みと預かる情報に合わせて対策を決めます。
サイトを動かす仕組みの更新、ログインの保護、不審な変更の検知、バックアップ。表示だけでなく、問い合わせなど必要な機能も確認します。
会社や担当者ごとの権限、保存する項目の暗号化、閲覧・変更の記録などを組み合わせます。実装する範囲は案件ごとに確認します。
このページは取り組みの説明です。すべての対策が全プランに含まれるわけではありません。対応範囲・点検の頻度・復旧時の作業は、お見積もりと契約で明確にします。
自社CMS、WordPress、静的サイトなど、採用する仕組みによって保守の対象は変わります。サイトの構成に合わせて、更新・点検・バックアップの方法を決めます。
HTTPSで通信を暗号化し、管理画面や公開操作へのアクセスを制限します。パスキーや二段階認証、ログイン試行の制限など、利用する仕組みに応じて、本人確認とアクセス制限を組み合わせます。
自社CMSのプログラムや利用部品、配信サービスの設定など、サイトを構成する各部分を点検します。WordPressを使う場合は本体・テーマ・プラグイン、PHPを使う場合はその更新も対象です。修正情報を確認し、必要な更新と動作確認を進めます。
利用環境に合わせた通信の制限、ファイルの変更検知、マルウェアの確認、問い合わせフォームの迷惑投稿対策を設けます。通知が届いた後の確認先も決めておきます。
データの控えを取り、必要に応じて別の保管先も用意します。復旧方法を確認し、更新後は表示・問い合わせなどの機能を点検します。
月額保守に含まれる具体的な作業は、料金プランの「月額でやっていること」をご覧ください。常時有人監視や、復旧時間を一律に保証するサービスではありません。
顧客情報を集める前に、「その項目が業務に必要か」「誰が見るか」「いつまで残すか」を整理します。保管する情報を減らすことも、漏えい時の影響を小さくする備えです。
同じシステムを使っていても、見られる情報とできる操作は別です。画面で隠すだけでなく、情報を返す処理でも権限を確認する設計にします。
連絡先や契約関連の情報など、保護する項目を決めて暗号化します。鍵もデータベースと分けて扱います。何を暗号化するかは、検索や業務の要件も踏まえて確認します。
誰が、いつ、どの情報にアクセスしたかを追えるようにします。記録を見られる人や保存期間も決め、記録そのものへの不要な個人情報の書き込みを抑えます。
業務に必要な一括処理と、不自然な持ち出しを分けて考えます。利用者の役割に応じて、回数や件数の制限、記録、通知を組み合わせます。
管理画面への追加認証、担当範囲に応じた閲覧制御、連絡先などの項目暗号化、閲覧・変更の記録を実装し、運用しています。顧客向けシステムでも、この経験をもとに必要な対策を設計します。
バックアップがあっても、必要なデータや鍵が足りなければ復旧できません。保管先、取得の頻度、戻す担当者と手順を確認します。自社の業務ポータルでは、暗号化した日次バックアップと復元手順を用意しています。
止まっている機能と影響する情報を整理し、ログなどの記録を保全します。
必要なアクセス制限や停止を判断し、復旧に使えるデータを確認します。
動作を確かめて再開し、分かったこと・未確認のことを分けて伝えます。
復旧にかかる時間や戻せる範囲は、障害の内容とバックアップの状態で変わります。専門調査や関係先への報告が必要な場合も、担当と役割を確認しながら進めます。
コハクの自社CMSは、閲覧用のサイトと、記事を編集・公開する処理を分けています。公開側には編集用のデータベースや認証鍵を渡さず、公開が決まった記事と画像だけを配信します。
会社ごとのデータ・鍵を扱い、パスキーや操作ごとの権限を確認。重要な操作では再認証します。
未公開記事や画像を公開対象から外し、公開版に含まれる内容だけを届けます。
パスキーによる本人確認、会社・役割ごとの権限、未公開情報の配信制限を備えています。記事の公開・更新に加え、以前の公開版に戻す操作にも対応しています。
導入するサイトごとに、利用者の権限やバックアップ、復旧・通知の方法を確認します。既存サイトから移行する場合は、記事・画像・URLなどの引き継ぎも含めて対応範囲を決めます。
AIを記事作成に使う場合も、下書きの内容を人が確かめてから公開します。外部サービスへ渡す情報と利用範囲を限定し、秘密情報や顧客情報を不用意に送らない運用を定めます。
点検では、確認した環境・日時・結果と、まだ確かめていない項目を記録します。公開前や改修時には、機能の変更や新しい脆弱性情報を踏まえて見直します。一度の検査結果を、その後も安全である根拠にはしません。
会社や権限が違う操作を拒否できるか、URLや識別番号を変えた場合も含めて確認します。
下書き・非公開画像・管理画面の情報を、公開サイトから取得できないことを確認します。
権限がない操作を拒否できるかを確認します。更新が重なった場合や、同じ処理を繰り返した場合も、導入前の検査対象です。
データの復元手順と通知先を確認します。コードの検査だけで完了とせず、導入する環境でも点検します。
AIの利用方法や外部サービスとの連携範囲は、案件ごとに確認します。ここでの検査は、第三者による認証取得や無事故の保証を意味するものではありません。
PHPの脆弱性と国内企業の不正アクセスについて、公表情報をもとに経緯と確認すべき点をまとめました。利用中のシステムに更新が必要か、顧客情報の管理やバックアップに見直す点はないか。自社の備えを点検する際の参考にしてください。
サイトの構成と扱う情報を確認し、必要な保守・改修の範囲をご提案します。
セキュリティについて相談する →