モジュール 14ターム4 · 本番運用

コンプライアンス、ガバナンス、監査

ログインすると、進捗を複数のデバイスで保存できます。ログインするまでは、このブラウザに保存されます。

本モジュールはエンジニア向けにフレームワークを解説するものです。法的助言ではありません。自社の法域と業種における義務は、資格を持つ専門家に確認してください。

なぜ重要なのか

「エンタープライズグレード」とは、突き詰めれば それを証明できる ということです。エンタープライズの調達部門はセキュリティ質問票を送ってきます。規制当局は記録を求めます。投資家のデューデリジェンスではデータの取り扱いを問われます。M01 から M13 までに構築したものすべてが、ここで証跡になります。

学習目標

  1. 誰が、何を、いつ、どこから、誰の代わりに行ったかに答えられる監査証跡を構築できる。
  2. データ保護の原則を適用できる（シンガポールの PDPA を基準とし、GDPR と比較）。
  3. SOC 2 と ISO/IEC 27001 の構造、そして証跡を継続的に収集する方法を理解している。
  4. シンガポールのフィンテックに適用される業界ルールを把握している（MAS Technology Risk Management Guidelines、アウトソーシングに関する期待事項）。
  5. IMDA Model AI Governance Framework for Agentic AI を使って AI システムを統制でき、EU AI Act が適用され得る場面を把握している。
  6. ベンダー向けセキュリティ質問票に証跡を添えて回答できる。

レッスン

14.1 監査証跡

  • セキュリティおよびビジネス上重要なイベントの追記専用ログ: ログイン、権限の変更、データのエクスポート、管理者操作、お金の動き、エージェントのツール呼び出しと承認。
  • フィールド: 実行者（人間またはエージェントの ID）、代理の対象（on-behalf-of）、操作、対象、変更前/変更後、タイムスタンプ（サーバー）、IP/デバイス、リクエスト ID、結果。
  • 改ざんを検知できるようにし（追記のみのストレージ、ハッシュチェーン、または別アカウント）、保持ルールを設けます。
  • デバッグログとは分離します。監査ログへのアクセス自体も監査対象です。

14.2 データ保護: シンガポールの PDPA を基準に

エンジニアが実装する主な義務:

  • 同意と目的: 明示した目的のためだけに収集し、同意を記録します。
  • アクセスと訂正: ユーザーは自分のデータを請求し、訂正できます。エクスポートと編集の経路を作ります。
  • 保護: 合理的なセキュリティ対策（M05 の内容すべて）。
  • 保持の制限: 不要になったら削除または匿名化します。保持期間を管理するジョブを作ります。
  • 移転の制限: データがシンガポール国外に出る場合も同等の保護を確保します（クラウドのリージョンや AI プロバイダーがどこでデータを処理しているか確認してください）。
  • データ侵害の通知: 侵害の疑いを速やかに評価し、通知対象と判断してから 3 暦日以内に PDPC に通知し、必要な場合は影響を受けた個人にも通知します。
  • NRIC と国民 ID 番号: 収集は制限されています。UI とログではマスクします。
  • 説明責任: データ保護責任者（Data Protection Officer）を任命し、ポリシーを文書化します。 GDPR では、より厳格な適法根拠のルール、規制当局への 72 時間以内の通知、消去やデータポータビリティを含むデータ主体の権利、高リスクな処理に対する DPIA が加わります。

エンジニアリングのパターン: データインベントリ/データマップ、分類（公開、社内、機密、極秘）、極秘データのフィールドレベル暗号化、ログおよび LLM プロバイダーに送るプロンプトでの PII マスキング、スケジュールに沿ってバックアップにも反映される削除、すべての再委託先との DPA（AI ベンダーも含め、学習利用と保持の条件を確認）。

