Back to home@Luawig

dsh-cloudflare-access

Cloudflare Access JWT verification and remote privileged authorization for DeepSeek Harness

Stars
0
Language
TypeScript
Created
Aug 27, 2026
Updated
Aug 28, 2026
GitHub repo

Introduction

dsh-cloudflare-access

简体中文

Cloudflare Access JWT verification and remote privileged authorization for DeepSeek Harness.

This is a dual-face Profile Bundle + Web Client plugin. It does not replace Cloudflare Access. Identity stays in Access. The plugin re-validates Cf-Access-Jwt-Assertion at the DSH Origin so Settings, Credentials, Agent Preset management, and model discovery can work from a remote hostname such as https://dsh.example.com.

It does not ship a login page, password store, MFA, session table, or Cloudflare API client.

Live-tested against DeepSeek Harness 0.1.1-rc.2. Do not assume newer DSH releases work until the compatibility matrix is updated.

Architecture

The plugin sits inside the DSH process. It does not replace Cloudflare Access or the Origin allowlist.

Deployment model

Internet → Cloudflare Access → Cloudflare Proxy
       → Origin allowlist → reverse proxy → DSH → this plugin

The Web client only enables capability (connection.isLoopback). Authorization stays on the Origin server.

Client vs Server

Interactive figures (theme switch, guided views, SVG/PNG export): deployment, request path, client vs server, config. Notes: docs/diagrams.md.

Quick start

  1. Use a DeepSeek Harness Web profile. Pin --trusted-host to the public hostname.
  2. Put that origin behind a Cloudflare Access application.
  3. Install and restart:
dsh plugin --profile web add dsh-cloudflare-access
  1. Lock the trust root (recommended in production):
export DSH_CF_ACCESS_TEAM_DOMAIN=https://example.cloudflareaccess.com
export DSH_CF_ACCESS_AUDIENCES=your-access-application-aud
  1. Open the remote UI through Access, hard-refresh once, and load Settings.

Confirm the bundle with dsh --profile web --dump-config: a layer named dsh-cloudflare-access and a plugin row id: cloudflare-access.

Security model

Remote privileged requests must pass both:

  1. DSH Host / Origin / sec-fetch-site checks (--trusted-host remains mandatory).
  2. A valid Cloudflare Access JWT (signature, iss, aud, expiry; about 30 seconds of clock skew is allowed).

A valid JWT never authorizes an arbitrary Host or Origin. Loopback (localhost / 127.0.0.1 / ::1) does not require a JWT, so SSH Tunnel → localhost → DSH keeps working. Remote privileged APIs always require a JWT in v1.0.

Keep Origin reachable only from Cloudflare (or equivalent ingress). Installing this plugin is not a reason to put DSH on the public internet. Details: SECURITY.md.

Remote privileged request path

Host/Origin runs first. A valid JWT never rewrites Host to loopback. Privileged success goes to apiProxy; missing or invalid JWT returns 401/403 and never enters the privileged implementation. Loopback does not read JWT.

Forward Host, Origin, and Cf-Access-Jwt-Assertion. Do not strip the assertion header. Do not trust the CF_Authorization cookie.

Install

Requires a Web profile. The package is on npm.

dsh plugin --profile web add dsh-cloudflare-access

Unreleased Git commit:

dsh plugin --profile web add github:Luawig/dsh-cloudflare-access

The Git tree ships prebuilt lib/index.js and lib/client.js. A github: install uses those artifacts and does not need TypeScript or esbuild.

Restart DSH. You do not edit $DSH_HOME/profiles/web/cordis.patch.yml by hand, and you do not patch DSH itself.

Uninstall:

dsh plugin --profile web remove dsh-cloudflare-access

After unload, DSH restores the official remote privileged loopback pin. Restart if the running process still has the old fiber.

Configure

  1. Put the DSH Web origin behind a Cloudflare Access application.
  2. Copy the application Audience (aud) and team domain, for example https://example.cloudflareaccess.com (a host without https:// is accepted).
  3. Cloudflare injects Cf-Access-Jwt-Assertion on authenticated requests. That header is the only identity this plugin reads.

