Visual RFC.
ALL RFCs / RFC 8705
Read the RFC ↗
RFC 8705 / CERTIFICATES AND PERMISSION

Stop a copied token at the picture service

05

The picture service checks both the permission note and the certificate used on this connection. Copying the note alone should not open the gate.

RFC 8705 · § 3EXAMPLE
1 / 4 · Establish the client proof first

TLS library input: private-key proof passed for the selected certificate.

RequesterPicturesAPublic key ACan be copied
▤ Certificate APublic card · public key A

Offline teaching example. TLS, certificate-chain and token validation results are selected inputs; this page is not a TLS connection or an OAuth server.

What happens if you change this?

Predict whether the request will pass. Change one choice to see why; use Restart to restore the original example.

4 / 4
04
Open the gate only if both checks pass

The selected token is trusted, active and allowed; this TLS connection proves the same certificate A.

Stop a copied token at the picture serviceThe selected token is trusted, active and allowed; this TLS connection proves the same certificate A.RequesterPicturesAccess tokenbound to AAPI validates JWT locallyTwo checksPermission + same certificate✓ Return allowed pictures

Key idea: Valid token plus matching certificate proof; either failure stops access.

Terms
mutual TLS
A secure connection where the server checks a client’s certificate and proof of its secret key, as well as the client checking the server.
certificate-bound token
A permission note that works only with the particular public certificate and corresponding private key.

Look up a term in the glossary ↗

Rules & examples

These reference examples may differ from the selected experiment.

  • The resource request MUST use mTLS with the same certificate used at the token endpoint. A certificate mismatch is HTTP 401 invalid_token.
  • Obtain the certificate from the TLS layer. First establish trusted token facts, locally or by introspection; decoding JWT text alone is insufficient.
  • The API needs advance mTLS policy: the token arrives after the initial TLS certificate request. Certificate-chain validation is not necessary here when mTLS serves only as possession proof (§6.2).
  • A new certificate, even with the same key, needs a new bound access token (§6.3). Ordinary issuer, expiry, audience and permission checks still apply.

Bounded offline teaching example. TLS, X.509 and token validation results are assumed or selected; no network handshake runs here.

Sources
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.

Related RFCs and changes

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

All chapters in RFC 8705

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 ↗