14.3 セキュリティフレームワーク: SOC 2 と ISO/IEC 27001

  • SOC 2（AICPA）: Trust Services Criteria（Security、および任意で Availability、Processing Integrity、Confidentiality、Privacy）に照らした統制について、監査人が発行する報告書です。Type I はある時点での設計を、Type II は一定期間（多くの場合 3〜12 か月）の運用の有効性を評価します。
  • ISO/IEC 27001:2022: 附属書 A の管理策（2022 年版では 93）を備えた、認証取得が可能な情報セキュリティマネジメントシステムです。
  • 監査人が確認する項目は、本コースの内容にそのまま対応します: アクセスレビュー、MFA、PR と CI による変更管理、脆弱性管理、ログとモニタリング、インシデント対応、バックアップとリストアテスト、ベンダー管理、セキュリティ研修、ポリシー。
  • コンプライアンス自動化ツール（Vanta、Drata、Secureframe、またはオープンソースの同等品）を使い、GitHub、クラウド、ID プロバイダーから継続的に証跡を収集します。

14.4 シンガポールのフィンテック: MAS の期待事項

MAS の規制対象事業者とそのテクノロジープロバイダーに対しては、MAS Technology Risk Management（TRM）Guidelines が、テクノロジーリスクのガバナンス、セキュアなソフトウェア開発、IT のレジリエンス、アクセス制御、暗号、サイバー監視、インシデント管理、さらにアウトソーシングとクラウドのリスクについて期待事項を定めています。該当するインシデントの通知期限は短いので、必要になる前に把握しておいてください。ライセンスを持つ金融機関向けに開発するなら、相手のベンダー評価は TRM に照らして行われると考えてください。

14.5 AI ガバナンス

  • IMDA Model AI Governance Framework for Agentic AI（2026 年 1 月公開、2026 年 5 月更新）: 事前にリスクの範囲を限定する。承認のチェックポイントによって人間が実質的な説明責任を負う。ライフサイクル全体にわたる技術的制御。エンドユーザーへの透明性とトレーニング。M06 の証跡がここに対応します。
  • テストの実践には AI Verify と IMDA の LLM テストスターターキットを使います。
  • EU AI Act: リスク階層に応じた義務で、EU 市場向けにサービスを提供するプロバイダーと導入者（deployer）に適用されます。信用スコアリングや一部の雇用関連の用途は高リスクに分類されます。段階的な適用日は変更されることがあるため、最新のスケジュールを確認してください。
  • ISO/IEC 42001（AI マネジメントシステム）と NIST AI RMF が、AI ガバナンスにおけるエンタープライズの参照フレームワークです。
  • モデル/AI 台帳 を維持します: 各 AI 機能について、目的、モデルとベンダー、使用するデータ、リスク区分、制御策、担当者、eval の結果を記録します。

14.6 トラストパッケージ

本格的な B2B の売り手が買い手に渡すもの: セキュリティ概要ページ、アーキテクチャとデータフローの図、再委託先リスト、DPA、ペネトレーションテストの要約、SOC 2 報告書または ISO 認証書（あるいはそこに至るロードマップ）、インシデント対応と BCP の要約、AI の利用とガバナンスに関する声明、回答済みの標準質問票（SIG Lite または CAIQ）。

Lab 14: 質問票に合格する

  1. アプリのデータマップを作ります: すべての個人データ項目について、目的、保存場所、保持期間、アクセスできる人、受け取る再委託先。
  2. 管理者操作とエージェントのツール呼び出しの監査ログを実装します。
  3. ユーザーデータのエクスポートと削除を実装します。
  4. 自分のアプリについて 100 問のベンダー向けセキュリティ質問票に回答し、「はい」と答えたものにはそれぞれ証跡へのリンクを付けます。
  5. IMDA MGF に対応付けた 1 ページの AI ガバナンス声明を書きます。

完了の定義

AI プロンプトパック

  • 「スキーマとコードをスキャンし、すべての個人データ項目、そのデータの流れ、受け取るサードパーティを示すデータマップを作成してください。」
  • 「リポジトリと設定ファイルにある証跡だけを使って、このセキュリティ質問票の回答案を作成してください。裏付けのないものはすべてギャップとして示してください。」