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

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

## なにが発表されたの？

[Cloudflare Access](https://developers.cloudflare.com/cloudflare-one/access-controls/policies/) で守られた社内アプリに、AI エージェントが安全にログインできるようにする「Managed OAuth for Access」が、Cloudflare の Blog で発表されたよ。いまはオープンベータで、すべての Cloudflare ユーザーが使えるの。

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

## 今までどうだったの？

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

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

じゃあ [サービストークン](https://developers.cloudflare.com/cloudflare-one/access-controls/service-credentials/service-tokens/) を配ればいいかというと、それだと「誰がやった操作なのか」が本人に紐づかなくて、セキュリティ的にモヤモヤが残っていたんだ。

## これで何が変わるの？

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

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

これで [confused deputy 問題](https://en.wikipedia.org/wiki/Confused_deputy_problem) も防げるんだ。エージェントは、本人が認可されたリソースにしかアクセスできないから、権限のはみ出しが起きにくいの。

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

## 深く潜ってみよう

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

1. Access のアプリごとに Managed OAuth をワンクリックで有効化
2. Cloudflare Access が認可サーバーになって、`www-authenticate` ヘッダーを返す
3. エージェントは次の場所で認証情報を発見する

```
https://your-app.example.com/.well-known/oauth-authorization-server
```

4. エージェントが動的クライアント登録（[RFC 7591](https://datatracker.ietf.org/doc/html/rfc7591)）をする
5. PKCE 認可フロー（[RFC 7636](https://datatracker.ietf.org/doc/html/rfc7636)）で、ユーザーをログインへ案内
6. ユーザーが同意したら、エージェントがトークンを受け取って、以降は認証済みでリクエストできる

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

料金は、Managed OAuth はオープンベータで全ユーザーが対象。土台になる Cloudflare Access には [気前のいい無料枠](https://www.cloudflare.com/plans/zero-trust-services/) があるから、まずは気軽に試せるね。

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

## まとめ

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

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