| 29 Oct 2024 |
samueldr | I was checking if an app could do what I think it would do | 00:54:11 |
samueldr | before recommending it | 00:54:16 |
samueldr | https://f-droid.org/en/packages/de.szalkowski.activitylauncher/ | 00:54:29 |
oak 🏳️🌈♥️ | https://source.android.com/docs/security/features/authentication/fingerprint-hal | 00:54:36 |
samueldr | if you poke around in the different packages, you might see an activity related to fingerprint stuff | 00:54:43 |
atemu12 | Could grep for that permission string on the official android image hmm | 00:54:45 |
oak 🏳️🌈♥️ | It's pretty well documentated | 00:54:52 |
atemu12 | s/permission/intent/ | 00:54:53 |
samueldr | also that intent could/can be scanned by software | 00:55:02 |
samueldr | https://github.com/SimonMarquis/Android-SecretCodes | 00:55:21 |
samueldr | (could) | 00:55:23 |
atemu12 | Right but we do want the OEM service in this case | 00:55:42 |
atemu12 | * Right but we do want the OEM service menu in this case | 00:55:46 |
samueldr | probably something like that if it exists | 00:56:01 |
oak 🏳️🌈♥️ | If you look at the Fingerprint HIDL link I posted, it quite nicely shows what all are the compontents related to that | 00:56:03 |
oak 🏳️🌈♥️ | fingerprintd is standard component provided by AOSP, but the FP vendor library is provided, well, by the vendor | 00:57:30 |
atemu12 | Thanks a bunch for the pointers so far though! I'll have a look at all of them tomorrow and try to figure out what and how my fingerprint reader broke. | 00:57:50 |
samueldr | Atemu: and that activity launcher app filters activities in packages too, so e.g. finger will find the fingerprint-related ones under settings | 00:57:56 |
oak 🏳️🌈♥️ | I hope the issue is not inside the closed source binaries | 01:00:02 |
atemu12 | In reply to @samueldr:matrix.org Atemu: and that activity launcher app filters activities in packages too, so e.g. finger will find the fingerprint-related ones under settings Yeah it didn't like that ^^' | 01:00:15 |
oak 🏳️🌈♥️ | I wonder if the FP vendor library sources are available | 01:00:27 |
samueldr | oh, yeah, launching random activities might not work when they require params | 01:00:31 |
atemu12 | It's also not like the settings are at fault, this is almost certainly just the settings reacting to biometrics not working at a lower layer | 01:00:46 |
samueldr | yes, was about to say; it wasn't meant to imply that the settings page are to be looked at, but an example that it will filter "deeper" than package names | 01:01:23 |
atemu12 | In reply to @oak:universumi.fi I hope the issue is not inside the closed source binaries Given that it also affects stock ROM... | 01:01:32 |
samueldr | it sure smells fishy | 01:01:54 |
oak 🏳️🌈♥️ | It might be that the problematic code runs inside TEE | 01:02:03 |
atemu12 | Ohoh | 01:02:13 |
atemu12 | That could also be a state that I'd wipe by wiping userdata, huh | 01:02:32 |
atemu12 | Because android would presumably re-init TEE state when it's got a clean slate | 01:02:54 |