# ECシステム運用管理システム セキュリティ設計書

## 1. セキュリティ設計概要

本設計書は、ECサイト運用管理システムのセキュリティ対策について定義します。システムの重要性と取り扱うデータの機密性を考慮し、多層防御の考え方に基づいた包括的なセキュリティ設計を行います。

## 2. セキュリティポリシー

### 2.1 基本方針

- 最小権限の原則に基づくアクセス制御
- 多層防御によるセキュリティ確保
- 暗号化によるデータ保護
- 定期的なセキュリティ監査とレビュー
- インシデント発生時の迅速な対応体制

### 2.2 コンプライアンス要件

- PCI DSS（Payment Card Industry Data Security Standard）準拠
- GDPR（EU一般データ保護規則）対応
- 個人情報保護法遵守

## 3. ネットワークセキュリティ

### 3.1 境界防御

#### AWS WAF
- XSS（クロスサイトスクリプティング）対策
- SQLインジェクション対策
- リクエスト制限（レートリミット）設定
- 地理的制限（不審な国・地域からのアクセスブロック）

#### DDoS対策
- AWS Shield Standardによる基本的なDDoS保護
- CloudFrontによる分散型攻撃の緩和

### 3.2 ネットワークセグメンテーション

#### VPC設計
- パブリックサブネット：ALBのみ配置
- プライベートサブネット：EC2、RDS、ElastiCacheを配置
- インターネットゲートウェイへの直接アクセスを制限

#### セキュリティグループ設計
| リソース | インバウンドルール | アウトバウンドルール |
|---------|-----------------|------------------|
| ALB | 80/443ポート（インターネットから） | EC2へのみ（アプリケーションポート） |
| EC2 | ALBからのみ（アプリケーションポート） | RDS、ElastiCache、SQS、S3、外部APIへの必要なポート |
| RDS | EC2からのみ（3306ポート） | 全て拒否 |
| ElastiCache | EC2からのみ（6379ポート） | 全て拒否 |

#### NACLs（ネットワークACL）設定
- サブネットレベルでの追加セキュリティ層
- 不正なトラフィックパターンのブロック

## 4. データセキュリティ

### 4.1 保存データの暗号化

#### RDS (Aurora MySQL)
- 保存データの暗号化（AWS KMSによる管理）
- バックアップの暗号化

#### S3
- サーバーサイド暗号化（SSE-S3またはSSE-KMS）
- バケットポリシーによるアクセス制限
- バージョニングによる不正削除対策

#### ElastiCache
- 転送時の暗号化（TLS）
- Redis AUTH有効化

### 4.2 転送中データの暗号化

- HTTPS通信の強制（HTTP to HTTPSリダイレクト）
- TLS 1.2以上の使用強制
- 強力な暗号スイートの適用
- 内部通信（VPC内）の暗号化

### 4.3 機密情報管理

#### AWS Secrets Manager
- 外部システム接続情報の管理
- API鍵の安全な保管
- データベース認証情報の管理
- 定期的なシークレットローテーション

## 5. アクセス制御

### 5.1 IAM設計

#### ロールベースのアクセス制御
- EC2インスタンスロール
- Lambda実行ロール
- バックアップ管理ロール
- 監視ロール

#### 最小権限の原則
- 必要最小限の権限のみを付与
- 一時的な権限昇格プロセスの確立

### 5.2 管理者アクセス

- MFA（多要素認証）の強制
- 特権アカウントの厳格な管理
- 管理操作の監査ログ記録

### 5.3 アプリケーションユーザー認証

- セキュアなパスワードポリシー
  - 最小長：12文字
  - 複雑性要件：大文字、小文字、数字、特殊文字を含む
  - パスワード有効期限：90日
- アカウントロックアウト（5回の失敗で30分ロック）
- セッション管理
  - セッションタイムアウト：30分
  - セッションの暗号化
  - セキュアなCookie設定（HttpOnly, Secure）

## 6. 監視と検知

### 6.1 ログ管理

#### CloudWatch Logs
- アプリケーションログ
- システムログ
- セキュリティイベントログ
- アクセスログ

#### ログ保持ポリシー
- CloudWatch Logs：30日
- S3アーカイブ：365日

### 6.2 セキュリティ監視

#### CloudWatch アラーム
- 不審なAPIコール検知
- 権限変更の検知
- リソース構成変更の検知
- ログイン失敗の監視

#### GuardDuty
- 脅威検知
- 異常行動の検知
- マルウェア検知

### 6.3 監査

- AWS Config：構成変更の記録と評価
- CloudTrail：API操作の記録
- 定期的なセキュリティレビュー（四半期ごと）
- 脆弱性スキャン（月次）

## 7. 脆弱性管理

### 7.1 パッチ管理

- EC2インスタンスの定期的なパッチ適用（月次）
- AMIの定期的な更新
- セキュリティアップデートの迅速な適用（重大な脆弱性は72時間以内）

### 7.2 脆弱性評価

- 定期的な脆弱性スキャン（月次）
- ペネトレーションテスト（年次）
- 依存ライブラリの脆弱性チェック（CI/CDパイプライン内）

## 8. インシデント対応

### 8.1 インシデント検知

- セキュリティアラートの設定
- 異常検知の仕組み
- 監視ダッシュボード

### 8.2 対応プロセス

1. インシデント検知
2. 初期評価と分類
3. 封じ込め
4. 原因究明
5. 復旧
6. 事後分析と再発防止

### 8.3 連絡体制

- エスカレーションフロー
- 責任者連絡先リスト
- 外部機関への報告基準

## 9. 事業継続とディザスタリカバリ

### 9.1 バックアップ戦略

- RDS：日次自動バックアップ（保持期間7日）
- S3：バージョニングと別リージョン複製
- 重要設定：定期的なエクスポートとS3保存

### 9.2 復旧計画

- RTO（Recovery Time Objective）：4時間以内
- RPO（Recovery Point Objective）：24時間以内
- 障害復旧手順の文書化
- 定期的な復旧テスト（四半期ごと）

## 10. セキュリティ教育と意識向上

### 10.1 開発者向け教育

- セキュアコーディング研修（年2回）
- OWASP Top 10の理解
- クラウドセキュリティのベストプラクティス

### 10.2 運用担当者向け教育

- インシデント対応訓練（年2回）
- セキュリティツール操作研修
- 最新の脅威情報の共有

## 11. コンプライアンスと監査

### 11.1 内部監査

- セキュリティコントロールの有効性評価（四半期ごと）
- ポリシー遵守状況の確認
- 改善計画の策定と実施

### 11.2 外部監査

- 第三者によるセキュリティ評価（年次）
- 脆弱性診断レポートの評価
- 改善事項の追跡管理

## 12. 環境別セキュリティ設定

### 12.1 開発環境

- 本番データの使用禁止
- 簡易的なセキュリティ対策
- 開発者のみアクセス可能

### 12.2 テスト環境

- 匿名化されたテストデータの使用
- 本番に近いセキュリティ設定
- 限定されたユーザーのみアクセス可能

### 12.3 本番環境

- 全てのセキュリティ対策を適用
- 厳格なアクセス制御
- 変更管理プロセスの厳守

## 13. セキュリティ更新計画

- セキュリティ設計の四半期レビュー
- 新たな脅威に対する対策の検討
- セキュリティ技術のアップデート計画