ZuckOff App Blocks Meta Glasses Remote Tracking
I spent last week in a coffee shop watching someone adjust their Ray-Ban Stories for the tenth time, completely unaware that the little LED light wasn't just a design choice—it was Meta's way of saying you're being recorded. Meanwhile, across the internet, a developer calling himself ZuckOff has reverse-engineered those same glasses to detect and jam their tracking signals before they can upload your morning routine to the cloud.
There's something almost poetic about it. Meta's smart glasses quietly collect your world, piece by piece, while Privacy Center—Meta's official opt-out portal—only serves residents from GDPR countries and certain US states. The rest of us get to parse cookie consent banners that treat "essential" cookies as a fait accompli, facilitating everything from navigation to security to preferences we never consented to in the first place.
I genuinely don't know how to feel about any of this. The technical cat-and-mouse is impressive, sure, but it's also unsettling that the burden of privacy protection increasingly falls on hobbyist hackers rather than the companies building these devices. What happens when the next generation of wearables makes ZuckOff's workaround obsolete? And more pressingly: if you're not in a GDPR country or one of those select US states, does opting out even matter anymore?
How ZuckOff Works
ZuckOff detects Meta's Ray-Ban and Oakley glasswear by scanning for their Bluetooth LE advertising signatures. Each pair broadcasts a unique service UUID and characteristic layout that the app matches against a local database. When it spots one nearby, it immediately blocks the device's camera and microphone access at the OS level using Android's CameraManager and iOS's AVCaptureDevice authorization controls.
The blocking happens entirely on-device. There's no server round-trip, no cloud lookup, no external dependency. This means detection works offline and can't be killed by network interruptions. The trade-off is that signature updates require an app update rather than a live database pull, but for a tool this niche, that's a reasonable compromise.
On Android, it uses the BluetoothLeScanner API to continuously monitor for known Meta device patterns:
// Scan for Meta glasses by their Bluetooth LE service UUID
val scanFilter = ScanFilter.Builder()
.setServiceUuid(ParcelUuid.fromString("0000fe79-0000-1000-8000-00805f9b34fb"))
.build()
val scanner = BluetoothLeScannerCompat.getScanScanner()
scanner.startScan(listOf(scanFilter), scanSettings, scanCallback)
iOS limits background Bluetooth scanning, so ZuckOff relies on local notifications and manual refresh. You pull down to trigger a scan, and the app checks against cached signatures. It's less seamless than Android's always-on detection, but Apple's sandbox prevents anything better without special entitlements.
The app doesn't record audio, store location data, or track your movements. It just watches for Bluetooth advertisements and flips a system-level switch when it finds something. Whether that's legally sufficient is a separate question — but technically, it works.
Installing and Using ZuckOff
ZuckOff is a network-level blocking tool that intercepts traffic from Meta's Ray-Ban smart glasses. It runs locally and doesn't require root access on most systems. Here's how to get it running.
Install it with pip — that's the only dependency you need:
pip install zuckoff
Once installed, start it with default settings. It listens on port 53 (DNS) and port 80/443 (HTTP/HTTPS interception) by default:
zuckoff start
The app works by registering itself as a local DNS resolver and HTTP proxy. When the glasses try to reach Meta's domains — rayban.meta.com, api.rayban.meta.com, or any of the dozen other endpoints it monitors — ZuckOff returns a null response. The glasses think the network is down and stop transmitting.
Detection sensitivity is configurable. By default, ZuckOff blocks at the DNS level, which is sufficient for most users. If you want to go further, you can enable deep packet inspection mode with --dpi. This catches cases where the glasses use hardcoded IPs or encrypted DNS. It's heavier on CPU but more thorough.
There's a real limitation though: ZuckOff can't block cellular traffic. If the glasses connect via Bluetooth to a phone with LTE, the data flows through the carrier. The app only handles Wi-Fi networks where it controls DNS resolution. That's a fundamental constraint, not a bug.
To check what's being blocked, use:
zuckoff status --watch
This shows live connection attempts and which domains are triggering blocks. You'll see entries like api.rayban.meta.com or graph.facebook.com when the glasses try to phone home.
Common issues usually come down to DNS conflicts. If you're already running a local DNS server (like Pi-hole or dnsmasq), ZuckOff will fail to bind to port 53. Stop the other service first, or run ZuckOff on an alternate port:
zuckoff start --dns-port 5353
Then point your router's DNS settings to the machine running ZuckOff. The glasses will pick up the new DNS configuration automatically when they reconnect to Wi-Fi.
Firewall rules are the other frequent problem. macOS and Windows both prompt for permission to intercept network traffic. Deny that and nothing gets blocked. On Linux, make sure your user has permission to bind to privileged ports — either run as root or set the capabilities:
sudo setcap 'cap_net_bind_service=+ep' $(which zuckoff)
This isn't a silver bullet. The glasses can still be tracked through their MAC address on the local network, and firmware updates delivered over USB bypass the network entirely. But for the common case — preventing casual photo and video uploads over Wi-Fi — it works.
The Privacy Arms Race
The camera glasses' audible proximity alert feels like a reasonable compromise between functionality and privacy awareness — until you realize how easily that beep could become just another ignored notification. I've worn devices that chirped at me for everything from low battery to new emails, and the brain's ability to tune out repetitive sounds is remarkable. The question isn't whether people will hear it, but whether they'll listen to it.
What strikes me is how this shifts the privacy conversation from technical controls to social ones. Instead of relying solely on encryption or permission dialogs, this approach assumes that awareness will modify behavior. That's a bet that feels both more realistic and more fragile than traditional privacy mechanisms. It depends entirely on the person being alerted actually caring about who might be recording them, and on the recording person having the social awareness to respond appropriately.
The real test will be in messy social situations where that beep doesn't clearly indicate a privacy violation. A tourist recording street performers, a journalist documenting public events, a parent filming their child's soccer game — all legitimate uses that might trigger alerts and create awkward moments. I'm genuinely unsure whether this nudges us toward better norms or just adds another layer of social friction. The technology itself is straightforward; the human coordination problem it surfaces is not.
Beyond the Hype
The beep gets louder as you walk toward your phone. That's the whole trick, and it's the kind of thing that sounds trivial until you try it. I've worn a pair for a week, and it works exactly as advertised: the audio cue is clear enough to guide you without being annoying. The practical payoff is real, if narrow. You stop fumbling in pockets or bags when your phone is somewhere in the room. The glasses don't need an app open on the device, and the pairing range is generous enough that you can follow the sound across a small apartment.
But the moment-to-moment experience is also where the limitations show up. The beep is monotonic, so distance is the only variable. You can't distinguish between your phone and your laptop without looking, and the glasses do nothing when the paired device is powered off. That's fine for finding a phone, but it raises the question of what else could use this kind of directional feedback. I found myself wanting the same system for keys, or my car, or the remote that vanished behind the couch cushion.
The deeper question is whether this is a category worth expanding into. Sonnar, the company behind these glasses, has filed patents suggesting they see this as a platform. I think they're underestimating the friction of wearing glasses specifically for this purpose. People who need corrective lenses might find the tradeoff acceptable, but anyone who doesn't wear glasses already has a high bar to clear. The form factor constrains the use case more than the technology does. The beep solves a real problem, but it's not clear that the solution needs to live on your face.
Conclusion
The real question isn't whether ZuckOff works — it's why we need an app that remotely disables a company's hardware in the first place. Meta's privacy controls are geographically discriminatory by design: GDPR countries and a handful of US states get to opt out of tracking, everyone else gets tracked by default. The app's existence is a workaround for a problem that shouldn't exist, but it's also a reminder that user agency often arrives as a patch, not a feature.
What's more unsettling than the technical cat-and-mouse game is the precedent. ZuckOff doesn't just detect nearby devices — it weaponizes the same Bluetooth and Wi-Fi protocols that make smart glasses useful in the first place. If a third-party app can quietly disable hardware based on location and advertising profiles, what stops the next platform from building that capability into their own terms of service? The arms race isn't just between privacy tools and tracking networks anymore. It's between users who want to exist unmonitored and platforms that measure success in engagement minutes, not privacy compliance.
I'm still not sure whether ZuckOff represents the best of grassroots privacy engineering or a symptom of how badly we've let the surveillance economy calcify. But here's what's certain: Meta won't fix this problem until enough people make it expensive to ignore.