Audit Logs と SIEM Export

Audit Logsは premium 機能です。

プランとそれに関連する機能の最新情報については、 料金ページ.

Audit Logsは、Roboflow workspace内の重要な操作について、改ざん耐性のある記録を管理者に提供します。誰が操作を行ったか、何が変更されたか、いつ行われたかを確認できます。対象となるイベントには、チームメンバー、ロール、Projects、Datasets、Workflows、Devices、API keys、OAuth apps、エクスポートが含まれます。

Audit Logsへのアクセス

1. ワークスペースを開きます。

2. 次へ移動: Workspace Settings.

3. 選択 Audit Logs をサイドバーから。

Audit Logsページは Logs タブで既定で開きます。

ログの読み方

各行は1つのイベントを表し、以下を含みます。

列	説明
タイムスタンプ	アクションが発生した時刻（UTC）。
実行者	そのアクションを実行したユーザー、API key、またはシステム。
アクション	何が行われたか（作成、更新、削除、ロール変更など）。
リソース	操作の対象となったオブジェクト（member、project、workflow、device、role、…）。
詳細	行をクリックすると、変更前後の値を含む完全な変更セットを表示できます。

フィルタリング

表の上部にある3つのフィルターで表示を絞り込めます。

• 実行者 — 個別のユーザー、API key、または実行者タイプで絞り込みます。

• アクション — アクション種別で絞り込みます（例: member_added, project_deleted).

• リソース — 特定のリソースまたはリソース種別で絞り込みます。

スクロールすると表にさらに項目が読み込まれます。Audit Logsは直近 365日 を既定で検索できます。

記録される内容

Audit Logsは以下のアクティビティカテゴリを対象とします。

カテゴリ	例
チームメンバー	メンバーの追加または削除、招待の送信またはキャンセル、ロール変更、デフォルトロール変更、フォルダーアクセス変更
カスタムロール	カスタムロールの有効化、ロールの作成、更新、削除
Projects	Projectの作成、更新、削除、復元
Datasetsとimages	元画像のアップロード、imagesの削除、imageの承認、imageのdatasetへの追加または削除、image splitの割り当て、versionの削除または復元
Workflows	Workflowの作成、更新、公開、削除、復元
Trainingとexports	training runの開始または停止、datasetのエクスポート、searchのエクスポート、model weightsのダウンロード
Devicesとstreams	deviceの作成、更新、削除；streamの追加、削除、一時停止、再開、更新；deviceへのcommand発行
API keys	API keyの作成、更新、失効、ロール処理；workspace、folder、deviceのkeyを含みます。更新では、名称変更、権限変更、メタデータ変更、default keyの割り当て、有効化/無効化が追跡されます。
OAuth apps	OAuth appの作成、更新、失効；client secretのローテーション；appのインストールまたはインストール解除；ユーザー同意の許可または取り消し；app access policyの変更
SIEM configuration	SIEM Integration設定の更新

SIEM Export

SIEM Integrationはプレミアム機能で、一部のEnterpriseプランのお客様のみご利用いただけます。 Sales team にお問い合わせください SIEM Integrationへのアクセスを取得するには、

SIEM Integrationは、強化された監査ログイベントをOpenTelemetry（OTLP）経由でお使いのSIEMへストリーム送信するため、Roboflowのアクティビティを他のセキュリティテレメトリとともに一元管理できます。

対応トランスポート

プロトコル	デフォルトポート	エンドポイント形式
gRPC	4317	ベースURLのみ — https://collector.example.com:4317
HTTP/Protobuf	4318	フルパス — https://collector.example.com:4318/v1/logs

SIEM Integrationの設定

1. 「 Workspace Settings → Audit Logs」で、 SIEM Integration タブに表示されます。

2. Toggle SIEM Integrationを有効化.

3. 次を入力してください: OTLP Endpoint URL.

4. 必要な プロトコル （gRPCまたはHTTP/Protobuf）。

5. （任意） Headers をJSONとして入力します — 通常はbearer tokenです。例: {"Authorization": "Bearer your-token"}.

6. クリック Test Connection コレクターがリクエストを受け入れることを確認します。

7. クリック Save.

Test Connection

Test Connection 現在フォームに入力されている値を使って、最小限のOTLPリクエストをコレクターに送信します（保存はされません）。テストが成功すると、エンドポイントに到達でき、ヘッダーによる認証が正しく機能していることを確認できます。

トラブルシューティング

• 接続拒否 / タイムアウト — エンドポイントのホストとポート、およびコレクターが公開インターネットから到達可能であることを確認してください。

• コレクターからの401 / 403 — 次を確認してください: Authorization ヘッダー値、およびbearer tokenが有効であること。

• TLSエラー — コレクターが公開CAに信頼された証明書を提示していることを確認してください。

• HTTP/Protobufのパス不一致 — HTTP/Protobufでは、エンドポイントに完全なlogsパスを含める必要があります（例: /v1/logs）；gRPCではベースURLのみを使用します。

SIEM Integrationタブで行った変更自体も、Audit Logsに siem_config_updated イベントとして記録されます。 Test Connection 現在フォームに入力されている値を使って、実際のOTLPログレコードをコレクターに送信します（保存はされません）。そのため、接続が開いたことを確認するだけでなく、SIEM側で統合をエンドツーエンドに検証できます。

数秒以内に、テストイベントがお使いのSIEMに表示されます。以下のスクリーンショットではHoneycombに到着する様子が示されていますが、同じイベントはOTLP互換のバックエンド（Splunk、Elastic、Datadog、OTel collectorなど）でも表示されます — 次を検索してください: audit.action = test_connection.