issue as yubikey5 #12
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I try release 5.4 as yubikey5 (fw patched with portal https://www.picokeys.com/pico-patcher/): pico_fido_pico-5.4.yubikey5.uf2

I have Win10 (10.0.19045 Build 19045) and I'm using YubiKey Manager 1.2.5. The FIDO2 work as passkey but when I try to use manager it see the key but the items showed in Applications menu are grey and Interfaces menu not work.
The app show a message: "Make sure the application has the required permissions" (I runned it as Administrator). In user mode the app not see the fidokey.
It seems you are not using latest firmware 5.4, as it shows 3.0.0. It should appear as

I have the same issues. Used this release https://github.com/polhenarejos/pico-fido/releases/tag/v5.4 pico_fido_pico-5.4.uf2

UPDATE: Using the key with Linux the firmware version is 5.4.0 but Yubico FIDO2 don't work. The OTP function work good. The same key in Windows report version 3.0.0 the OTP function don't work else FIDO2 work.
Just compiled the main branch
PICO_SDK_PATH=../../pico-sdk cmake .. -DPICO_BOARD=pico -DUSB_VID=0x1234 -DUSB_PID=0x5678 -DUSB_VID=4176 -DUSB_PID=1031 && makeand its also version 3.0.0 in yubikey manager.mainbranch contains frozen achievements.Try using
developmentbranch and specify only 1 USB_VID and USB_PID (the ones that Yubikey 5 uses).tried the development branch
PICO_SDK_PATH=../../pico-sdk cmake .. -DPICO_BOARD=pico -DUSB_VID=0x1050 -DUSB_PID=0x0407 && makewith the correct vid and pid but still yubikey manager just show "yubikey firmware 3.0.0"Can it make an difference because of using windows + yubikey manager?
I'm also having this issue. Not sure if there's any other useful information I can provide besides the fact I'm using a Xiao Seeed.
I tried using it on both Windows and Linux.
Maybe the CLI is the correct way to solve this? Using ykman I see the device, but I haven't checked if I can configure it yet. I'll try that later today (if I don't update this, assume I tried it and it didn't solve anything).
Which version do you use? I made lots of changes in version 5.6
Most recent build. Maybe Yubico has caught on to people trying to spoof their products?
Firmwares should work on any RPi Pico. If it is detected by your host, it seems it is working.
My point is that I do not understand why version 3.0.0 is displayed, even if you are using firmware 5.6, which has hard-coded the version and 3.0.0 does not appear at any place. Actually, when I run Yubikey app it displays 5.6 and I can operate with it normally.
Try to use ykman and report here what
opensc-tool -anshows.This is with the latest github pull with the same vid:pid as mx03 above. (The vid:pid patcher website does not work anymore, so this is hard coded with the cmake command for me).
On Windows 11 this is what happens for me:

My guess is its a windows related issue... (Latest Yubi Manager as well)
Trying to enable all modes on USB resulted in this odd bug:
Ok this issue seems to be more weird than I thought, let me try and document all the steps I took to get it to appear as 3.0 firmware.
In order, I flashed the device using the newest firmware and it showed as 5. This is the info at the top. The Windows tool was what I tried next. Then I tried doing config usb enable all, and it changed the mode to 3.0.0. I then tried to flash it again hoping to get it back into firmware version 5, but it's stuck on 3 now. I guess the way I interacted with it caused my computer to read it in a way that caused this. My goal is to get challenge-response working, but I get this weird issue outlined in #19
I'd love to help debug this if more assistance is needed, feel free to contact me here:
@caret:m.sif.moe-> Matrixor Discord @caretchara
I got the same in Windows. Strangely, Windows does not send GetFeature reports.
If you use
ykman -l TRAFFIC listprobably you will get a WinError 1: Incorrect function.Analyzing with Wireshark, Windows does not even send GetFeature packet. Do not know why. Probably needs an additional parameter in the USB Descriptor.
If some of you has a Yubi4/5,
lusb -vvvwill be very helpful.The one I ordered just came today!
Found the bug.
TinyUSB in Pico SDK does not set the FEATURE report for keyboard HID. Windows expects a value for FEATURE report to set the FeatureByteLength, which is 0 by default. When YKMAN asks for a 9-bytes of FEATURE report, Windows detects a mismatch between the request length (9) and the actual FeatureByteLength (0) and raises an exception.
I figured out how to inject the FEATURE report to HID descriptor and it works now on Windows. Hope it will not break anything in Linux/macOS.
@641i130
What
opensc-tool -anreports?With the Yubikey or the pico-fido? Did you update the development branch or main branch?
With the Yubikey. I managed to make it work with Yubikey Manager and YKMAN but it does not with Yubikey Authenticator. As soon I get it fixed I'll push the changes to dev branch.
I'll do it for 2 keys:
Key 1:
Key 2:
Oh, haha they're not different keys...
Pushed latest changes. It should work in Windows too.
Most recent pull of
development.You have to update
pico-hsm-sdksubmodule too.I'm able to configure it correctly and detect it in Windows 11.
I think this issue can be closed then!