More than 1 year has passed since last update.

Firestoreの監査ログがパワーアップした

Last updated at 2022-01-30Posted at 2021-07-20

[2021.09.30 更新]
コメントにて2021年9月2日に再リリースが行われた旨ご指摘いただきました（ありがとうございます！）。
また監査ログを取得できるようになりました🙆‍♂️

[2021.07.26 更新]
パワーアップした監査ログですが再度Futureリリースになり利用できなくなりました🥲

サマリ

Added DATA_READ and DATA_WRITE Data Access audit logs.

以前の監査ログでは、例えばインデックスの操作やドキュメントのImport/Exportといった管理者寄りの監査ログが取得できていました²
今回の機能拡充で、上記に加えFirestoreへのデータアクセスについてよりリッチな監査ログが残るようになりました
- 例：Firebase Webコンソールからデータを操作したログ、エンドユーザがモバイルアプリから直接ドキュメントを操作したログ etc.
どんなログが取れるのか、注意すべき点はあるか等について調査を行いました
調査しながら帰納的に獲得した結論を多分に含みます（加えてまだPreview版なので今後更改される可能性アリ）

FirestoreにはネイティブモードとDatastoreモードがあり、今回はネイティブモードが対象です。ざっくり言えばアプリから直接アクセス可能なのがネイティブモードで、世間的にもFirestoreと言えばネイティブモードを指す場合が多いように思います³
Google Cloudでは取得したいデータアクセス監査ログをサービス毎に有効化する必要があります
- Google Cloudコンソール > 監査ログ > Firestore/Datastore API > データ読み取り/データ書き込みをON⁴
- 以降ではデータアクセス監査ログを有効化した前提で話を進めます

##取得できるFirestore監査ログについて

下記3つの観点から説明します。

Cloud Loggingで確認できます。
Google Cloudコンソール > Cloud Logging > クエリフィールドに下記を入力し実行します⁵。

resource.type="audited_resource" resource.labels.service="firestore.googleapis.com"

Firestoreへのアクセス主体は大きく3つ考えられると思います。

これら全ての場合について監査ログを取得可能です。

Cloud Logging上のFirestore監査ログにはprotoPayload.authenticationInfo.principalEmailフィールドがあります。

example.json

{
  "protoPayload": {
    ...
    "authenticationInfo": {
      "principalEmail": "...",
    ...
    },
    ...
  }
}

このprincipalEmailに、

Googleアカウントの場合
- コンソールを操作したGoogleアカウントのメールアドレス
- 例：google-account-name@domain-name.com
サーバアプリケーションの場合
- サーバが使用しているサービスアカウントのメールアドレス
- 例：service-account-name@project-id.iam.gserviceaccount.com
モバイル/Webアプリの場合
- Firebaseセキュリティルールのサービスアカウントのメールアドレス⁶
- 例：service-project-number@firebase-rules.iam.gserviceaccount.com

が入ります。
モバイル/Webアプリからの直接アクセスもようやくロギングされるようになってステキですね！

これはドキュメントに詳しく記載されているので直接見た方が早いと思いますが一応転記いたします⁷。

様々に取得できますが、FirestoreへのCRUDは基本的に全て取得できる理解で良いと思います。
加えて、Listen等のFirestoreらしい機能に関する監査ログも取得できます。

監査ログに対して除外の設定をしなかった場合、エンドユーザ（モバイル/Webアプリ）からのデータアクセスも全てCloud Loggingに吐かれます。
Cloud Loggingは良心的な値段設定ではありますが、それでも不要な課金が発生するのは避けたい場合があるかもしれません。

また、要件によっては、エンドユーザのデータアクセスログはCloud Loggingに吐きたくない場合があるかもしれません。

その場合、

Google Cloudコンソール > 監査ログ > Firestore/Datastore API > 「除外ユーザー」

に前述の「Firebaseセキュリティルールのサービスアカウント」を追加してあげれば、エンドユーザのログがCloud Loggingに流れなくなります。
ケースバイケースで設定するようにすれば良いと思います⁸。

2021年7月20日現在まだプレビュー版 ↩
ADMIN_READ/ADMIN_WRITE ↩
DatastoreモードはDatastoreがFirestoreに統合された都合で生まれたモードだと認識しています ↩
あらゆる監査ログがCloud Loggingに吐かれるようになるため、料金が嵩む場合があります。後述しますが、大量のユーザアクセスがある場合等は「除外ユーザー」を設定してください ↩
⌘ + Enter ↩
余談ですが、Firebaseセキュリティルールのサービスアカウントは、Firebaseプロジェクトによって自動生成されるサービスアカウントです。こちらに記載されているように、普段はFirebaseセキュリティルールの管理を行うために用いられます ↩
2021年7月20日現在 ↩
更に細かくログを流したい場合は、ログバケットへの追加に関してのみ除外し、別のシンクでGCSに流す等の手段も考えられますがそれはまた別のお話 ↩