Skip to content
Draft
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
10 changes: 10 additions & 0 deletions content/en/account_management/personal-access-tokens.md
Original file line number Diff line number Diff line change
Expand Up @@ -66,6 +66,16 @@ curl -X GET "https://api.datadoghq.com/api/v2/users" \

**Note:** When a valid PAT is provided in the `dd-application-key` header, Datadog authenticates with the PAT only. The `dd-api-key` header is optional and its value is not evaluated.

## Restrictions

To limit how a PAT can escalate its own access, Datadog restricts what an API call authenticated with a PAT can do. These restrictions apply regardless of the API client making the call:

- **Application keys**: A PAT cannot create or update application keys. Revoking application keys is still allowed.
- **Scopes on new tokens**: A PAT can create or update a PAT or a SAT only if the new token's scopes are a subset of its own scopes.
- **Time-to-live (TTL) on new tokens**: A PAT cannot create a PAT or a SAT with a TTL that outlives itself.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

question (blocking): My interpretation of this is that if my PAT is expiring and I want to mint a new PAT for myself, I cannot use the expiring PAT to do so. Is this correct.

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes this is correct

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is why having a "rotate" endpoint would be useful. WDTY @tyjet?


These restrictions apply only to API calls authenticated with a PAT or SAT. A call that violates one of these restrictions returns a `403 Forbidden` response.

## Manage Personal Access Tokens

### View your tokens
Expand Down
10 changes: 10 additions & 0 deletions content/en/account_management/service-access-tokens.md
Original file line number Diff line number Diff line change
Expand Up @@ -91,6 +91,16 @@ curl -X GET "https://api.datadoghq.com/api/v2/users" \
**Note:** When a valid SAT is provided in the `dd-application-key` header, Datadog authenticates
with the SAT only. The `dd-api-key` header is optional and its value is not evaluated.

## Restrictions

To limit how a SAT can escalate its own access, Datadog restricts what an API call authenticated with a SAT can do, regardless of the API client making the call:

- **Application keys**: A SAT cannot create or update application keys. Revoking application keys is still allowed.
- **Scopes on new tokens**: A SAT can create or update another SAT only if the new token's scopes are a subset of its own scopes.
- **Time-to-live (TTL) on new tokens**: A SAT cannot create a SAT with a TTL that outlives itself.

These restrictions apply only to API calls authenticated with a PAT or SAT. A call that violates one of these restrictions returns a `403 Forbidden` response.

## Manage Service Access Tokens

### View tokens
Expand Down
Loading