Skip to content

Commit eccff25

Browse files
committed
docs: fix passkeys section and remove what-comment in server_client
1 parent b6e5096 commit eccff25

2 files changed

Lines changed: 2 additions & 6 deletions

File tree

‎examples/MutualTLS.md‎

Lines changed: 2 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -75,11 +75,9 @@ await auth0.mfa.verify(
7575

7676
## Passkeys under mTLS
7777

78-
`/passkey/challenge` and `/passkey/register` are not served on the mTLS endpoint aliases. Auth0 only accepts `client_secret` as the credential on those endpoints - the client certificate is not a valid credential there.
78+
The client certificate is presented on all passkey calls. The token-exchange step (`signin_with_passkey`) calls the token endpoint, which is served on the mTLS alias and routed correctly.
7979

80-
Because `use_mtls=True` forbids `client_secret` at construction time, an mTLS-configured client has no valid credential for `passkey_login_challenge` and `passkey_signup_challenge`. Those calls will be rejected by Auth0 if the application is registered as a confidential client.
81-
82-
`signin_with_passkey` (the token-exchange step) is not affected - it calls the token endpoint, which is served on the mTLS alias and routed correctly.
80+
Challenge and enrollment calls (`/passkey/challenge`, `/passkey/register`) go to the standard host - they are not listed in `mtls_endpoint_aliases`. The certificate is still included in the TLS handshake, but whether it reaches the Auth0 backend depends on the proxy configuration - the same behaviour as `/mfa/challenge`.
8381

8482
## Passwordless under mTLS
8583

‎src/auth0_server_python/auth_server/server_client.py‎

Lines changed: 0 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -887,8 +887,6 @@ async def complete_interactive_login(
887887
# ID token `iat`, used to detect a ceiling that is already past at login.
888888
issued_at = None
889889
id_token = token_response.get("id_token")
890-
# Verified ID token claims, retained so the session `sid` can be sourced
891-
# from them (back-channel logout matches on `sid`).
892890
id_token_claims = None
893891

894892
expected_org = transaction_data.organization

0 commit comments

Comments
 (0)