Webauthn Server
To launch a Webauthn server, you will need the following components:
That’s a lot off services! But don’t worry, as their configuration is the same for all your application, you just have to set them once. Let’s see all of these in the next sections.
Attestation Statement Support Manager
Every Creation Responses contain an Attestation Statement. This attestation contains data regarding the authenticator depending on several factors such as its manufacturer and model, what you asked in the options, the capabilities of the browser or what the user allowed.
The user may refuse to send information about the security token for privacy reasons.Hereafter the types of attestations you may have:
Supported Attestation Statement Types
The following attestation types are supported. Note that you should only use the none
one unless you have specific needs described in the dedicated page.
none
: no attestation is provided.fido-u2f
: for non-FIDO2 compatible devices (old FIDO / U2F security tokens).packed
: generally used by authenticators with limited resources (e.g. secure elements). It uses a very compact but still extensible encoding method.android key
: commonly used by old or disconnected Android devices.android safety net
: for new Android devices like smartphones.trusted platform module
: for devices with built-in security chips.apple
: for Apple devices
The Android SafetyNet Attestation API is deprecated. Full turndown is planned in June 2024. More information at https://developer.android.com/training/safetynet/deprecation-timeline
Attestation Object Loader
This object will load the Attestation statements received from the devices. It will need the Attestation Statement Support Manager created above.
Public Key Credential Loader
This object will load the Public Key using from the Attestation Object.
Extension Output Checker Handler
If you use extensions, you may need to check the value returned by the security devices. This behaviour is handled by an Extension Output Checker Manager.
You can add as many extension checkers as you want. Each extension checker must implement Webauthn\AuthenticationExtensions\ExtensionOutputChecker
and throw a Webauthn\AuthenticationExtensions\ExtensionOutputError
in case of an error.
More about that in this page.
Algorithm Manager
The Webauthn data verification is based on cryptographic signatures and thus you need to provide cryptographic algorithms to perform those checks.
There is no mandatory algorithm list, however, we recommend the following as minimum list:
The order is important. By adding ES256
first, the relyaing party prefers an ES256
credential. Browsers are eager to satisfy preferences.
The complete list of supported algorithms:
Authenticator Attestation Response Validator
This object is what you will directly use when receiving Attestation Responses (authenticator registration).
Authenticator Assertion Response Validator
This object is what you will directly use when receiving Assertion Responses (user authentication).
Last updated