-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
hotp-verification fails to detect touch on nk3a-mini with newer musl compiled binary #37
Comments
Redoing same thing with NK3 NFC (firmware 1.7.2 too)
Success.
Hmmm. We have another problem here, but that may bot be because of musl. Redoing nk3 test:
Redoing secret app reset:
So logic here is that secret app key resposible for HOTP admin PIN (not same as Nk2/Librem Key as previously discussed) sets to 12345678 and is ready to seal in first HOTP sealing, will check. Redoing factory reset with custom single PIN : PleaseChangeMe, expecting HOTP reverse sealing of TPMTOTP to seal it without error setting HOTP Admin PIN (secret app Admin PIN) on first use after reset:
Otherwise, PleaseChangeMe is used to set the HOTP Admin PIN on first use, outside of this misleading message from Heads (since NK3 changed and #36 is not resolved). |
This was discovered while testing roms produced by linuxboot/heads#1841 (after musl-cross-make version bump)
tested on x230-hotp-maximized (hotp-verification 1.6, nk3a firmware 1.7.2)
Screenshot:
Test output of that nk3a-mini dongle:
EDIT: As recommended:
Redoing Heads TPM reset+reverse HOTP sealing of TPMTOTP secret succeeds after
nitropy nk3 secrets reset
, but I never got this error before. Success:Ideally, this is not-reproducible/fixed before 2024-11-20 under hotp-verification and Heads pour point to newer fixed commit of hotp-verification as part of linuxboot/heads#1821
@jans23
The text was updated successfully, but these errors were encountered: