Cloudflare Adds Email-Based Access Controls to Quick Tunnels

· Original article ↗

Summary

Cloudflare adds an optional `--allowed-mail` flag to Quick Tunnels, letting developers restrict access through email verification without an account. The allowlist stays on the developer’s machine, and protected tunnels do not fall back to public access.

Key points

  • Starting with cloudflared 2026.9.3, developers can restrict Quick Tunnels to specified email addresses or domains using `--allowed-mail`; visitors verify control of an address with a one-time PIN.
  • Cloudflare Access verifies the email, while a stateless broker issues a short-lived signed assertion. cloudflared checks the assertion against rules held locally; Cloudflare does not receive the guest list.
  • A protected tunnel refuses to start if the service does not confirm its authentication mode, and it never falls back to public access.
  • After successful verification, cloudflared creates a local session lasting up to four hours, or less if the Access sign-in expires sooner.
  • cloudflared strips authentication credentials before forwarding requests to the local application, which does not need to implement its own login flow.
  • The latest Wrangler version can start protected Quick Tunnels and removes `--allowed-mail` values from debug logs.

Article Details

Event Type
Cloudflare introduced email-based access protection for accountless Quick Tunnels.
Impact
Starting with cloudflared 2026.9.3, developers can use --allowed-mail to restrict a Quick Tunnel to specified email addresses or domains. Visitors verify their email with a one-time PIN; cloudflared checks the allowlist locally, and requests that fail checks do not reach the developer’s service. The guest list remains on the developer’s machine, and the feature requires no Cloudflare account.

People

Vendors

Products

Related Articles