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
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?
The text was updated successfully, but these errors were encountered:
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.
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?
The text was updated successfully, but these errors were encountered: