Cloudflareは2026年8月14日、Cloudflare AccessをWorkerそのもの、またはアカウント内の全Workerへ適用できる仕組みを発表した。従来は到達可能なhostnameごとにAccessを張り、ルートやカスタムドメイン追加時に設定漏れが起きやすかった。今回はポリシーがWorkerに紐づくため、関連ドメインやプレビューURLが変わっても保護が追随する。
アカウント既定で全Workerをプライベートにし、公開が必要なものだけバイパスする運用も可能だ。対象はプレビューのみか本番含むかを選べ、認証後はctx.access.getIdentity()でメールやグループを取得でき、手動JWT検証が不要になる。wrangler.jsoncのdevブロックでローカル擬似認証もできる。
社内向けダッシュボードやプロトタイプをWorkersへ載せ替えるチームにとって、ゼロトラストの既定値をコード外で強制できる点が大きい。Workers for Platformsのdispatch WorkerにAccessを置けば、配下のデプロイも一括で非公開にできる。公開APIと内部ツールが混在するアカウントでは、バイパス設計とポリシー優先順位（hostname、Worker、account）を先に文書化しておくと事故を防げる。