Skip to content
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

Extracting ctap as an external crate and implementing a virtual FIDO2 device for QEMU #288

Open
alishir opened this issue Feb 20, 2021 · 1 comment
Assignees
Labels
enhancement New feature or request question Further information is requested

Comments

@alishir
Copy link

alishir commented Feb 20, 2021

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?

@kaczmarczyck kaczmarczyck self-assigned this Feb 22, 2021
@kaczmarczyck kaczmarczyck added the question Further information is requested label Feb 22, 2021
@kaczmarczyck
Copy link
Collaborator

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request question Further information is requested
Projects
Status: Dependencies
Development

No branches or pull requests

2 participants