AI エージェントがコードを書き、コマンドを実行し、リポジトリに触れるとき、「AI がやりました」は監査人が受け入れる答えではありません。Bromure はすべてのセッションを構造化された帰属可能な記録にします。誰がどのエージェントを、何に対して動かし、正確に何に触れたか。
御社のコードベースのうち、エージェントが起草する割合は増え続けています — そして証跡は薄いままです。どのエンジニアがセッションを起動したのか。どのモデルか。エージェントはどのファイルを読み、変更し、削除したのか。どんなコマンドを、どのシステムに対して実行したのか。多くのチームにとって正直な答えは肩をすくめることですが、肩をすくめるだけでは「SOC 2」監査も、セキュリティインシデントも、規制当局の質問も乗り切れません。
エージェントはエンジニアのラップトップ上で、エンジニアのアカウントで、エンジニアのアクセス権で動作します。外から見れば、エージェントのコミットは人間のものと区別がつきません — 何かが起きて、正確に何が起こったかを再構成する必要に迫られ、そして再構成する材料が何もないと気づくまでは。
エージェントは Bromure VM の中で動作するので、すべての行動が境界で捕捉されます。作成・変更・削除したファイルを差分付きで、実行したすべてのシェルコマンド、呼び出したすべてのツール、到達したすべてのエンドポイント — そのすべてが、エンジニアのアイデンティティと利用モデルに紐付けられ、中央に保持されます。
対話の全文もアーカイブされます — プロンプト、モデル応答、ツール呼び出し、トランスクリプト全体 — クラウドに保管され、セキュリティがレビュー可能、エンジニアリングリーダーシップがサンプリング可能、メールやチャットの保全用に既に投入しているのと同じアーカイブにエクスポート可能です。AI 支援による仕事が、組織のほかのあらゆる活動と同じように監査可能になります。
セッション単位、リポジトリ単位、エンジニア単位で — 作成・変更・削除されたファイルの正確な集合を差分付きで、セッションを起動した人物と利用モデルに紐付けて記録します。
エージェントが VM 内で実行した各シェルコマンド、読み取った各ファイル、呼び出した各ツール、叩いた各 API — セッション稼働中にライブで取得します。
プロンプト、応答、ツール呼び出しを中央に保持し、チーム・リポジトリ・モデル単位でクエリ可能、既存の保全アーカイブにエクスポート可能にします。
すべての記録はエンジニアの SSO アイデンティティとデバイスを帯び、SIEM が人間の活動を取り込むのと同じように取り込める追記専用ストリームに書き込まれます。
エージェントが読んだコンテンツ — ファイル、取得したページ、ツール出力 — や、エージェントが信頼した CLAUDE.md が注入された指示を含んでいたとき、Bromure のオンデバイス検知がそれを記録します：その出所、その断片、そしてリクエストがログに記録されたか、フラグが立てられたか、ブロックされたか。
あるセキュリティレビューが、単純な問いを投げかけます。エージェントが決済モジュールに触れたことはあるか、もしあるなら何をしたのか。Bromure がなければ、それは数十台のラップトップに散らばった答えようのない問いです。Bromure があれば、それは 1 つのクエリです。
すべてのエージェントセッションは、その活動をエンタープライズサーバーにストリームする Bromure VM の中で動いていました。エンジニアのアイデンティティ、モデル、差分付きのすべてのファイル読み書き、すべてのコマンド、すべてのネットワーク宛先、そしてプロンプト／応答のトランスクリプト全文。レビュー担当者は決済リポジトリで絞り込み、それに触れたすべてのセッションを得ます — 3 件、エンジニア 2 名、正確な変更内容とそれを生んだ会話とともに。
彼らはトランスクリプトをサンプリングし、変更が通常のプロセスでレビュー・マージされたことを確認し、そのエクスポートを監査ファイルに添付します。本来なら数日がかりのフォレンジックな大騒ぎになっていたはずのものが、10 分のクエリで済みます — そして記録が改ざん耐性を持つため、記憶ではなく証拠として通用します。
Bromure を自社の SIEM または OpenTelemetry Collector に向ければ、記録全体がそこへ付いてきます。エージェントのアクティビティ、ブラウザセッション、管理監査証跡は OTLP/HTTP ログとして転送され、各イベントは OTel セマンティック属性とアラートがすでに理解している重大度を備えた LogRecord になります。Bromure は保存済みの自前イベントからローリングカーソルで送信するため、エンドポイントの短時間の障害でも何も失われません。
Bromure に OTLP/HTTP ログのエンドポイントと、Collector が必要とする場合は認証ヘッダー（bearer トークン、Datadog キーなど、求められるもの）を渡します。値はエンベロープ暗号化で保存され、二度と表示されません。3 つのストリームのうちどれを転送するかを選べます。
[otlp]
endpoint = "https://otel.acme.com/v1/logs" # https only
auth_header_name = "Authorization"
auth_header_value = "Bearer <token>" # envelope-encrypted at rest
[otlp.streams]
agentic_coding = true # tool calls, credential use, injection, supply chain
web_sessions = true # managed-browser request metadata
audit = true # admin actions + ingest auth failures各エージェントアクションは、エンジニアの SSO アイデンティティ、モデル、リポジトリ、アクションを載せた LogRecord にマッピングされ、SIEM がアラートできる重大度が付きます。ブロックされたプロンプトインジェクションの試みは、検知パイプラインがすでにルーティングしている WARN として届きます。
{
"severityText": "WARN",
"body": { "stringValue": "prompt_injection · tool output · blocked" },
"attributes": {
"enduser.id": "[email protected]",
"bromure.session.id": "f3a9…ce21",
"bromure.repo": "acme/payments",
"bromure.model": "claude-opus-4-8",
"bromure.event.type": "prompt_injection"
}
}Bromure はライブのインジェストパスからではなく、ストリームごとのカーソルで自前の保存済みイベントから転送します。Collector がダウンしても保持期間内なら何も失われず、復帰時に最後に確認された位置から配信を再開します。
stream cursor last forward status
agentic_coding seq:184201 2s ago ok
web_sessions ts:17:42:08 2s ago ok
audit id:90412 2s ago ok
# endpoint outage → backoff + retry, cursor holds
# at-least-once · no loss within retentionマーケティングの話はここまで。以下は、すべての Bromure 展開を支える技術的基盤です — BYOD ワークフォースを保護する場合でも、規制官庁内で機密区分を分離する場合でも、同じ基盤です。
各プロファイルは Apple の Virtualization.framework 上の独自の軽量 Linux VM で動作します — ホストとは別のカーネル、ファイルシステム、ネットワークスタック。ベースイメージは署名済みで再現可能な Alpine ビルドで、セッション起動時に APFS のコピーオンライトで複製されます（ディスクコストはほぼゼロ）。ホストは VM のメモリを読み取れません。プロファイルポリシーが明示的に許可しない限り、VM もホストのクリップボード、ファイルシステム、ネットワークアダプタを読み取れません。
登録とセッション起動は、組織がすでに運用している 2 つの要素でゲートされます。Google Workspace、Okta、Microsoft Entra、Authentik に対する OIDC / SAML がユーザーを識別。PKI から発行されインストールに紐付けられたデバイスごとの mTLS クライアント証明書がマシンを識別。どちらかを失効させれば、次のセッションは起動に失敗します — 改ざんすべきエージェントも、編集すべきローカルポリシーもありません。
業務プロファイル — 許可 SaaS リスト、ダウンロード / クリップボード / スクリーンショットの姿勢、VPN 設定、キーボードレイアウト、ルート CA、ネットワーク egress ルール — は署名された宣言的アーティファクトです。Git でバージョン管理し、MDM または Bromure の設定エンドポイント経由で配信。改ざんされたプロファイルは署名検証で失敗し、セッションは起動を拒否します。ユーザーのマシンで動くのは、あなたが書いたものとビット単位で同一です。
各プロファイルは独自の仮想 NIC を持ちます。ホスト経由の NAT、物理インターフェイスへのブリッジ、WireGuard、IKEv2 / IPsec、Cloudflare WARP 経由のトンネル — すべて VM 内で終端され、ホストには見えません。DNS オーバーライド、アウトバウンドポートホワイトリスト、LAN 分離、HTTP プロキシを重ねられます。セグメンテーションは、ファイアウォールに貼られたシールではなく、ハイパーバイザーが強制します。
すべてのリクエスト — タイムスタンプ、動詞、URL、ステータス、ユーザー、プロファイル、デバイス — は VM の外側で改ざん耐性のある JSON Lines ストリームとして取得され、既に流しているログシンク（SIEM、データレイク、保全アーカイブ）に配信されます。不審なトラフィックには、ヘッダーのみまたはフルボディのセッション記録をオプションで選べます。安定したスキーマ、ドキュメント化されたフィールド、フォーマットにベンダーロックインなし。
ウィンドウを閉じれば VM は破棄されます。トークン、Cookie、キャッシュ、ダウンロード、セッション中に着地したマルウェアも道連れです。状態が必要なプロファイル — ブックマークセット、保存されたセッション、ログイン済み SaaS — は、macOS Keychain に鍵を置いた LUKS 暗号化永続ディスクにオプトインできます。鍵はユーザーのデバイスから出ることはありません。
Git は最終的にコミットされた差分を示します。Bromure はそれを生んだセッション全体を示します — エージェントが読んだが変更しなかったファイル、実行したコマンド、行き止まり、ネットワーク呼び出し、そしてそれを駆動した会話。Git は何が着地したかを、Bromure はどうやって、そして途中でほかに何が起きたかを教えます。
はい。セッションは稼働中、エンタープライズサーバー上の追記専用ログにストリームされ、エンジニアの SSO アイデンティティとデバイス証明書を帯びます。エンジニアが、自分のエージェントがやったことを後から密かに編集することはできません。
はい — OpenTelemetry でネイティブに対応します。Bromure を SIEM または OpenTelemetry Collector の OTLP/HTTP ログエンドポイントに向ければ、エージェントのアクティビティ、ブラウザセッション、監査証跡が OTel セマンティック属性付きの OTLP ログレコードとしてそこへ流れます。トランスクリプトは、メールやチャットの保全にすでに使っている同じアーカイブへ別途エクスポートされます。
いいえ。取得は VM の境界で、エンジニアの邪魔にならない場所で行われます。彼らは今まで通り Claude Code や Codex を動かし、記録は自動的に蓄積されます。