build(deps): bump @clerk/nextjs from 4.31.8 to 6.23.0

[dependabot]

Bumps @clerk/nextjs from 4.31.8 to 6.23.0.

Release notes

Sourced from @​clerk/nextjs's releases.

@​clerk/nextjs@​6.23.0

Minor Changes

• Fix auth.protect() unauthorized error propagation within middleware (#6169) by @​wobsoriano

• • Optimize auth() calls to avoid unnecessary verification calls when the provided token type is not in the acceptsToken array. (#6123) by @​wobsoriano

  • Add handling for invalid token types when acceptsToken is an array in authenticateRequest(): now returns a clear unauthenticated state (tokenType: null) if the token is not in the accepted list.

Patch Changes

• Updated dependencies [b495279, c3fa15d, 628583a, 52d5e57, 15a945c, 10f3dda, 72629b0, 2692124]:
  • @​clerk/types@​4.61.0
  • @​clerk/backend@​2.2.0
  • @​clerk/shared@​3.9.8
  • @​clerk/clerk-react@​5.32.1

@​clerk/nextjs@​6.22.0

Minor Changes

• Add <APIKeys /> component. This component will initially be in early access and not recommended for production usage just yet. (#5858) by @​wobsoriano

• Respect acceptsToken when returning unauthenticated session or machine object. (#6112) by @​wobsoriano

Patch Changes

• Re-organize internal types for the recently added "machine authentication" feature. (#6067) by @​wobsoriano

• Resolve machine token property mixing in discriminated unions (#6079) by @​wobsoriano

• Updated dependencies [19e9e11, 18bcb64, 2148166, 4319257, 607d333, 138f733, 4118ed7, 18bcb64, d832d91, 6842ff1, 48be55b, 183e382, 2c6f805, 97749d5]:

  • @​clerk/types@​4.60.1
  • @​clerk/backend@​2.1.0
  • @​clerk/clerk-react@​5.32.0
  • @​clerk/shared@​3.9.7

@​clerk/nextjs@​6.21.0

Minor Changes

• Introduces machine authentication, supporting four token types: api_key, oauth_token, machine_token, and session_token. For backwards compatibility, session_token remains the default when no token type is specified. This enables machine-to-machine authentication and use cases such as API keys and OAuth integrations. Existing applications continue to work without modification. (#5689) by @​wobsoriano

  You can specify which token types are allowed for a given route or handler using the acceptsToken property in the auth() helper, or the token property in the auth.protect() helper. Each can be set to a specific type, an array of types, or 'any' to accept all supported tokens.

  Example usage in Nextjs middleware:

  import { clerkMiddleware, createRouteMatcher } from '@clerk/nextjs/server';
  const isOAuthAccessible = createRouteMatcher(['/oauth(.)']);
  const isApiKeyAccessible = createRouteMatcher(['/api(.)']);

... (truncated)

Changelog

Sourced from @​clerk/nextjs's changelog.

6.23.0

Minor Changes

• Fix auth.protect() unauthorized error propagation within middleware (#6169) by @​wobsoriano

• • Optimize auth() calls to avoid unnecessary verification calls when the provided token type is not in the acceptsToken array. (#6123) by @​wobsoriano

  • Add handling for invalid token types when acceptsToken is an array in authenticateRequest(): now returns a clear unauthenticated state (tokenType: null) if the token is not in the accepted list.

Patch Changes

• Updated dependencies [b495279, c3fa15d, 628583a, 52d5e57, 15a945c, 10f3dda, 72629b0, 2692124]:
  • @​clerk/types@​4.61.0
  • @​clerk/backend@​2.2.0
  • @​clerk/shared@​3.9.8
  • @​clerk/clerk-react@​5.32.1

6.22.0

Minor Changes

• Add <APIKeys /> component. This component will initially be in early access and not recommended for production usage just yet. (#5858) by @​wobsoriano

• Respect acceptsToken when returning unauthenticated session or machine object. (#6112) by @​wobsoriano

Patch Changes

• Re-organize internal types for the recently added "machine authentication" feature. (#6067) by @​wobsoriano

• Resolve machine token property mixing in discriminated unions (#6079) by @​wobsoriano

• Updated dependencies [19e9e11, 18bcb64, 2148166, 4319257, 607d333, 138f733, 4118ed7, 18bcb64, d832d91, 6842ff1, 48be55b, 183e382, 2c6f805, 97749d5]:

  • @​clerk/types@​4.60.1
  • @​clerk/backend@​2.1.0
  • @​clerk/clerk-react@​5.32.0
  • @​clerk/shared@​3.9.7

6.21.0

Minor Changes

• Introduces machine authentication, supporting four token types: api_key, oauth_token, machine_token, and session_token. For backwards compatibility, session_token remains the default when no token type is specified. This enables machine-to-machine authentication and use cases such as API keys and OAuth integrations. Existing applications continue to work without modification. (#5689) by @​wobsoriano

  You can specify which token types are allowed for a given route or handler using the acceptsToken property in the auth() helper, or the token property in the auth.protect() helper. Each can be set to a specific type, an array of types, or 'any' to accept all supported tokens.

  Example usage in Nextjs middleware:

  import { clerkMiddleware, createRouteMatcher } from '@clerk/nextjs/server';

... (truncated)

Commits

• 62ca696 ci(repo): Version packages (#6136)
• 2692124 chore(backend,nextjs): Introduce API keys methods and integration tests (#6169)
• 675011c fix(nextjs): Update dependency next to v14.2.30 [SECURITY] (#6122)
• 805c4a8 chore(vue,nuxt): Make initialState prop public and bump dependencies (#6132)
• 10f3dda chore(backend,nextjs): Improve token handling and optimize verification (#6123)
• 6e9bde8 ci(repo): Version packages (#6077)
• d832d91 chore(backend,nextjs): Refactor unauthenticated auth object fallback to respe...
• 18bcb64 feat(clerk-js,clerk-react,nextjs): Introduce \<APIKeys /> AIO component (#5858)
• 4118ed7 chore(backend): Improve subject handling for machine auth objects (#6099)
• 183e382 chore(backend): Add getAuth() type helper tests (#6079)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[vercel]

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name	Status	Preview	Comments	Updated (UTC)
fork-commit-merge-web	❌ Failed (Inspect)			Jun 23, 2025 7:28pm

[dependabot]

OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting @dependabot ignore this major version or @dependabot ignore this minor version. You can also ignore all major, minor, or patch releases for a dependency by adding an ignore condition with the desired update_types to your config file.

If you change your mind, just re-open this PR and I'll resolve any conflicts on it.