Brex、AI エージェントのコード監視からネットワーク監視へ方針転換を表明
本文の状態
日本語全文を表示中
詳細モードで約8分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
VentureBeat AI
Brex は AI エージェントのコード実行能力を制限する従来のアプローチではなく、エージェントが何でもできると仮定してネットワーク層で通信を監視・制御する「CrabTrap」という新たなセキュリティパラダイムを提案し、実装した。
Continue in AI NEW LAB
このニュースを、実務の判断につなげる
AI NEW LABで、試したことや先に確認したい条件を共有できます。まずはログインなしで読めます。
AI NEW LABで論点を見るAI深層分析を開く2026年8月11日 04:06
AI深層分析
キーポイント
エージェントの定義と役割の再考
Pedro Franceschi CEO は「エージェント」という用語が曖昧であるとし、Slack やメールで人間と協働する「バーチャル従業員」としての実体を持つ概念を提唱した。
コード実行能力のセキュリティジレンマ
OpenClaw のような自己完結型の AI エージェントはコード実行能力を持つため、従来のツール制限モデルではその価値が損なわれ、社内導入には強い懸念が生じていた。
ネットワーク層へのセキュリティ境界のシフト
Brex はコンテナ内の動的に変化するコードを監視するのではなく、外部との通信(送信・受信)に焦点を当てたネットワークレベルでのセキュリティ制御を採用した。
CrabTrap と LLM による判定
Brex はオープンソースの HTTP プロキシ「CrabTrap」を開発し、エージェントが何でもできるという前提で全アウトバウンドトラフィックを監視し、LLM がポリシー適合性を判断する仕組みを実現した。
LLM を活用した遅延低減アーキテクチャ
Brex はネットワークトラフィックを分岐させ、低リスクなルーチン処理は事前承認ルールで即座に処理し、高リスクな要求のみ LLM による評価へ回すことで、複雑なリクエストの約 2% にしか LLM の遅延が発生しないようにしている。
重要な引用
'agents' is a terrible name. It's this Silicon Valley concept that doesn't really mean much
The concept we always had in mind was the idea of a virtual employee — someone on Slack, an entity, it has an email address, it can join meetings
Instead of trying to control the code running in the container... focus must shift to monitoring what the code actually attempts to send or receive from the outside world
"[Models] are very good at discerning what is within the policy and what is not," Franceschi said, adding that this capability emerges naturally through pre-training without needing heavy prompting.
編集コメントを表示
編集コメント
Brex が提案する「エージェントは何でもできると仮定してネットワークを監視する」というアプローチは、従来のホワイトリスト型セキュリティの限界を打破する有望な手法である。特に自己学習・自己修正能力を持つ次世代 AI エージェントの実用化において、このアーキテクチャが標準的なベストプラクティスへと発展する可能性が高い。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
Brex の CEO、ペドロ・フランチェスキは、VB Transform 2026 で「OpenClaw」のようなオープンソースの AI エージェントを生産環境に安全に展開する」という、現代の企業が直面する喫緊の課題に対する解決策の青写真を提示しました。
この企業価値を実現するには、マインドセットの転換が必要です。業界は曖昧な用語に固執するのをやめ、具体的な企業内での役割に焦点を当てるべきです。
「人々はエージェントについてよく話しますが、『エージェント』という名称は実はひどいと思います。これはシリコンバレー発の概念で、実質的な意味を持たないのです」とフランチェスキ氏は語りました。
むしろ目指すべきは、人間の仕事と真に協力できる存在を創り出すことです。「私たちが常に念頭に置いていたのは『バーチャル・従業員』というアイデアです。Slack にいる人物のように、メールアドレスを持ち、会議に参加し、メールを送信でき、実際に一緒に働けるような存在」とフランチェスキ氏は説明しました。
このビジョンを実現するには、新しいセキュリティのパラダイムが必要です。フランチェスキ氏のプレゼンテーションでは、Brex が OpenClaw を社内ロールに適用した際、従来のセキュリティモデルが機能しなかったことを明らかにし、ネットワークレベルの新たなセキュリティ層「CrabTrap」を構築した経緯が詳しく語られました。
OpenClaw のセキュリティジレンマ
この取り組みは 12 月の画期的な進展から始まりました。コーディングモデルが成熟し、1 月に OpenClaw をリリースできる水準に達したのです。これにより、エージェントがついにハードコードされた静的ツールに依存せず、自らをブートストラップしてコードベースを維持できるようになった瞬間でした。
しかし、フランチェスキがこの技術を社内業務の自動化に導入しようとした際、Brex のセキュリティチームは強く反対しました。「絶対にダメだ。そんなことをするエージェントをどうやって信頼できるのか?このシステムにはコード実行機能がある。制御する方法などない」と彼らは言いました。このような慎重な姿勢は Brex だけのものではありません。企業全体が、社内のネットワーク上でエージェントに無制限のコード実行権限を与えることに懸念を抱いています。
これを解決するため、Brex はセキュリティの境界線をシフトする必要がありました。フランチェスキは、Nvidia の NemoClaw のようなアプローチとは対照的だと説明しています。同社の手法はエージェントの使用ツールを制限することでセキュリティを確保するものですが、フランチェスキ氏は、これではエージェントが持つ価値の源泉であるコーディング能力を無効化してしまうと指摘します。
「私たちが前提としていたのは、多様なタスクを実行できる能力を持つためには、コーディング機能が不可欠だということです」と彼は語っています。
Brex の解決策は、セキュリティの境界線をネットワーク層に移すことにありました。コンテナ内部で常に変化するコードを監視するのではなく、重点をコードが実際に外部に対して送信しようとするものや受け取ろうとするものにシフトさせるのです。
CrabTrap と LLM-as-a-judge ソリューション
このネットワーク中心のアプローチから生まれたのが、Brex が開発したオープンソースの HTTP プロキシ「CrabTrap」です。この仕組みは、OpenClaw が何でもできてしまう可能性があり、すでに侵害されているかもしれないという前提に基づいています。そのため、CrabTrap はコンテナとインターネットの間を流れるすべてのアウトバウンドネットワークトラフィックを監視し、LLM(大規模言語モデル)を使って、その通信がエージェントの承認されたポリシーに合致しているかを判断します。
「コンテナ内で実行されているコードを制御しようと試みるのではなく、何でもできてしまうものだと仮定して、そのコンテナとインターネットの間でやり取りされるネットワークトラフィックを監視する」と Franceschi 氏は説明しています。
すべてのネットワークリクエストを LLM で判定すると、許容できないほどの遅延が生じ、応答時間に数千ミリ秒も追加されてしまいます。Brex はこれを解決するため、トラフィックを二系統に分けるシステムを採用しました。
日常的でリスクの低いアクションは、事前に承認された静的ルールを通じて即座に処理されます。例えば、採用担当エージェントが LinkedIn のプロフィールを表示しようとしても、この静的ルールによって許可されます。一方、メール送信のような高リスクなアクションはフラグが立ち、LLM による判定のためにルーティングされます。Franceschi 氏によると、このアーキテクチャにより、複雑なリクエストの約 2% だけが LLM 特有の遅延に直面することになります。
同プロジェクトから得られた驚くべき発見の一つは、LLM がこの役割をいかに効果的に果たすかという点です。Franceschi 氏はこれをモデルの学習データによるものだと説明しています。LLM は数十億ページに及ぶウェブページや HTTP リクエストに触れており、ネットワークトラフィックのパターンに対する本質的な意味理解(セマンティック・アンダースタンディング)を備えているからです。
「モデルは、ポリシーの範囲内にあるものとそうでないものを識別するのが非常に得意です」とフランチェスキ氏は述べ、この能力は重いプロンプトを必要とせず、事前学習を通じて自然に現れると付け加えました。
Brex は、OpenClaw を基盤とした仮想採用担当者「ジム」を使って、このインフラを実証しました。ジムの担当業務には、候補者の発掘や応募者の評価、メールの送信などが含まれます。
ジムが確立されたポリシーの範囲外で行動を試みるとき、CrabTrap は人間を介したワークフローに依存します。LLM(大規模言語モデル)による判定者が承認されていない発信メールを検知すると、Slack 上で担当マネージャーへ通知を送ります。
この Slack の通知には、エージェントの背後にある意図と、その行動を許可するために必要なポリシー変更案が記載されます。マネージャーは文脈を確認した上で、「はい」または「いいえ」をクリックしてルールを動的に更新できます。
「仮想従業員というアナロジーが好きです。これらはすでに企業内、つまり人間という文脈で解決済みの課題だからです」とフランチェスキ氏は語ります。「人間が壁にぶつかったら、上司にエスカレーションするのと同じです」
最前線運用のコスト
Brex はサイバーセキュリティベンダーではなく、フィンテック企業です。CrabTrap を自社開発した決断は、セキュリティチームの要件を満たす成熟した商用ソリューションが不足していたことが背景にあります。
フランチェスキ氏は、最先端を走ることに伴う本質的なコストを認めつつ、将来的には商用ベンダーのソリューションも追いつく可能性があると認めています。
「このプロジェクトを立ち上げた際、6 ヶ月以内に廃棄される可能性が 70% あることは明確でした。しかし、他社より半年早く着手したことで得た教訓は、AI 導入戦略を形作る上で十分に価値がありました」と同氏は語る。
社内ツールの構築への投資により、Brex は広範な市場よりも数ヶ月先行してエージェントを安全に展開するための経験を得ました。AI の動向に直面する企業リーダーにとっての核心となる教訓は、今日のアジェンシー(自律型)の世界で活動するために、組織文化と技術的な基盤を築く必要性です。
「私たちはすべての答えを持っているわけではありませんが、何もしないことが正解ではありません」とフランチェスキ氏は述べています。
原文を表示
Brex CEO Pedro Franceschi offered a blueprint for one of the pressing challenges facing the enterprise today at VB Transform 2026: securely deploying AI agents, like the open-source OpenClaw, into production environments.
Unlocking this enterprise value requires a mindset shift. The industry needs to move past vague terminology and focus on concrete enterprise roles.
“People talk a lot about agents, but I think 'agents' is a terrible name. It's this Silicon Valley concept that doesn't really mean much,” Franceschi said.
Instead, the goal should be creating entities that can genuinely collaborate with human workers. "The concept we always had in mind was the idea of a virtual employee — someone on Slack, an entity, it has an email address, it can join meetings, you can email it, and that you can work with," Franceschi said.
Realizing this vision demands a new security paradigm. Franceschi’s presentation detailed how Brex pointed OpenClaw at internal roles, realized traditional security models failed, and built a novel network-level security layer called CrabTrap.
The OpenClaw security dilemma
The journey began following a breakthrough in December, when coding models reached a level of maturity that enabled the January release of OpenClaw. This marked the moment agents could finally self-bootstrap and maintain their own codebases instead of relying on hard-coded, static tools.
However, when Franceschi proposed deploying this to automate internal functions, the Brex security team firmly rejected the idea. “They said, 'Hell no. How could we trust an agent doing these things? This thing has code execution capabilities. There's no way to control it,'” Franceschi said. That caution isn't unique to Brex — enterprises broadly have been wary of granting agents uncontrolled code execution on corporate networks.
To solve this, Brex had to shift the security perimeter. Franceschi contrasted this with approaches like Nvidia's NemoClaw, which he said secure agents by limiting their tool usage — a model he believes neutralizes the coding capabilities that give agents their value.
“… the premise we had was that the coding capabilities were critical to the model having the ability to do a variety of tasks,” he said.
Brex's fix was to shift the security boundary to the network layer instead. Instead of policing the ever-changing code inside the container, the focus must shift to monitoring what the code actually attempts to send or receive from the outside world.
CrabTrap and the LLM-as-a-judge solution
This network-centric approach led to the creation of CrabTrap, an open-source HTTP proxy built by Brex. The mechanism operates on the assumption that OpenClaw can do anything and might already be compromised. Therefore, CrabTrap monitors all outbound network traffic between the container and the internet, using an LLM to judge whether that traffic aligns with the agent's approved policy.
“Instead of trying to control the code running in the container, assume the thing can do anything and monitor the network traffic between that container and the internet,” Franceschi said.
Using a large language model (LLM) to judge every single network request introduces unacceptable latency, often adding thousands of milliseconds to response times. Brex solved this by passing traffic through a bifurcated system.
Routine, low-risk actions pass through static, pre-approved rules instantly. If a recruiting agent tries to view a LinkedIn profile, the static rule allows it. However, high-risk actions such as sending emails are flagged and routed to the LLM judge for evaluation. Franceschi said that architecture ensures only about 2% of complex requests actually face LLM latency.
A surprising finding from the project was how effectively the LLM judge performs this role. Franceschi attributed this to the models' training: LLMs are exposed to billions of web pages and HTTP requests, giving them what he described as an inherent semantic understanding of network traffic patterns.
“[Models] are very good at discerning what is within the policy and what is not,” Franceschi said, adding that this capability emerges naturally through pre-training without needing heavy prompting.
Brex put this infrastructure to the test with “Jim,” a virtual recruiter built on OpenClaw. Jim handles various tasks, including sourcing candidates, scoring inbound applicants, and sending emails.
When Jim attempts an action that falls outside the established policy, CrabTrap relies on a human-in-the-loop workflow. If the LLM judge flags an unapproved outbound email, CrabTrap pings a human manager on Slack.
The Slack notification explains the agent's underlying intent and suggests a policy change that would allow the action. The human manager can then review the context and click "yes" or "no" to update the rules dynamically.
"I like the virtual employee analogy because a lot of these things were solved already in a company, in the context of humans," Franceschi said. "When an employee hits a wall, they escalate to their manager."
The cost of the frontier
Brex is a fintech company, not a cybersecurity vendor. The decision to build CrabTrap in-house was driven by a lack of mature commercial solutions that could satisfy their security team.
Franceschi acknowledged the inherent cost of operating at the bleeding edge, admitting that commercial vendor solutions will likely catch up.
“When we built this, it was clear to me there was a 70% chance we would throw it away in six months... But what we learned by being six months ahead was worth it in shaping our AI adoption strategy,” he said.
The investment in building internal tools provided Brex with the experience needed to safely deploy agents months ahead of the broader market. For enterprise leaders navigating the AI landscape, the core takeaway is the necessity of building the cultural and technical muscle to operate in an agentic world today.
“We don't have all the answers, but the answer is not to do nothing,” Franceschi said.
関連記事
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み