I've written a bunch more on the link (+photos are there), but essentially this uses 2 fingerprinting approaches: - retro-reflectivity of the camera sensor by looking at IR reflections. mixed results here. - wireless traffic (primarily BLE, also looking into BTC and wifi)
For the latter, I'm currently just using an ESP32, and I can consistently detect when the Meta Raybans are 1) pairing, 2) first powered on, 3) (less consistently) when they're taken out of the charging case. When they do detect something, it plays a little jingle next to your ear.
Ideally I want to be able to detect them when they're in use, and not just at boot. I've come across the nRF52840, which seems like it can follow directed BLE traffic beyond the initial broadcast, but from my understanding it would still need to catch the first CONNECT_REQ event regardless. On the bluetooth classic side of things, all the hardware looks really expensive! Any ideas are appreciated. Thanks!
I would like to draw attention to this gem of wit, easily the best I've seen in a long time:
> I think the idea behind this approach is sound (actually it's light)
But I think the only valid way yo prevent this will be legislation though, it's not a fight individuals can win on their own.
The UK is introducing passed legislation that citizens' digital IDs are owned by a Google or Apple smartphone.
The UK already have such laws active and in force that company directors must submit their information through an app available only from Google or Apple. It is clear 'digital IDs' will go the same way.
It's not about age or attribute verification. It's about tracking. Which Google excel at, the only alternative Apple and their opt-in.
Governments are quite happy making citizens have megacorps track their lives.