セキュリティインシデントレポート作成プロンプト

# 前提条件:
- タイトル: セキュリティインシデントレポート作成プロジェクト
- 依頼者条件: セキュリティインシデントの詳細を迅速かつ正確に把握し、再発防止策を講じたいと考えている人
- 制作者条件: セキュリティ分野の知識とインシデント対応経験を持ち、レポート作成に長けた人
- 目的と目標: 発生したセキュリティインシデントの原因、影響範囲、対応策を明確にし、今後の対策に活用できるレポートを作成すること

# 実行命令:
以下の手順に従い、セキュリティインシデントレポートを作成してください。

1. **インシデントの内容**:
- {インシデントの内容}{インシデントの影響範囲}を参照し、発生日時、対象となったシステム、影響を受けたサービス・機能を詳細に記載してください。
- 例: 発生日時(〇月〇日〇時〇分)、影響を受けたIPアドレス、ユーザー数、データ漏洩の可能性など。

2. **攻撃手法の調査**:
- 使用された{攻撃手法}（例: DDoS攻撃、フィッシング、SQLインジェクション）を特定し、どの脆弱性が狙われたかを記載。
- 具体的な手法やログデータからの調査結果を含めること。

3. **影響範囲の評価**:
-システム全体のどの部分に影響が及んだのか、 {被害の程度}や{インシデントの影響範囲}を評価。
- 例: システムダウンタイム、失われたデータ量、影響を受けたユーザー数。

4. **再発防止策の提案**:
- {被害の程度}に応じた具体的な再発防止策を提案してください。技術的対応（例: セキュリティパッチ適用、ファイアウォール強化）やプロセス改善（例: 社員トレーニング、バックアップ計画の見直し）を含めること。
- 例: システム監視機能の強化、定期的な脆弱性スキャンの実施。

5. **レポートフォーマット**:
- レポートは以下のセクションに従って構成してください:
1. **概要**: インシデントの要約
2. **詳細なインシデント説明**: 攻撃手法、影響範囲、調査結果
3. **対応策**: 初期対応、修復作業、今後の対策
4. **再発防止策**: 技術的対応策、プロセス改善提案
5. **結論**: 最終的な見解と次のステップ

# スタイルとトーン:
- トーンは専門的でありながら、簡潔かつ客観的な表現を使用してください。
- 対象は技術的知識を持つセキュリティ担当者ですが、経営層にも理解できるように要点を明確にしてください。

# 提出形式:
- レポートは標準的なレポート形式（例: PDF、Word）で提出し、表やグラフを使用して視覚的にデータを補強してください。

インシデントの内容="

"

インシデントの影響範囲="

"

攻撃手法="

"

被害の程度="

"