OCIの監査ログを長期間保存してみる

はじめに

OCIではOracle Cloud Infrastructure Auditサービスにより、OCIでサポートされている全てのパブリック、アプリケーション・プログラミング・インタフェース(API)エンドポイントへのコールがログ・イベントとして自動的に記録されます。
この記録されたログ・イベントには以下の内容が含まれています。

  • APIアクティビティが発生した時間
  • アクティビティのソース
  • アクティビティのターゲット
  • アクションのタイプ
  • レスポンスのタイプ

しかし、OCIでは監査ログは365日しか保存できず、長期間のログ保存ポリシーを適用されている企業様などでは要望を満たすことができません。
そこで、監査ログ・イベントの一括エクスポート機能をご紹介したいと思います。
今回紹介する監査ログ・イベントの一括エクスポート機能を使用すると、通常取得されている監査ログ・イベントをオブジェクト・ストレージへ定期的に、自動的に保存してくれるようになります。

設定としては、監査ログ・イベントの一括エクスポートのドキュメントにあるように、My Oracle Supportでチケットを作成するだけです。

1. チケット作成

監査ログ・イベントの一括エクスポートのドキュメントにあるように、下記情報を記載したチケットを作成します。

  • チケット名: Export Audit Logs – <your_company_name>
  • テナンシOCID
  • リージョン
筆者は チケット名 をSRの問題のサマリーとし、テナンンシOCIDとリージョンの情報のみを本文に記載しチケットを作成しましたが、本文にチケット名を含めるように返答がありましたので、冗長に感じても全ての情報を本文記載した方が良いと思われます。
また、本チケットに限りませんが、OCIのサポート担当者の方は英語圏の方が多いため、なるべく英語で書いた方が、より適切・スピーディーな対応が期待できます。

2. 監査ログ・イベントのエクスポート

5~10営業日程度で、SRが更新され監査ログがオブジェクト・ストレージにエクスポートされてきます。

エクスポートされた監査ログは下記の注意点などがあります。

  • ドキュメントに記載されていますが、 oci-logs._audit.<compartment_OCID> のバケット名でエクスポートされます。
  • バケットはルートコンパートメントの直下に作成され、変更などはできないようです。
  • エクスポートされた、監査ログ・イベントは無期限の保存ポリシーとなっています。


監査ログ・イベントは バケット → リージョン → 可用性ドメイン 配下に <YYYY-MM-DDTHH:MMZ>.log.gz のフォーマットで保管されます。
また、監査ログ・イベントのオブジェクトが大きい場合などの場合、<YYYY-MM-DDTHH:MMZ>[_<seqNum>].log.gz のように、順序番号が含まれることがあります。

3 監査ログの内容を確認する

エクスポートされた監査ログ・イベントをダウンロードします。

監査ログは1行に1イベントが記述され、CloudEventsのバージョン1のスキーマ形式となっています。
下記は監査ログ・イベントの出力例となります。

以降では、監査ログ・イベントの保存ポリシーの設定など、ちょっとしたTipsをご紹介していきたいと思います。

ストレージ層の変更

デフォルトでは各オブジェクトは標準ストレージ層での保存となっており、保存期間にやログサイズによっては費用が嵩んでしまいます。
そこで、自動階層化を有効にし、古い監査ログのオブジェクトを頻度の低いアクセス層に自動的に移動するようにします。

もしくは、ライフサイクル・ルールにより、指定日数を経過したオブジェクトをアーカイブ層に移動するようにします

アーカイブ・ストレージは長期間の保存に適していますが、データの取り出しに時間がかかってしまうなど、それぞれ一長一短がありますので、監査ログの利用方法に適したストレージ層を選択していただければと思います。

保持ルールの作成

一般的に監査ログは、保持期間中は破棄・改変などは行われないようにする必要があります。
そこで、保持ルールを設定し、保持期間中はオブジェクトの変更は行えないようにします。

画面イメージは5年保持の設定となります

オブジェクトの自動削除

デフォルトでは無期限の保存ポリシーとなっていますので、システム監査のルールなどの保持必要期間を満たせば、自動的に削除されるように設定を行います。

画面イメージは5年保持後削除する設定となります

監査ログへのアクセスログの保存

監査ログ・イベント自体の閲覧などをログ保存し、監査ログへのアクセスを記録します。
システム監査時以外に監査ログを閲覧することは少ないと思われるため、不必要なアクセスを確認することができます。

まとめ

以上が監査ログを長期間保存する手法の例となります。
My Oracle Supportでチケットを作成する必要があったり、上記の保持ルールなどはバケット単位で設定しなければならないなど、少し手間ではありますが、エンタープライズな利用を想定する場合では必要な機能ではありますので、是非とも監査機能の活用をご検討いただければと思います。

スマートスタイルTECHブログについて

スマートスタイルTECHブログでは、日頃OCIのサポート業務に従事している有資格者で構成された技術サポートチームがOCIに関する技術情報を発信しています。データベースのお困りごとはお気軽にご相談下さい。

よかったらシェアしてね!
  • URLをコピーしました!
目次