python-validity VS silk-guardian

the python-validity fingerprint reader driver can have an issue after waking from suspend, the fix can be found here: https://github.com/uunicorn/python-validity/issues/3

anyone got the fingerprint reader to work? arch wiki says the default one in Linux doesn't work and suggest using this - https://github.com/uunicorn/python-validity

I used this for t480 https://github.com/uunicorn/python-validity

Did you try this for the fingerprint reader, out of curiosity? https://github.com/uunicorn/python-validity/blob/master/pyth...

I don't have a Lenovo, I have a Dell, but while tinkering to get the fingerprint reader on my machine working, I had come across this (and I understand it works for Lenovo).

Here it is. Worked like a charm for me

Update - I've put Arch back on it for diagnosis, and with this repo from the AUR I've got it working again.

Not supported indeed. Some users have tried, see the end of discussion here: https://github.com/uunicorn/python-validity/issues/105

Python validity.

Which, came across silk-guardian

All disks in my server are encrypted, so if a physical attacker wants to access data, they'll have to do it while it's unlocked and running. I have high hopes that https://github.com/NateBrune/silk-guardian will prevent any attacker from being able to attach USB payloads.

A booted computer is no longer secure from local threads if we are talking about state level attackers. The only good security against government agents is having the device automatically shut down when tempered with (using something like this for example, although you probably need more and more aggressive triggers).