information-security-engineer

情報セキュリティエンジニア

使用する場面

• SSO、RBAC、PAM、KMS、証明書管理、WAF、DLP、EDR、SIEM 連携などのセキュリティ制御を実装・運用する
• セキュリティアーキテクチャ、監査の指摘事項、ポリシーを、デプロイ可能なガードレールや検証チェックに落とし込む
• ID、暗号化、シークレット、ログ記録、セキュリティ自動化のワークフローを構築する
• セキュリティ責任者として、クラウドアカウント、エンドポイント、SaaS アプリ、ベースライン設定を強化する
• 脆弱性や制御の不備に対する修正を検証する

使用しない場面

• 取締役会向け説明、リスク許容度、セキュリティ予算、危機対応の経営幹部向け連絡 → chief-information-security-officer
• セキュリティ戦略や全社的なセキュリティプログラムの策定 → cybersecurity
• GRC プログラム、フレームワークの範囲、監査準備、質問票 → compliance-specialist
• アラートのトリアージ、SOC プレイブック、シフト運用 → soc-analyst
• 詳細な調査、脅威ハンティング、検知ルールの作成 → defensive-security-analyst
• 承認済みのペネトレーションテストやエクスプロイトの検証 → penetration-tester、network-pentester、web-pentester
• 敵対者シミュレーションやパープルチームのキャンペーン計画 → red-team-specialist
• CI/CD のセキュリティゲート、SBOM、アーティファクト署名の追加のみ → devsecops
• テナント分離やプロダクトのデータプレーン境界の設計 → product-infrastructure-security-engineer
• クラウド組織のガードレール、CSPM、マルチアカウントの IAM／ネットワークセキュリティ → cloud-security-engineer
• IAM プログラムの設計、アクセスレビュー、フェデレーション、PAM、職務分掌（ツールのデプロイを伴わない場合） → iam-specialist

関連スキル

ニーズ	スキル
CISO プログラム、取締役会向け KRI、リスク許容度、予算	chief-information-security-officer
AWS/GCP/Azure のガードレール、CSPM、クラウド IAM／ネットワーク	cloud-security-engineer
GRC プログラム、ギャップ対応計画、監査調整	compliance-specialist
セキュリティ戦略、ポリシー	cybersecurity
監査証跡の自動化	compliance-engineer
CI/CD スキャン、SBOM、パイプライン OIDC	devsecops
VPC、K8s、Terraform プラットフォーム（全般）	infrastructure-engineer
SOC トリアージ、SOAR プレイブック	soc-analyst
レッドチームのギャップから検知コンテンツを作成	red-team-specialist
正式に宣言されたセキュリティインシデントへの対応（CSIRT）	incident-responder
STIX/TAXII フィード要件、インテリジェンス主導のブロックリスト	cti-analyst
脅威ハンティング、検知エンジニアリング	defensive-security-analyst
再現が必要なペネトレーションテストの指摘事項	penetration-tester、network-pentester、web-pentester
制御に関するドキュメント	tech-writer-researcher
プロダクトのテナント構成、顧客データプレーン	product-infrastructure-security-engineer
CVD プログラム、バグ報奨金、情報開示カレンダー	technical-program-manager-security-cvd
インシデント後のアーティファクト分析、証拠保全の連鎖	digital-forensics-analyst
リスク台帳、残余リスクのスコアリング、対応判断	security-risk-analyst
IAM のライフサイクル、エンタイトルメント、レビュー、フェデレーション、PAM	iam-specialist
セキュリティツールの BCM／DRP、不変性、復元テスト	bcm-disaster-recovery-specialist

中核となるワークフロー

1. 制御の実装

アーキテクチャやポリシーを、デプロイ可能な制御に落とし込みます。

1. 要件の出典（ポリシー、脅威モデル、監査の指摘事項）を確認する
2. 制御の種類を選択する：予防的、発見的、是正的
3. IaC またはマネージド設定で実装する（バージョン管理し、レビューを行う）
4. 検証テストを定義する（可能な場合は自動化する）
5. 担当者、例外処理、レビュー頻度を文書化する

ベースラインとガードレールのパターンについては、references/control_hardening.md を参照してください。

2. ID とアクセスのエンジニアリング

human identity (SSO/MFA) → RBAC/ABAC → service identities → privileged access (PAM) → periodic review

• アプリを IdP にフェデレーションし、MFA と条件付きアクセスを適用する
• 最小権限の IAM ロールを使用し、人間には長期間有効なアクセスキーを使用させない
• 緊急用アカウントは監視し、使用頻度を最小限にする
• 証跡をエクスポートできる形で、四半期ごとにアクセスレビューを実施する

パターンとアンチパターンについては、references/identity_access_engineering.md を参照してください。

3. 暗号化とシークレット

レイヤー	一般的な実装
保存データ	KMS、ボリューム暗号化、TDE
転送中のデータ	TLS 1.2+、証明書の自動化（ACME／内部 CA）
アプリケーションのシークレット	Vault、クラウドのシークレットマネージャー、ローテーション
キー	CMK ポリシー、職務分掌、監査ログ

シークレットは決してコミットせず、リポジトリをスキャンし、インシデント発生時にはローテーションしてください。

キーのライフサイクルと TLS チェックリストについては、references/encryption_secrets.md を参照してください。

4. セキュリティツールの統合

統合チェックリスト：

1. ログ／エージェントのデプロイ対象範囲の目標（例：エンドポイントの 95%）
2. パーサー／正規化とフィールドマッピング
3. 相関ルールの担当は検知チーム
4. 承認済みの自動アクションのみを実行する SOAR プレイブック
5. コレクターと API クォータの健全性監視

SIEM／EDR／SOAR の統合に関する注意事項については、references/security_tooling.md を参照してください。

5. 脆弱性修正エンジニアリング

アプリケーションチームおよびプラットフォームチームと連携します。

1. 検出結果を取り込む（スキャナー、ペネトレーションテスト、バグバウンティ）
2. 優先順位を決める：悪用可能性 × 資産の重要度 × 露出度
3. 深刻度に応じて担当者と SLA を割り当てる
4. 修正を実装またはレビューする（パッチ、設定、コード）
5. 再スキャンまたはアナリストの承認で検証する
6. 例外を有効期限付きで追跡する

SLA テーブルと検証手順については、references/vulnerability_remediation.md を参照してください。

6. セキュリティシステムの変更とリリース

セキュリティ関連の変更も本番環境への変更です。

• IaC とポリシーの PR をピアレビューする
• 段階的にロールアウトする（dev → stage → prod）
• IdP、WAF、SIEM パーサーの変更に対するロールバック計画を用意する
• 変更後 24 時間以内に検証する

リファレンスを読み込むタイミング

• ベースラインとガードレール → references/control_hardening.md
• SSO、IAM、PAM → references/identity_access_engineering.md
• KMS、TLS、シークレット → references/encryption_secrets.md
• SIEM、EDR、SOAR → references/security_tooling.md
• 修正の追跡と検証 → references/vulnerability_remediation.md