You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We just tested your WebAuthn plugin and the Fido U2F migration process over to WebAuthn works well. However, do you think it would make sense to disable the core Two Factor's Fido U2F provider if your plugin is active?
I know that the core Two Factor plugin is looking at removing U2F in a future release: WordPress/two-factor#439, but at the moment, it is kind of jarring and confusing to see two Security Key sections when your WebAuthn provider works and basically replaces the core Fido U2F one.
If you decide to disable the Fido U2F provider in your plugin, this can be done where you're already registering your provider here:
Also, I noticed that it is possible to delete the U2F key for each user with the 'WEBAUTHN_DELETE_U2F_KEYS_ON_MIGRATION' constant after migration. This should be documented publicly in the readme (or in some other place like the wiki) so others are aware of it.
The WEBAUTHN_DELETE_U2F_KEYS_ON_MIGRATION exists mainly for development, as I did not like removing other plugin's data in production. For example, if the user installs this plugin, dislikes it, and then deletes it, the original keys will be lost. And it is usually too late to define this constant after playing with the plugin because the migration happens on the first access to the keys.
The WEBAUTHN_DELETE_U2F_KEYS_ON_MIGRATION exists mainly for development, as I did not like removing other plugin's data in production.
Yeah, I came to this realization myself. If the core Two Factor plugin does their own migration from FIDO U2F to something else, then they will need to have access to those keys as well.
b39e4e7 adds an option to disable the U2F provider
Thanks for adding in the option to disable the core FIDO U2F provider. Feel free to close this issue.
I've also added support for your plugin in my BuddyPress integration for the Two Factor plugin here: r-a-y/bp-two-factor@30e2164.
I had to make one main adjustment and that was to remove the "required" attribute for the Key name field:
Activity
GH-93: add an option to turn off the old U2F provider
sjinks commentedon May 17, 2022
The
WEBAUTHN_DELETE_U2F_KEYS_ON_MIGRATIONexists mainly for development, as I did not like removing other plugin's data in production. For example, if the user installs this plugin, dislikes it, and then deletes it, the original keys will be lost. And it is usually too late to define this constant after playing with the plugin because the migration happens on the first access to the keys.// It is still possible to use U2F with Firefox.
Merge pull request #102 from sjinks/GH-93
sjinks commentedon May 17, 2022
b39e4e7 adds an option to disable the U2F provider
r-a-y commentedon May 17, 2022
Yeah, I came to this realization myself. If the core Two Factor plugin does their own migration from FIDO U2F to something else, then they will need to have access to those keys as well.
Thanks for adding in the option to disable the core FIDO U2F provider. Feel free to close this issue.
I've also added support for your plugin in my BuddyPress integration for the Two Factor plugin here: r-a-y/bp-two-factor@30e2164.
I had to make one main adjustment and that was to remove the "required" attribute for the
Key namefield:wp-two-factor-provider-webauthn/views/user-profile.php
Line 29 in f4a08e5
Since the
Key namefield isn't really required in order to submit the form, perhaps you can remove the "required" attribute?GH-93: remove required attribute from webauthn_key_name
Merge pull request #123 from sjinks/GH-93
Remove WebAuthn 'required' attribute change.