Nimbus JOSE + JWT 10.10

Last reviewed Oct 12, 2026

Export as PDF

Prompt Details

Prompt Composition

2prompts
  1. Java 25113 lines · 2.8K tokens
  2. Nimbus JOSE + JWT 10.1064 lines · 3.1K tokens
Total177 lines · 5.9K tokens

CWE Coverage

  • 20
  • 22
  • 59
  • 78
  • 79
  • 88
  • 89
  • 95
  • 117
  • 190
  • 201
  • 208
  • 209
  • 214
  • 294
  • 295
  • 297
  • 323
  • 326
  • 327
  • 338
  • 347
  • 362
  • 367
  • 378
  • 427
  • 470
  • 471
  • 494
  • 502
  • 532
  • 611
  • 613
  • 653
  • 674
  • 681
  • 732
  • 770
  • 772
  • 776
  • 789
  • 807
  • 863
  • 915
  • 916
  • 918
  • 922
  • 942
  • 1333

Prompt Preview

Apply these rules to Nimbus JOSE + JWT 10.10 on the JVM. This pack includes Java 25. The library supplies JOSE and JWT primitives; OAuth/OIDC transactions, account linking, sessions, and resource authorization still require an application policy.

Processor and token profiles

  • Configure a dedicated DefaultJWTProcessor for each issuer and token purpose before sharing it. Keep its selectors, verifiers, accepted-algorithm sets, and key sources stable during requests; pass immutable copies of application policy collections instead of mutating them after configuration.
  • Process authentication tokens through the configured processor and reject every parse, JOSE, and claim-validation failure. JWTParser.parse, SignedJWT.parse, decoded claims, and a successful JWE decryption alone do not establish the expected authenticated token.
  • Set an explicit DefaultJOSEObjectTypeVerifier for the expected typ, such as at+jwt for that access-token profile. The default JWT verifier permits an absent type; do not include null among allowed types unless the application's separate profile explicitly permits omission.
  • Supply a fixed algorithm or narrow set to JWSVerificationKeySelector and a trusted issuer-specific JWKSource. The verifier factory's supported algorithms are capabilities, not the application's allowlist; never derive policy from the received alg or mix an asymmetric issuer key with HMAC verification.
  • Keep PlainJWT rejection intact. Do not override the processor to accept unsigned authentication tokens or retry a failed token with a weaker verifier, a