Issuer and JWKS URL are derived after the team domain is normalized to an http(s) origin (path is dropped):

issuer  = <origin>
JWKS    = <origin>/cdn-cgi/access/certs

You do not configure issuer or jwksUrl. Multiple audiences are supported.

Configuration precedence

Pin team domain and audiences with environment variables in production. If a variable exists, even as an empty string, that field is locked and cannot be retargeted from a remote Settings session.

VariableMeaning
DSH_CF_ACCESS_TEAM_DOMAINTeam domain / issuer
DSH_CF_ACCESS_AUDIENCESComma-separated audiences
DSH_CF_ACCESS_ORDINARY_MODEoff | optional | required
dsh --profile web --trusted-host dsh.example.com

systemd:

[Service]
Environment=DSH_CF_ACCESS_TEAM_DOMAIN=https://example.cloudflareaccess.com
Environment=DSH_CF_ACCESS_AUDIENCES=your-access-application-aud
Environment=DSH_CF_ACCESS_ORDINARY_MODE=off
ExecStart=/usr/bin/dsh --profile web --trusted-host dsh.example.com

Cordis overlay (only used when the matching env var is unset):

cloudflare:
  teamDomain: https://example.cloudflareaccess.com
  audiences:
    - your-access-application-aud
auth:
  ordinary: off

Missing teamDomain or audiences: the plugin still starts, loopback is unchanged, remote privileged APIs are denied.

Ordinary API modes

auth.ordinary applies only to remote non-privileged APIs, including /api/events.mux and /api/events.host. Loopback ignores it. Host/Origin always runs first.

ModeNo JWTValid JWTInvalid JWT
off (default)DSH original policyignoredignored
optionalDSH original policyallowdeny
requireddenyallowdeny

Privileged remote APIs always require a valid JWT, regardless of this setting.

Troubleshooting

SymptomCheck
Remote Settings still unavailableAccess must sit in front of the site; hard-refresh so the client module loads before Settings; confirm Cf-Access-Jwt-Assertion reaches Origin.
Settings UI never calls settings.describeThis package sets dsh.client.immediately: true. Reinstall if an older tarball omitted that.
401 on settings.*Header missing. Inspect reverse-proxy forwarding, not cookies.
403 on settings.*Invalid iss/aud/signature/expiry, unconfigured plugin, Host/Origin mismatch, or Origin clock more than ~30s off.
Events WebSocket fails when ordinary=required/api/events.mux and /api/events.host follow the ordinary policy. Missing JWT → 401; invalid JWT → 403.
Loopback Settings brokenUnload the plugin; loopback must not require JWT. File a bug if it does.
JWKS / key rotation failuresOrigin must reach https://<team>/cdn-cgi/access/certs. No config change after Cloudflare rotates keys.
LogsCategories only (expired, invalid_signature, issuer_mismatch, audience_mismatch, missing_token, jwks_unavailable, unconfigured). Tokens are never logged.

v1.0 does not authorize host.pickDirectory or host.openPath. Some native-host UI may still appear; those RPCs stay rejected.

Compatibility

PluginDSHStatus
1.0.x0.1.1-rc.2Live-tested (Web profile, remote Settings / Credentials)

Do not assume newer DSH releases work until this matrix is updated.

Develop

pnpm install
pnpm test
pnpm typecheck
pnpm pack:check

After source changes, run pnpm build so committed lib/ matches src/. CI rebuilds lib/ and fails if the tree drifts.

dsh plugin --profile web add ./

Plugin packaging follows dsh.pub/develop-plugin.md. This repository is not claiming a dsh.pub listing or a security audit.

Maintainers

Dependabot updates npm and GitHub Actions weekly. When publishing from GitHub Actions, use npm publish --access public --provenance with id-token: write. v0.1.0 and v1.0.0 were published without provenance.

License

MIT