AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。

Atlas の監査に関するガイダンス

Atlas プラットフォームのアクティビティをモニターするには、監査を使用してください。

注意

MongoDB Atlas共有責任モデルは、安全で回復力のあるデータ環境を維持するためのMongoDBとそのカスタマーの補完的な役割を定義します。このフレームワークの下、 MongoDB は基礎のプラットフォームのセキュリティと運用上の整合性を管理しますが、カスタマーは特定の配置の構成、管理、データ ポリシーに責任を負います。所有者のセキュリティと運用の優れ性の詳細な内訳については、共有責任モデルを参照してください。

M10+ クラスターで利用可能で、データベース監査により、複数のユーザーによる配置のシステム アクティビティを追跡できます。

Atlas の管理者として、MongoDB でカスタム JSON 監査フィルターを作成し、システム全体で監査される内容を正確に制御できます。

このアプローチにより、どのアクション、データベースユーザー、Atlas ロールをモニター対象とするかを正確に指定でき、監査プロセスをよりきめ細かく制御できます。これは標準的なフィルター ビルダを使用する場合と比べて優れています。

手動監査構成 を使用すると、Atlas に文書化された システムイベントアクション のほぼすべてを監視できます。

包括的なデータベース監査機能で、以下の項目を詳細に追跡できます。

  • DDL(データ定義言語)の操作

  • DML(データ操作言語)の操作

  • DCL(データ制御言語)の操作。

これにより、データベース スキーマの変更、データの変更、権限の調整を完全に可視化できます。

実装ガイダンスには、完全なイベント リストや実用的な構成例が含まれています。詳細については「MongoDB 監査」と「監査フィルターの例」のドキュメントを参照してください。追加のセットアップ手順は、「データベース監査の設定」セクションを参照してください。

監査フィルターを作成して、関心のある特定の操作のみに監査を制限できます。操作の監査を有効にすると、「監査イベント アクション、詳細、結果」で詳述されているように、監査可能なすべての操作が Atlas に記録されます。

Atlas が記録するイベントを制限するには、イベント監査フィルターを指定できます。

以下のドキュメントは、test データベースに対して行われる認証操作のみを対象とする監査フィルターを定義しています。詳細については、「監査フィルターの構成」を参照してください。

{ "atype": "authenticate", "param.db": "test" }

監査フィルターを有効にするには、 --enabledフラグを指定して atlas auditing update コマンドを実行し、監査フィルター ドキュメントを一重引用符で指定して、ドキュメントを string として渡します。

atlas auditing update --enabled --auditFilter '{"atype": "authenticate", "param.db": "test"}'

カスタム監査フィルターを使用すると、管理された {atlas-ui+} 監査フィルター ビルダーを使用せずに、イベント監査を手動で細かく制御できるようになります。Atlas は、カスタム フィルターが有効な JSON 構文を使用しているかどうかのみをチェックし、フィルターの機能を検証またはテストしません。

監査フィルター ドキュメント

  • 監査イベントメッセージ内の 1 つ以上のフィールドに一致するクエリにクエリに解決される必要があります。

  • 必要な監査メッセージを一致させるために、クエリ演算子と等価条件の組み合わせを使用できます。

Atlas は、MongoDB の監査をカスタマイズする JSON 形式の監査フィルターの指定をサポートしています。

カスタム フィルターの JSON 構成ファイルを設定すると便利です。大規模なフィルターを作成する必要がある場合、フィルターの構成を別のファイルに保存すると、フィルターの管理と保守が容易になるためです。

次の Atlas CLI コマンドは、指定されたJSON構成ファイルで定義されている監査するフィルターを有効にします。

atlas auditing update --enabled -f filter.json

以下の推奨事項は、すべての配置パラダイムに適用されます。

クラスターをプロビジョニングするときには、データベース監査を設定することをお勧めします。

データベース監査によって、クラスター リソースの使用量と運用コストが増加します。

  • 最適なパフォーマンスを維持し、コストを制御するには、重要なユーザーのみを監査し、必要のない開発環境では監査をオフにすることを検討してください。

  • 医療や金融サービスなどの特定の業界では、コンプライアンス上の理由から、開発環境でも監査を有効にしておくことを選択する場合があります。

少なくとも次のイベントを監査することをお勧めします。

  • ログオン失敗

  • セッション アクティビティ

  • ログオンとログオフ

  • 不正な機能を実行しようとすると、

  • パスワードの変更

  • データベースユーザーアクセスの変更

  • DDL およびシステム構成の保存手順

  • ネイティブ監査の修正

  • バックアップまたは復元操作の実行

  • DBMS ネイティブ監査設定の変更

  • セキュリティの変更

  • データベースの起動コマンドと停止コマンドの実行

Tip

すべてのピリオドにわたって推奨事項を強制する Terraform の例については、 Githubの次のいずれかの例を参照してください。

次の例では、Atlas のオートメーションツールを使用してログを検索およびダウンロードし、監査を構成する方法を示します。

プロジェクトの監査構成を更新するには、atlas auditing update コマンドを使用して、新しい監査フィルターを指定します。次のコマンドは、既存の監査フィルター構成を、プロジェクト内の既知のユーザーに対してすべての認証イベントを監査する新しいフィルターに置き換えます。

atlas auditing update --enabled --auditFilter '{"atype": "authenticate"}'

指定したプロジェクトの監査構成を返すには、atlas auditing describe コマンドを実行します。

atlas auditing describe --output json