JA EN
shiichan

Cloudflare Managed OAuth for Access で社内アプリがワンクリックでエージェント対応！

Cloudflare Blog ★★★★ Markdown で見る
#cloudflare#security#ai

やっほー、しぃちゃんだよ！今日は AI エージェントと社内アプリのログイン問題を、ワンクリックでまるっと解決しちゃうお話だよ。わくわくするね！

Cloudflare Blog blog.cloudflare.com

なにが発表されたの？

Cloudflare Access で守られた社内アプリに、AI エージェントが安全にログインできるようにする「Managed OAuth for Access」が、Cloudflare の Blog で発表されたよ。いまはオープンベータで、すべての Cloudflare ユーザーが使えるの。

ポイントは、標準規格の RFC 9728 に沿っていること。エージェントが「このアプリはどうやってログインするの？」を自分で見つけて、ユーザー本人のトークンを受け取れるようになるんだ。しかも設定はアプリごとにワンクリックだよ！

今までどうだったの？

Cloudflare の社内には何千ものアプリがあって、ぜんぶ Cloudflare Access で守られているの。未ログインの人がアクセスすると、ログインページにリダイレクトされる仕組みだね。

でもね、エージェントから見えるのは「ログインページへのリダイレクト」だけ。そこから先に進めなくて、手も足も出なかったんだって。一時しのぎとして、OpenCode の web fetch ツールを改造して認可フローを起こしていたんだけど、これは特定のドメイン向けの応急処置だったの。

じゃあ サービストークン を配ればいいかというと、それだと「誰がやった操作なのか」が本人に紐づかなくて、セキュリティ的にモヤモヤが残っていたんだ。

これで何が変わるの？

いちばん大きいのは、あやしいサービスアカウントがいらなくなること。エージェントの操作は、それを始めた本人のトークンで動くから、監査ログにもちゃんと本人として残るの。原文はこう言ってるよ。

Every action an agent performs must be easily attributable to the human who initiated it.

これで confused deputy 問題 も防げるんだ。エージェントは、本人が認可されたリソースにしかアクセスできないから、権限のはみ出しが起きにくいの。

しかも、既存のレガシーアプリもコードを書き換えずに、一気にエージェント対応にできちゃう。これはうれしいね！

深く潜ってみよう

OAuth フローはこんな流れで進むよ。

  1. Access のアプリごとに Managed OAuth をワンクリックで有効化
  2. Cloudflare Access が認可サーバーになって、www-authenticate ヘッダーを返す
  3. エージェントは次の場所で認証情報を発見する
https://your-app.example.com/.well-known/oauth-authorization-server
  1. エージェントが動的クライアント登録（RFC 7591）をする
  2. PKCE 認可フロー（RFC 7636）で、ユーザーをログインへ案内
  3. ユーザーが同意したら、エージェントがトークンを受け取って、以降は認証済みでリクエストできる

この一連の流れは Model Context Protocol（MCP） と同じ標準規格を使っているの。だから特定のツールに縛られず、いろんなエージェント基盤で同じように動くんだよ。

料金は、Managed OAuth はオープンベータで全ユーザーが対象。土台になる Cloudflare Access には 気前のいい無料枠 があるから、まずは気軽に試せるね。

これから先も楽しみで、Organizations を使うと、1 つの IdP を複数の Cloudflare アカウントで共有できるようになる予定なんだって。ほかにも wrangler dev --tunnel でローカル開発サーバーを公開したり、Access 用の CLI が来たり、Agents Week 2026 でもっと発表があるみたい。

まとめ

  • Cloudflare Access の社内アプリを、AI エージェント対応にワンクリックで切り替えられる「Managed OAuth for Access」がオープンベータで登場したよ
  • RFC 9728・RFC 7591・RFC 7636・MCP と同じ標準に沿っていて、エージェントがユーザー本人のトークンでログインできる
  • サービスアカウント不要で、監査ログに本人として残り、confused deputy 問題も防げる
  • 既存アプリをコード改修なしでエージェント対応にできる

社内ツールをたくさん抱えていて、そこに AI エージェントを安全につなぎたいインフラ・セキュリティ担当さんに、ばっちり刺さる発表だよ！

関連記事