9つの領域

それぞれの領域が「何を守るのか」と、「放置した場合に何が起きるのか」をセットで定義しています。

• 01

  セキュリティ

  不正アクセス・情報漏えいを防ぐ

  放置した場合: 顧客情報の流出、管理者アカウントの乗っ取り

  チェック項目の例

  • APIキー・DB接続情報をコード/リポジトリに含めない
  • ログイン・リセット・登録にレート制限（総当たり／アカウント列挙対策）
  • 管理画面（/admin 等）は認可で保護し一般ユーザー不可
• 02

  可用性

  システムを止めない

  放置した場合: 障害・アクセス集中でサービスが停止する

  チェック項目の例

  • 定期バックアップを取得し、復元手順を実際にテスト済み
  • 重要コンポーネント（DB/アプリ）を冗長化
• 03

  監視・復旧

  障害を早期発見し復旧する

  放置した場合: 停止に気づくのに数時間、売上と信用を失う

  チェック項目の例

  • サービス停止・重大エラーを自動検知しアラート通知（メール/Slack等）
  • 死活監視（ヘルスチェック）を常時実施
• 04

  スケーラビリティ

  利用者増・アクセス集中に耐える

  放置した場合: キャンペーン開始直後に停止する

  チェック項目の例

  • 静的配信/CDN・キャッシュで負荷を分散
  • 本番相当環境で負荷試験を実施し、限界値を把握
• 05

  性能

  素早く表示する

  放置した場合: 表示が遅い、画面が切り替わらない

  チェック項目の例

  • 画像/動画/静的アセットを最適化（圧縮・遅延読み込み・CDN）
  • DBに適切なインデックスを設定
• 06

  保守性

  安全に変更し続ける

  放置した場合: 小さな追加で別の機能が壊れる

  チェック項目の例

  • 本番・検証・開発環境を分離
  • Claude Code等で顧客が安全に改修できるガイド/ガードレールを提供
• 07

  継続的保守・改善

  変化に追随し使い続けられる

  放置した場合: OSや外部サービスの変更で突然使えなくなる

  チェック項目の例

  • 既知の重大脆弱性（CVE）を含むバージョンを使用しない
  • 外部サービス/APIの仕様変更・廃止（EOL）を監視
• 08

  情報セキュリティ管理

  組織として守り続ける

  放置した場合: 権限が放置され退職者が本番に入れる、承認記録がなく監査で指摘される

  チェック項目の例

  • 本番環境への変更は申請・承認・記録を経て行い、誰がいつ承認したかを保全する
  • インシデント対応手順（検知・初動・報告・再発防止）を文書化し、連絡先と時間帯を定める
• 09

  個人情報の保護

  預かった個人情報を守る

  放置した場合: 目的外利用・削除漏れ・漏えい時に報告できない

  チェック項目の例

  • 保有期間と削除手順を定義し、退会・契約終了時に確実に削除する
  • 漏えい時の報告フロー（個人情報保護委員会への報告・本人への通知）を定義

※ 各領域に挙げたのは、チェック項目の一例です。全96項目のチェックリストは、無料セキュリティ診断・商談の場でご提示します。