RogueAgent Canary(RA-Canary)

誰のための案か

SaaS の基盤の技術者とシステム管理者。現状は通常の WAF の記録(Cloudflare や AWS WAF など)と手作業の IP の追跡で自動の脅威を探している

どんな困りごとか

時間と法務の危険。WAF はエージェントの意味のある振る舞いを見逃し、多段の走査や遠隔でコードを実行する中身を試す野良エージェント(最近の豪州政府への侵入のような)を追うと、事案のあとの調査で技術者の時間を食う

どう作るか

軽い Docker のコンテナ。Nginx・Envoy の逆プロキシの付属として動き、人には見えないが LLM のエージェントには見える罠のフォームや URL を動的に差し込み、手元の Web の管理画面と組み合わせる

どう稼ぐか

SaaS の会社が、公開の問い合わせフォーム、検索の入力、開発者向けの窓口を自動のエージェントの攻撃から守るために、1 インスタンスあたり月 $39 を払う。エージェントは代理の IP を絶えず入れ替えるので、無料の固定の遮断の一覧ではできないから

なぜまだ無いのか

既存の WAF は、固定の IP・UA の評判と、署名に基づく OWASP の型に集中している。再帰的なループの実行、隠しファイルの指示の読み取り、管理用の窓口へのプロンプトの注入といった、エージェントに固有の振る舞いを切り分けられない。個人なら、こうした新しいエージェントの行動を捕まえることに特化した振る舞いの囲いと罠を素早く出せる

最初の利用者

自分のサーバーの記録で、正体の分からない「エージェント」の IP の探り(たとえば urlquery.net 経由)が急に増えているのを追っていて、UA を止める以上の能動的な防御が欲しい、独立の SaaS の開発者と掲示板の管理人

作る規模

開発者 1 人 × 8 週。Go の付属プロキシ、罠の HTML を動的に差し込む仕組み、振る舞いの走査、Tailwind の手元の管理画面を含む

一番のリスク

Cloudflare のような大手の CDN が、「AI エージェントの罠のトークン」の機能を管理された規則に直接入れれば、別の付属プロキシは要らなくなる

的中の条件(3 つすべて必要)

• 外へ出す HTML に、罠のトークンを含む「人には見えない」リンクと入力欄を動的に差し込み、追いかけてきたエージェントに 404・200 の罠を返す
• 攻撃してきた IP の一覧、推定したエージェントの枠組み(LangChain、AutoGPT、CrewAI など)、たどった窓口の正確な順序をその場で見せる管理画面
• 罠が作動してから 1 秒以内に更新される、Nginx、Caddy、Cloudflare のファイアウォールの規則の形式で 1 回の操作で書き出せる遮断の一覧

的中の判定(6ヶ月後)

GitHub リポジトリが 1,000 スターに達するか、Product Hunt の日間 5 位以内での公開(判定日 2027-03-28)

AI自己確度 75/100 — 判定条件を満たす見込みの自己申告で、事業の成功率ではありません