Improve passkeys management for domain joined computers

This commit is contained in:
DariusIII
2026-05-22 12:25:25 +02:00
parent 6a14825c44
commit 89dbc08150
3 changed files with 132 additions and 10 deletions
+44
View File
@@ -42,6 +42,50 @@ return [
'icon' => null,
],
/*
* Controls the WebAuthn `authenticatorSelection` ceremony parameters that are
* sent to the browser when a user is registering a new passkey.
*
* - `authenticator_attachment` accepts: null (no preference - allows both
* Windows Hello / Touch ID / password managers AND roaming FIDO2 keys),
* "platform" (Windows Hello / Touch ID / Android only) or
* "cross-platform" (only roaming/hardware security keys).
* Leave it `null` so users on Windows domain machines see Windows Hello,
* password managers AND hardware keys in the browser picker.
*
* - `resident_key` accepts: "preferred" (recommended), "required" or
* "discouraged". Some locked-down Windows domain machines refuse to expose
* the platform authenticator when "required" is requested. Use
* "preferred" for the widest interoperability.
*
* - `user_verification` accepts: "preferred", "required" or "discouraged".
*/
'authenticator_selection' => [
'authenticator_attachment' => env('PASSKEY_AUTHENTICATOR_ATTACHMENT'), // null = no preference
'resident_key' => env('PASSKEY_RESIDENT_KEY', 'preferred'),
'user_verification' => env('PASSKEY_USER_VERIFICATION', 'preferred'),
],
/*
* WebAuthn Level 3 client hints. Modern Chromium based browsers (including
* Edge on Windows) use these to render a richer credential chooser that
* lists Windows Hello, mobile (hybrid/QR) and security keys side by side.
*
* Allowed values: "client-device", "hybrid", "security-key".
*/
'hints' => [
'client-device',
'hybrid',
'security-key',
],
/*
* Whether to request the `credProps` WebAuthn extension. It tells the
* server (via the browser response) whether the created credential is a
* discoverable / resident key. Safe to leave enabled.
*/
'request_cred_props_extension' => true,
/*
* The models used by the package.
*