Skip to content

Fix: Add support for 06cb:0088 (closes #34 and #74)#258

Open
visorcraft wants to merge 1 commit into
uunicorn:masterfrom
visorcraft:add-06cb-0088
Open

Fix: Add support for 06cb:0088 (closes #34 and #74)#258
visorcraft wants to merge 1 commit into
uunicorn:masterfrom
visorcraft:add-06cb-0088

Conversation

@visorcraft
Copy link
Copy Markdown

Summary

  • Detects 06cb:0088 (Kensington VeriMark) USB devices and prints a clear redirect rather than failing with a confusing "no matching devices found" error.
  • Adds a short README note pointing users at the dedicated FLOSS libfprint driver for this device.

Context

06cb:0088 is a pre-Prometheus Synaptics/Validity chip. It uses a meaningfully different protocol from the post-Prometheus 06cb:009a this codebase targets:

  • No fwext partition (the firmware-extension upload flow doesn't apply).
  • Different pre-TLS pairing exchange.
  • Different cert acquisition flow (CSR-signed 0x4f).

So it doesn't fit cleanly under the existing validitysensor/ code paths. A clean-room libfprint driver for it exists at:

https://github.com/visorcraft/Kensington_VeriMark_06cb-0088

It covers enroll, verify, and PAM/login integration end-to-end. The driver auto-pairs with the device on first plug-in and persists pairing material to the standard libfprint state directory.

This PR is the smallest useful change: surface the redirect in both the README and in the usb.py open path, so a VeriMark user trying python-validity gets pointed at the right driver instead of an opaque failure.

Test plan

  • python3 -m py_compile validitysensor/usb.py passes
  • Redirect only fires when no supported device is found AND a 06cb:0088 is present — does not affect existing flows for 0090 / 0097 / 009a / 009d users
  • README link resolves

Closes #34.
Closes #74.

…river

06cb:0088 is a pre-Prometheus Synaptics/Validity chip and uses a different
protocol from the post-Prometheus 06cb:009a that this codebase targets:
no fwext partition, different pre-TLS pairing, different cert flow.

Rather than failing with a confusing 'no matching devices found' error
when a VeriMark is plugged in, detect the device and print a clear
redirect to the dedicated FLOSS libfprint driver at
https://github.com/visorcraft/Kensington_VeriMark_06cb-0088 which covers
enroll, verify, and PAM/login integration for this device.

Closes uunicorn#34.
Closes uunicorn#74.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Has anyone got Synaptics 06cb:0088 working with this? possible to expand this to Kensington Validity 06cb:0088 ?

1 participant