SECURITY

ホームページも、顧客情報も。
守る範囲を、明確に。

更新から、情報の管理と復旧まで。
スタジオ・コハクは、サイトの保守と業務システムの設計を通して、事故を起こしにくくし、起きたときに対応できる備えを整えます。

ホームページ保守顧客情報を扱うシステム自社CMS

取り組みの確認日:2026年10月23日

01 — Scope

サイトの保守と、
顧客情報の保護。

会社案内のホームページと、住所や契約情報を扱う業務システムでは、守る対象が違います。コハクでは、使う仕組みと預かる情報に合わせて対策を決めます。

ホームページ

公開し続けるための保守

サイトを動かす仕組みの更新、ログインの保護、不審な変更の検知、バックアップ。表示だけでなく、問い合わせなど必要な機能も確認します。

業務システム

情報を見せる相手まで設計

会社や担当者ごとの権限、保存する項目の暗号化、閲覧・変更の記録などを組み合わせます。実装する範囲は案件ごとに確認します。

このページは取り組みの説明です。すべての対策が全プランに含まれるわけではありません。対応範囲・点検の頻度・復旧時の作業は、お見積もりと契約で明確にします。

02 — Website Maintenance

公開後も続く
ホームページの保守。

自社CMS、WordPress、静的サイトなど、採用する仕組みによって保守の対象は変わります。サイトの構成に合わせて、更新・点検・バックアップの方法を決めます。

01

通信とログインを守る

HTTPSで通信を暗号化し、管理画面や公開操作へのアクセスを制限します。パスキーや二段階認証、ログイン試行の制限など、利用する仕組みに応じて、本人確認とアクセス制限を組み合わせます。

02

サイトと配信基盤の点検

自社CMSのプログラムや利用部品、配信サービスの設定など、サイトを構成する各部分を点検します。WordPressを使う場合は本体・テーマ・プラグイン、PHPを使う場合はその更新も対象です。修正情報を確認し、必要な更新と動作確認を進めます。

03

不審な通信・変更の検知

利用環境に合わせた通信の制限、ファイルの変更検知、マルウェアの確認、問い合わせフォームの迷惑投稿対策を設けます。通知が届いた後の確認先も決めておきます。

04

バックアップと動作確認

データの控えを取り、必要に応じて別の保管先も用意します。復旧方法を確認し、更新後は表示・問い合わせなどの機能を点検します。

月額保守に含まれる具体的な作業は、料金プランの「月額でやっていること」をご覧ください。常時有人監視や、復旧時間を一律に保証するサービスではありません。

03 — Customer Data

必要な情報だけを、
必要な人に。

顧客情報を集める前に、「その項目が業務に必要か」「誰が見るか」「いつまで残すか」を整理します。保管する情報を減らすことも、漏えい時の影響を小さくする備えです。

書類を施錠して保管する様子(イメージ)

会社・役割・担当で権限を分ける

同じシステムを使っていても、見られる情報とできる操作は別です。画面で隠すだけでなく、情報を返す処理でも権限を確認する設計にします。

重要な項目は暗号化して保存

連絡先や契約関連の情報など、保護する項目を決めて暗号化します。鍵もデータベースと分けて扱います。何を暗号化するかは、検索や業務の要件も踏まえて確認します。

閲覧・変更の記録を残す

誰が、いつ、どの情報にアクセスしたかを追えるようにします。記録を見られる人や保存期間も決め、記録そのものへの不要な個人情報の書き込みを抑えます。

大量の閲覧・出力を管理する

業務に必要な一括処理と、不自然な持ち出しを分けて考えます。利用者の役割に応じて、回数や件数の制限、記録、通知を組み合わせます。

自社の業務ポータルでの取り組み

管理画面への追加認証、担当範囲に応じた閲覧制御、連絡先などの項目暗号化、閲覧・変更の記録を実装し、運用しています。顧客向けシステムでも、この経験をもとに必要な対策を設計します。

04 — Recovery

バックアップから
戻す手順まで確認。

バックアップがあっても、必要なデータや鍵が足りなければ復旧できません。保管先、取得の頻度、戻す担当者と手順を確認します。自社の業務ポータルでは、暗号化した日次バックアップと復元手順を用意しています。

状況を把握

止まっている機能と影響する情報を整理し、ログなどの記録を保全します。

被害拡大を抑制

必要なアクセス制限や停止を判断し、復旧に使えるデータを確認します。

復旧と連絡

動作を確かめて再開し、分かったこと・未確認のことを分けて伝えます。

復旧にかかる時間や戻せる範囲は、障害の内容とバックアップの状態で変わります。専門調査や関係先への報告が必要な場合も、担当と役割を確認しながら進めます。

05 — Our CMS
自社CMS

自社CMSは、
公開と編集を分離。

コハクの自社CMSは、閲覧用のサイトと、記事を編集・公開する処理を分けています。公開側には編集用のデータベースや認証鍵を渡さず、公開が決まった記事と画像だけを配信します。

編集・公開する側

本人確認と操作権限

会社ごとのデータ・鍵を扱い、パスキーや操作ごとの権限を確認。重要な操作では再認証します。

訪問者が見る側

公開済みの内容を配信

未公開記事や画像を公開対象から外し、公開版に含まれる内容だけを届けます。

パソコンとスマートフォンでサイトの表示を確認する様子(イメージ)

パスキーによる本人確認、会社・役割ごとの権限、未公開情報の配信制限を備えています。記事の公開・更新に加え、以前の公開版に戻す操作にも対応しています。

導入するサイトごとに、利用者の権限やバックアップ、復旧・通知の方法を確認します。既存サイトから移行する場合は、記事・画像・URLなどの引き継ぎも含めて対応範囲を決めます。

06 — Before Launch

AIを使う機能も、
公開前の確認を残す。

AIを記事作成に使う場合も、下書きの内容を人が確かめてから公開します。外部サービスへ渡す情報と利用範囲を限定し、秘密情報や顧客情報を不用意に送らない運用を定めます。

点検では、確認した環境・日時・結果と、まだ確かめていない項目を記録します。公開前や改修時には、機能の変更や新しい脆弱性情報を踏まえて見直します。一度の検査結果を、その後も安全である根拠にはしません。

別の会社の情報が見えないか

会社や権限が違う操作を拒否できるか、URLや識別番号を変えた場合も含めて確認します。

公開前の情報が出ていないか

下書き・非公開画像・管理画面の情報を、公開サイトから取得できないことを確認します。

操作を取り違えても止められるか

権限がない操作を拒否できるかを確認します。更新が重なった場合や、同じ処理を繰り返した場合も、導入前の検査対象です。

戻せるか、気づけるか

データの復元手順と通知先を確認します。コードの検査だけで完了とせず、導入する環境でも点検します。

AIの利用方法や外部サービスとの連携範囲は、案件ごとに確認します。ここでの検査は、第三者による認証取得や無事故の保証を意味するものではありません。

07 — Read More

最近の事例から、自社の備えへ。

PHPの脆弱性と国内企業の不正アクセスについて、公表情報をもとに経緯と確認すべき点をまとめました。利用中のシステムに更新が必要か、顧客情報の管理やバックアップに見直す点はないか。自社の備えを点検する際の参考にしてください。

いまのサイトで、
何を守るかから相談できます。

サイトの構成と扱う情報を確認し、必要な保守・改修の範囲をご提案します。

セキュリティについて相談する →