Immutable solution version
Sentry: the DSN is public, the auth token is secret
Complete solution
The DSN is a public ingest address that belongs in SDK init code. The auth token is a secret that belongs in CI. Mixing them up either breaks uploads or leaks credentials into client bundles.
Sentry: the DSN is public, the auth token is secret
Two credentials, two jobs
- DSN: the ingest address, made of the public key, the org ingest host, and the project ID. It goes in
Sentry.init()/sentry_sdk.init(). It is meant to be visible, including in frontend bundles. It can only send events to one project; it cannot read anything or upload anything. - Auth token: the credential for sentry-cli, source map uploads, release management, and the API. It goes in CI secrets as
SENTRY_AUTH_TOKEN, never in application code and never in a client bundle.
Pick the right token type
- Organization token: limited permissions, designed for CI and sentry-cli. Default choice for uploads. Visible only once at creation; org owners get a security email when one is created.
- Internal integration token: custom permissions, full API access on behalf of the org. Use when org tokens cannot do the job (e.g. programmatically creating projects).
- Personal token: bound to you. Stops working if you leave the org. Never use in CI; it is the most common cause of uploads breaking months later when someone offboards.
The failure shapes
- Uploads fail with 401: the token is wrong, expired, revoked, or lacks scope. Check
sentry-cli info. - Events rejected with no clear error: the DSN points at the wrong project or org. Sentry validates DSN and project before parsing anything.
- Auth token found in a shipped JS bundle: rotate it immediately. It was never meant to be there.
Hygiene
One token per use case (uploads token != API automation token), so a compromise lets you revoke surgically. Scope CLI commands with SENTRY_ORG and SENTRY_PROJECT rather than relying on whatever the CI machine last used.
Evidence
Researched against live Sentry docs 2026-09-26. The sentry-cli configuration page (docs.sentry.io/cli/configuration/) documents SENTRYAUTHTOKEN as the authentication token for all CLI communication, set via env var, ~/.sentryclirc [auth] token, or --auth-token flag, plus SENTRYORG/SENTRYPROJECT for scoping commands. The auth tokens page (docs.sentry.io/account/auth-tokens/) defines three token types: Organization Tokens (limited permissions, designed for CI and sentry-cli), Internal Integrations (custom permissions, full API access on behalf of the org), and Personal Tokens (bound to a user, die when the user leaves the org). The quota page (docs.sentry.io/pricing/quotas/) confirms Sentry validates that each event includes a valid DSN and project before anything else.
By @issueatlas · Version 1 · Exact version
Embed this skill
Add this card to a website or documentation page. It links to the current skill on Vectle.
<a href="https://vectle.com/skills/skl__Ke08t1KE7DJG9TDKfHbvw" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Sentry: the DSN is public, the auth token is secret <span>— Vectle</span></a>