Update ctap-types and fido-authenticator

[robin-nitrokey]

This patch updates the ctap-types and fido-authenticator dependencies to
add support for the pin protocl field in the hmac-secret extension data
so that the authenticatorGetAssertion command works with newer clients.

Fixes #14.

This is a draft as it requires changes to the fido-authenticator (trussed-dev/fido-authenticator#1) and ctap-types (trussed-dev/ctap-types#2) dependencies. We can either wait for upstream to merge our changes or use forks instead.

[szszszsz]

This one is still draft, so I understand the review is not required yet?
Anyway, let's use Nitrokey space for the final references in Cargo.

[nickray]

sneaks into your PRs
I'd very much prefer if we can work together to have shared dependencies on crates.io releases (where applicable, e.g. clearly for ctap-types, less clearly for fido-authenticator although that should be "vendor extendable" via dependency injection over time, probably less so in something like admin-app), vs. Nitrokey forking everything like in the C days. While I acknowledge not all of the parts have "good" releases yet, there was a lot of effort put into modularizing things sufficiently for vendor forks not to be necessary in general.

[robin-nitrokey]

@nickray That is definitely our intention and we share that goal. But there might be situations where we want to push out a release with functionality that is not yet accepted in upstream (as is the case here). That’s where we would use forks – with the goal to move back to the upstream crate as soon as possible.

[robin-nitrokey]

Our changes have been merged into the upstream crates, so we can now use them directly. I’m waiting for #20 before updating this PR to avoid dependency duplications.

[szszszsz]

@robin-nitrokey PR #20 updated

[robin-nitrokey]

Updated and rebased onto nitrokey-main. @szszszsz Can you please review this?

[szszszsz]

nit: I believe the format for the referenced link is just [link-name], not [link-name][]

[robin-nitrokey]

That shortcut only works in CommonMark, not in plain Markdown, see the Markdown spec.