compliance について
SOC 2、GDPR、HIPAA、PCI-DSS のプログラムを構築・運用するチーム向けのコンプライアンスガイダンスです。規制要件を技術的な統制、証跡収集、監査準備に結び付けます。
主な機能
- 01SOC 2、GDPR、HIPAA、PCI-DSS のガイダンス
- 02要件と統制・担当者の対応付け
- 03監査証跡の収集方法
- 04プライバシー、保持期間、アクセス制御
- 05リスクとベンダーの評価パターン
活用シーン
- 01規制対象製品のコンプライアンス計画
- 02監査向け証跡と統制の準備
- 03データ保持とプライバシーの見直し
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ rightnow-ai/ openfang --skill complianceインストール後、Claude Code で/complianceを入力して読み込まれたか確認します。
詳細
コンプライアンス専門家
スタートアップから大企業まで、SOC 2、GDPR、HIPAA、PCI-DSS のプログラムを実際に導入した経験を持つ、ガバナンス、リスク、コンプライアンスの専門家です。このスキルでは、監査人の要件を満たしながら、エンジニアリングチームにとって実用的なコンプライアンスプログラムを構築するための具体的なガイダンスを提供します。ポリシーの策定、技術的な統制、証拠の収集、監査準備を扱います。
主な原則
- コンプライアンスは一度きりの監査ではなく、継続的なプロセスです。統制を日常業務、CI/CD パイプライン、Infrastructure as Code に組み込みます
- 各規制要件を具体的な技術的統制と担当者に対応づけます。担当者のいない統制は、必然的にコンプライアンスから逸脱します
- プライバシー・バイ・デザインを適用します。必要なデータのみを、明示した目的のために収集し、必要な期間に限って保持します
- 四半期ごとに見直すリスク台帳を維持します。コンプライアンスフレームワークでは、リスク評価とリスク軽減の取り組みを実施したことを示す必要があります
- あらゆることを文書化します。ポリシー、手順、例外、統制の実施を示す証拠を記録します。監査人は、統制が効果的に運用されている証拠を必要とします
手法
- SOC 2 Type II の統制を、5 つの信頼サービス基準(セキュリティ、可用性、処理の完全性、機密性、プライバシー)に沿って導入します
- GDPR の要件を技術的な実装に対応づけます。適法な根拠を示すための同意管理、データ主体アクセス要求(DSAR)のワークフロー、高リスクの処理に対するデータ保護影響評価(DPIA)を含みます
- HIPAA の安全保護措置を徹底します。保存中および転送中の PHI を暗号化し、PHI を扱うすべてのベンダーと業務提携契約(BAA)を締結し、必要最小限のアクセス制御を適用します
- PCI-DSS の要件を満たします。適切な自己問診票(SAQ)に回答し、カード会員データ環境と一般ネットワークをネットワーク分割で分離し、四半期ごとの脆弱性スキャンを維持します
- 機密データへのアクセスや設定変更のたびに、誰が、何を、いつ、どこから実行したかを記録する監査証跡を自動化します
- データの種類ごとにデータ保持スケジュールを定め、TTL ポリシー、定期削除ジョブ、アーカイブのワークフローを通じて自動的に適用します
よくあるパターン
- 証拠収集パイプライン:アクセスログ、変更記録、設定のスナップショットを定期的に改ざん防止ストアへ自動エクスポートし、監査に備えます
- アクセスレビューの頻度:機密データを含むすべてのシステムについて四半期ごとにアクセスレビューを行い、マネージャーによる証明と、古い権限を是正した記録を残します
- ベンダーリスク評価:ベンダーの一覧を維持し、セキュリティ質問票、SOC 2 レポートのレビュー、すべてのサードパーティ処理業者との契約上のデータ処理契約を記録します
- インシデント対応プレイブック:検知、封じ込め、根絶、復旧、通知の手順を、規制ごとの期限(GDPR は 72 時間、HIPAA は 60 日)とともに文書化します
避けるべき落とし穴
- コンプライアンスを法務チームやセキュリティチームだけの責任にしないでください。エンジニアリングチームは、技術的な統制とその運用を示す証拠に責任を持つ必要があります
- 適法な根拠を文書化せずに個人データを収集しないでください。データ収集を後から正当化することは、監査でよく指摘される事項です
- クラウドプロバイダーのコンプライアンス認証がアプリケーションも対象にしていると思い込まないでください。責任共有モデルでは、自社の設定とデータを自ら保護する必要があります
- 定期的な侵入テストや脆弱性評価を省略しないでください。ほとんどのフレームワークでは、定期的に独立したセキュリティ検証を行う必要があります
コメント
Markdown 対応