Version Packages (next)

This commit is contained in:
github-actions[bot]
2025-04-29 14:27:15 +00:00
parent 22d40d0136
commit 125d09682e
353 changed files with 5290 additions and 183 deletions
+42
View File
@@ -1,5 +1,47 @@
# @backstage/plugin-auth-backend
## 0.25.0-next.1
### Patch Changes
- 0d606ac: Added the configuration flag `auth.omitIdentityTokenOwnershipClaim` that causes issued user tokens to no longer contain the `ent` claim that represents the ownership references of the user.
The benefit of this new flag is that issued user tokens will be much smaller in
size, but they will no longer be self-contained. This means that any consumers
of the token that require access to the ownership claims now need to call the
`/api/auth/v1/userinfo` endpoint instead. Within the Backstage ecosystem this is
done automatically, as clients will still receive the full set of claims during
authentication, while plugin backends will need to use the `UserInfoService`
which already calls the user info endpoint if necessary.
When enabling this flag, it is important that any custom sign-in resolvers directly return the result of the sign-in method. For example, the following would not work:
```ts
const { token } = await ctx.issueToken({
claims: { sub: entityRef, ent: [entityRef] },
});
return { token }; // WARNING: This will not work with the flag enabled
```
Instead, the sign-in resolver should directly return the result:
```ts
return ctx.issueToken({
claims: { sub: entityRef, ent: [entityRef] },
});
```
- 72d019d: Removed various typos
- b128ed9: The `static` key store now issues tokens with the same structure as other key stores. Tokens now include the `typ` field in the header and the `uip` (user identity proof) in the payload.
- Updated dependencies
- @backstage/plugin-catalog-node@1.17.0-next.1
- @backstage/plugin-auth-node@0.6.3-next.1
- @backstage/backend-plugin-api@1.3.1-next.1
- @backstage/catalog-model@1.7.3
- @backstage/config@1.3.2
- @backstage/errors@1.2.7
- @backstage/types@1.2.1
## 0.25.0-next.0
### Minor Changes