liveBook · Manning

Claim

As explained in Effective Platform Engineering

A claim is an assertion about an authenticated entity or its permissions conveyed as identity data or in a token.

A claim is an assertion about an authenticated user, such as the teams they belong to. Platform services can use claims returned with identity data to determine which team resources a user may access. The identity provider (IDP) should convey this authorization data, not become its source of truth. section 4.3.3 section 7.3.2

Team membership may be self-managed in a system such as GitHub. Configure the IDP to retrieve that information after login and include it in a verifiable JSON Web Token (JWT). Prefer an automated OpenID Connect integration over a tool that requires tickets and manual role assignment: the latter turns routine access into developer friction. section 4.3.3 section 7.3.2

Team access from a CLI

A developer starts a device-authorization flow in a platform CLI and authenticates through GitHub in a browser. The IDP uses the resulting access token to request the developer’s organization teams, then creates a verifiable JWT whose ID token contains the team list as a claim. The CLI can use that result to give the developer access to their team’s platform resources. Auth0 is one option for providing the IDP service; its configuration can be automated rather than maintained by hand. section 7.3.2

Figure 7.9 In this authentication and authorization flow, the IDP acts just as a secure go-between. The user must authenticate through GitHub and grant their device authorization to receive a JSON Web Token.
A screenshot of a computer

AI-generated content may be incorrect.

The flow shows the IDP acting as a go-between: GitHub handles user authentication and device authorization before the user receives a JWT. section 7.3.2

How Effective Platform Engineering covers it

How deep it goes
Explains where a team-membership claim comes from and how it enters a JWT, without detailing claim-format internals.
Examples
Uses a GitHub-backed CLI device-authorization flow and an Auth0 configuration exercise to illustrate a team-list claim.
What it assumes
Assumes a platform with team-based resources and introduces the OIDC concepts needed to connect authentication, authorization, and tokens.
What you can do after
Operate/configure an IDP integration that places GitHub team membership in a verifiable token for platform access.
How it connects
Connects claims to OpenID Connect, identity providers, authorization, team membership, ID tokens, and JSON Web Tokens.

Also explained in

Compare how 7 books explain claim →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Effective Platform Engineering. The section links point to the parts of the book it draws on.