[fprint] fprintd single sign on limitation
hadess at hadess.net
Fri Dec 7 12:27:22 UTC 2018
On Wed, 2018-11-14 at 10:13 +0800, Dave.Wang wrote:
> Dear Bastien,
> Thanks for your quick reply!
> Feeling sorry for not indicating clearly about our definition of SSO
> In our definition of SSO,
What I was saying is that you shouldn't be using "SSO" as a name, it's
already something that exists, and that is completely different from
what you're describing below:
> 1. Our fingerprint sensor is located on power button of notebook
> 2. Driver would inform device to pre-capture image while someone
> touch the power button.
> 3. In login phase, user wouldn't have to identify finger if the pre-
> capture image is existed
> 4. Driver would submit that pre-capture image to algorithm if the
> pre-capture image is existed, and then login to its corresponding
I don't understand at which point the user-space driver would be able
to tell the power button's IC to capture the image, or where that image
would end up being stored. Would the driver tell that to the power
button's IC/fingerprint reader before the machine gets turned off?
> In your opinion, is it possible to implement SSO in libfprint?
> Thank you very much for your time and suggestion!
There are multiple steps to that, and the first one would be to extend
fp_driver internally to allow setting that "remember fingerprint on
next boot", as well as providing a way to extract the "remembered"
After that, integration work into the OS can start. I think we would be
taking cues from the smartcard integration done in gnome-settings-
daemon and integrate it in fprintd.
Access to hardware and specs would be much appreciated if you want more
help doing this integration. It's pretty difficult designing for a use
case in a vacuum. I'd recommend looking into this once the work has
been done in libfprint to support the hardware features.
More information about the fprint