# Cloudflare OSのセキュリティ｜ゼロトラストとGatekeeperを情シス向けに解説

> Cloudflare OSのセキュリティ設計(Cloudflare Accessベースのゼロトラスト、最小権限、Gatekeeper)を情シス担当向けに平易に解説。導入評価で確認すべき観点をチェックリスト形式で整理します。

発行: 株式会社ウェステリア(https://westeria.jp) / カテゴリ: Cloudflare OS / 出典: https://westeria.jp/guide/cloudflare-os-security/

AIエージェントを社内に入れるとき、情シスが最初に気にするのは「このAIは何にアクセスでき、何をした記録が残るのか」です。この記事では、2026-08-04に発表されたCloudflare OSのセキュリティ設計を、発表時点で公開されている事実の範囲で整理し、導入評価時に確認すべき観点をまとめます。一般論のAIガバナンス記事ではなく、Cloudflare OSの仕組みに即して書きます。

## 結論

- Cloudflare OSはCloudflare Accessベースのゼロトラストが土台にあり、全ユーザー・全リクエストを検証し、AIは最小権限で動く設計です(発表時点 2026-08 の情報)
- 社内システムのオーナーがAIのアクセスを細かく制御する「Gatekeeper」という仕組みがあり、「AIに何をどこまで触らせるか」をシステム側で握れるのが特徴です
- ただし発表直後の製品のため、評価の際は「認証・権限・監査・データの行き先」の4観点を自社で実際に確かめることが必要です。仕様は今後変わる可能性があります

## 前提: なぜAIエージェントには専用のセキュリティ設計が要るのか

チャットAIに文章を書かせるだけなら、リスクは主に「入力した情報の扱い」に限られます。しかしAIエージェントは、社内システムに接続し、調査し、文書を作り、ワークフローを実行します。つまりAIが「操作の主体」になるため、人間の従業員と同じように「誰なのか(認証)」「何をしてよいのか(権限)」「何をしたのか(監査)」を管理する必要が生まれます。

Cloudflare OSは、この管理をあとから付け足すのではなく、最初から製品の構成要素として組み込んでいる点が発表の中心の一つでした。

## ゼロトラストが土台にあるとはどういうことか

Cloudflare OSのセキュリティ枠組みは、同社のゼロトラスト製品であるCloudflare Accessをベースにしています。ゼロトラストを一言でいえば、「社内ネットワークの中にいるから信用する、をやめる」考え方です。

AIが暴走したり、プロンプト経由で意図しない操作を指示されたりした場合でも、そもそも権限がなければ被害は権限の範囲に収まります。「AIを信用するかどうか」ではなく「AIに渡す権限を最初から絞る」という設計思想です。

- 全ユーザー・全リクエストをその都度検証する
- 「一度ログインしたら何でもできる」状態を作らない
- AIエージェント自身も例外ではなく、「最小権限」(仕事に必要な最低限のアクセスだけ)で動く

## Gatekeeper——システムのオーナーが手綱を握る仕組み

発表時点(2026-08)の情報で特徴的なのが「Gatekeeper」という仕組みです。これは、社内システムのオーナーが、AIのアクセスを細かく制御できる枠組みとされています。

ポイントは制御の主体です。AIの利用者やAI推進部門ではなく、「そのシステムを管理している側」がAIに対する許可の手綱を握ります。たとえば人事システムのオーナーは、AIエージェントに何をどこまで許すかを自分たちで決められる、という考え方です。現場がAIを使いたい気持ちと、システム管理者が守りたい統制の間で綱引きになりがちな問題に、製品の仕組みとして答えを持っている点は評価に値します。

ただし、Gatekeeperの具体的な設定画面や設定項目の粒度など、細部は発表時点の公開情報だけでは判断できません。評価時に実物で確認してください。

## 評価すべき4つの観点——チェックリスト

情シスとしてCloudflare OSを評価する際は、「認証」「権限」「監査」「データの行き先」の4観点を軸にすると整理しやすくなります。チェックリストとしては、たとえば次のような問いを自社の言葉に直して使ってください。

最後の点は重要です。仕組みが用意されていることと、自社で正しく運用できることは別問題です。セルフホストの判断はセルフホスト解説記事も参照してください。

- 既存のSSO・ID管理と統合できるか。退職者のアクセスは即座に止まるか
- AIエージェントに与える権限を、システムごと・操作ごとに絞れるか
- AIの操作ログを、既存の監査体制(ログ保管・レビュー)に組み込めるか
- どのAIモデル事業者にデータが渡るかを、会社として指定・制限できるか
- OSS版をセルフホストする場合、この枠組みを自社で正しく設定・維持できる体制があるか

| 観点 | 確認すべきこと | Cloudflare OSの発表時点の情報 |
| --- | --- | --- |
| 認証 | 誰がワークスペースを使えるか。既存のID基盤と繋がるか | Cloudflare Accessベースで全ユーザー・全リクエストを検証 |
| 権限 | AIは何にアクセスできるか。誰がそれを決めるか | AIは最小権限で動作。Gatekeeperでシステムオーナーが制御 |
| 監査 | AIが何をしたか記録され、追跡できるか | 発表時点の公開情報では詳細不明。評価時に実物で確認が必要 |
| データの行き先 | 社内データがどのAIモデル・どの事業者に渡るか | Bring Your Own Model方式。AI Gateway経由でプロバイダーを選択・管理 |

## 正直な注意点——枯れていない部分

Cloudflare OSは2026-08-04発表の新しい製品です。セキュリティの設計思想は明確に示されていますが、次の点は正直にお伝えしておきます。

「設計思想は良さそうだが、実物での検証は必須」というのが発表時点での妥当な評価姿勢だと考えます。導入を進める場合も、いきなり本番の基幹システムに接続せず、限定した範囲での試験から始めることをおすすめします。

- 実運用でのセキュリティ事例・監査事例はまだ世の中に蓄積されていません
- 日本語のセキュリティ関連ドキュメントや解説はまだ少ない状況です
- 仕様は今後変わる可能性があります。最新は公式情報(cloudflare.com / GitHub)で確認してください

## よくある質問

### Cloudflare OSを入れれば、社員の野良AI利用の問題は解決しますか?

仕組みとしては「会社が管理する安全な作業場」を提供するものなので、野良利用の受け皿にはなり得ます。ただし、社員が使いたくなる環境を整え、既存の野良利用からの移行を促す運用施策は別途必要です。ツールの導入だけで自動的に解決するものではありません。

### AIエージェントが誤って重要データを消したり外部に送ったりするリスクは?

Cloudflare OSの設計では、AIは最小権限で動き、システムオーナーがGatekeeperでアクセスを制御します。権限を絞って与える限り、被害はその範囲に限定されます。逆にいえば、権限設計を雑にすればリスクは残ります。導入時の権限設計が最も重要な作業になります。

### 監査ログはどの程度取れますか?

発表時点(2026-08)の公開情報では、監査ログの詳細仕様までは確認できません。ゼロトラストの枠組み上、全リクエストが検証される設計ではありますが、ログの粒度・保管・出力方法は評価時に実物とドキュメントで確認してください。

## 関連ページ

- https://westeria.jp/guide/cloudflare-os/
- https://westeria.jp/guide/cloudflare-os-self-host/
- https://westeria.jp/guide/cloudflare-os-setup/
- https://westeria.jp/guide/ai-agent-governance/

---

株式会社ウェステリアは、AIネイティブな開発スタイルでソフトウェア開発と業務自動化を行う会社です。初回1時間の無料ヒアリングを受け付けています: https://westeria.jp/#contact