Visual RFC.
ALL RFCs / RFC 7638
Read the RFC ↗
RFC 7638 / JWK THUMBPRINTS

Reproduce the official RSA example

03

The published RSA example gives a complete known result. Reproducing it catches wrong member selection, ordering, byte encoding and digest formatting.

RFC 7638 · § 3.1EXAMPLE
3 / 3
Reproduce the official RSA exampleThe published RSA example uses e AQAB and kty RSA with the entire 342-character modulus displayed in consecutive rows. Its compact required-member JSON is 373 UTF-8 bytes. The next state displays all 32 SHA-256 digest bytes in two hex rows. The final state displays the exact 43-character unpadded base64url identifier from RFC7638 section3.1; the optional original alg and kid never enter this computation.The complete published RSA example32 digest bytesbase64url · no paddingNzbLsXh8uDCcd-6MNwXF4W_7noWXFZAfHkxZsRGC9Xs43 characters · optional use as kidThis fingerprint is not proof of possession
03
Encode the digest as the published identifier.

The 32 digest bytes encode to the exact 43-character base64url value, with no equals padding. Encoding the hex characters instead would produce the wrong result.

Source for this drawing: RFC 7638 · Read RFC section 3.1 ↗

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
New to this? Start hereA quick picture + helpful background

A message needs an address.

Think of a packet as a small addressed envelope. Devices pass it onward; transport protocols decide what delivery promises an application gets.

Helpful first, if these ideas are unfamiliar

These pictures are analogies to help you learn. The linked RFC explains the actual rules.

Terms in this drawing
RSA modulus
The public integer n, represented as an unpadded base64url unsigned integer in the JWK.
Base64url
An encoding using URL-safe characters; this example omits padding.
Related RFCs and changes

“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.

KEY POINT

The official input JWK has kty RSA, n, e AQAB, alg RS256 and kid 2011-04-29. Only e, kty and n enter the computation.

  • The official input JWK has kty RSA, n, e AQAB, alg RS256 and kid 2011-04-29. Only e, kty and n enter the computation.
  • Serialize e, kty, n in that order without extra whitespace. The entire n value is included; the displayed row breaks are only for readability.
  • The example chooses SHA-256. Its 32-byte digest is then represented with base64url without padding; base64url encodes the digest, not the original JWK.
  • RS256 in the original alg member describes an intended key algorithm. It neither enters this hash input nor selects the thumbprint hash automatically.
DETAILS

Use the RFC’s full n value and corresponding compact JSON, not a shortened prefix, a diagram label or line breaks. The example is public test data, not a key to trust. The diagram shows the entire 342-character modulus in consecutive rows; join those rows without spaces. Published output NzbLsXh8uDCcd-6MNwXF4W_7noWXFZAfHkxZsRGC9Xs is an identifier, not proof of possession.

Read the RFC section ↗

All chapters in RFC 7638

Drawing view

Scroll the drawing to see every part. Playback controls stay above it.

RFC 9700 / CHAPTERS

Chapters

For full details, tables, algorithms, and exceptions, read the original RFC.

RFC status and corrections ↗