Security
Secrets and Environment Variables
How to document and use Worker secrets without leaking them.
First created Last updated
End-to-end developer runbook
- Step 1 - Confirm the API area: Identify the product area, route module, endpoint path, and consumer before writing or calling code.
- Step 2 - Read the endpoint contract: Check method, auth, parameters, response, errors, side effects, and related docs.
- Step 3 - Prepare authentication and input: Use the right session, bearer token, webhook secret, or internal header. Validate body and query data before sending it.
- Step 4 - Make the request: Call the endpoint from the correct origin and environment. Keep credentials and secrets out of logs.
- Step 5 - Verify response, side effects, and records: Confirm status code, response shape, database records, external side effects, and audit evidence.
- Step 6 - Add tests, docs, and handoff notes: Update route inventory, consumer notes, and certification checks before depending on the change.
Secret workflow
- Action 1 - Name the binding: Document the environment variable name and purpose.
- Action 2 - Classify the secret: Database, auth, mail, social, wallet, LAN release, cron, test, encryption, or CMS.
- Action 3 - Identify routes that use it: Link route reference pages and source modules.
- Action 4 - Define local setup: Explain how a developer obtains a safe development value without exposing production.
- Action 5 - Verify deployment binding: Check Wrangler and Cloudflare environment configuration before release.