Skip to content

docs: add the RFC 9700 conformance matrix for the OAuth client - #129

Merged
Bccorb merged 1 commit into
mainfrom
docs/rfc9700-client-matrix
Oct 21, 2026
Merged

Bccorb merged 1 commit into
mainfrom
docs/rfc9700-client-matrix

Conversation

@Bccorb

@Bccorb Bccorb commented Oct 21, 2026

Copy link
Copy Markdown
Contributor

Closes #117.

Adds understand/oauth-rfc9700.mdx and links it from the security posture page (the OAuth threat row and Related Docs).

Writing the matrix turned up one real gap: the OAuth state is not bound to the client that started the sign-in (login CSRF, RFC 9700 section 4.7). It is filed as fells-code/seamless-auth-api#463 and fixed in fells-code/seamless-auth-api#465 with fells-code/seamless-auth-types#104 and the SDK PR. The row says "Gap" with a caution note; once the fix is released the row should be updated to point at the release tag.

Other rows that are not a clean pass, stated as such on the page: mix-up (no iss check, shared default redirect URI), client authentication (client_secret_post only), sender-constrained tokens (not used), TLS on provider URLs (not enforced by the schema).

Checks: npm run lint clean, npm run typecheck 0 errors, npm run build 56 pages built (only the existing env language and empty i18n warnings).

Checks every client recommendation against the API at v0.19.1 and lists the authorization
server rows as applying from v0.21. Links it from the security posture page.
@Bccorb
Bccorb merged commit 4a32867 into main Oct 21, 2026
3 of 6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

docs: RFC 9700 conformance matrix for the inbound OAuth client

1 participant