OpenSK
OpenSK copied to clipboard
Extracting ctap as an external crate and implementing a virtual FIDO2 device for QEMU
Hello,
As you know QEMU supports implementing new virtual devices and currently supports a virtual U2F device via well defined extensible interface. If we extract ctap crate as an external crate we could easily implement a FIDO2 virtual device for QEMU. AFAIK the QEMU community is open to using third-party libraries written in Rust.
What is your opinion on this?
Hi!
We are open to the idea of a ctap crate. The current implementation does not cleanly separate the logic, transports and drivers. We would need to design an interface that works for QEMU and a few more.
This work is not planned as of now, but we do see the benefit.