Alan Cox wrote:
> Ar Llu, 2006-07-03 am 18:11 -0400, ysgrifennodd Daniel Bonekeeper:
>> That's one problem: I don't want to create one more userspace
>> interface for that. I suppose that all the hundreds of fingerprint
>> readers that ships with a SDK have their own way of doing that.. that
>
> The very cheap readers all appear to be fairly crude image scanners, and
> they even lack hardware encryption/perturbation so they are actually of
> very limited value.
As I said before, usefulness is something relative, and sometimes,
security is not a concern (even when talking about fingerprint
readers).
My intention with this is to try to create a catalog of fingerprint
readers' properties and I think that taking a look at vendors' SDKs
would be a good start.
As pointed out by Greg, it would be also interesting to export those
properties via sysfs instead of structure passing (or in addiction,
not sure yet).
I'm not sure though about relating fingerprint devices with V4L2 (even
the cheapest ones). Some other considerations discussed with Greg are
also:
1) extending those device informations to other classes, not only to
fingerprint readers
2) maybe using another layer to hold device properties based on
classes ( device driver -> device information layer -> sysfs+kobjects
) so we can have specific properties for "fingerprintreader" objects
and easier ways to export them to the sysfs layer, without explicit
declaration on the device driver
3) extend that layer also to non-USB devices ( bus-independent )
Maybe sysfs classes could have a list of default properties (for
example, /sys/class/fingerprint objects could hold a list of commom
fingerprint properties).
Crude, like beauty, is in the eye of the beholder. I like hardware which
does as little as possible because I can then apply the appropriate
software to the data. I can see that if cost is no object and the
algorithm is never going to change, I can build all that stuff into the
device. But I don't need to... as long as I can take the data, pass it
through a transform, and get out of that a key which works or not, then
I can do useful things with it.
Useful includes many things. I'm playing with using a combined secret
and SecureID(tm) to decrypt and boot a virtual machine, such that I can
do many unrelated things and have reduced chance of "unintended data
migration." It also allows ad-hoc users (read that as undergrads) given
a temporary machine fairly easily, visiting professors, etc.
I can see the benefits of having the whole package be a black box, I
hope I have explained why I find even a dumb scanner useful in some cases.
--
Bill Davidsen < [email protected] >
Which fingerprint reader are you using ?
Daniel
PS: sorry about sending that message more than once, I just figured
out that my mails were boucing back to me because Gmail was using HTML
mode for mails =S
--
What this world needs is a good five-dollar plasma weapon.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]