| ▲ | stupidgeek314 6 hours ago |
| Why can't an AI scan the QR code? Just fire up an emulator if necessary |
|
| ▲ | tardedmeme 6 hours ago | parent | next [-] |
| The app that scans the code talks to the TPM in your phone to prove that your phone is running an unmodified Google OS. |
| |
| ▲ | postalrat 4 hours ago | parent | next [-] | | So openclaw or whatever future software will run or control unmodified google os devices. | |
| ▲ | hellojesus 6 hours ago | parent | prev | next [-] | | I know that's the final destination, but I didn't see that listed in the requirements page linked above. Any proof of this affecting the current implementation? | |
| ▲ | themafia 5 hours ago | parent | prev [-] | | Which would be meaningful if phones weren't remotely controllable. So the net effect is every AI agent will also have and connect to a physical phone. | | |
| ▲ | tardedmeme 5 hours ago | parent | next [-] | | The attestation will include a unique ID of the phone, so that if you get banned you have to keep buying new phones and keep paying money to Google. Google won't stop this because it makes them money. And the official Google OS just won't feature remote-control software. | | |
| ▲ | lucb1e 4 hours ago | parent [-] | | There's also remote control hardware (a printer-like device can operate a touchscreen). But the first point stands, yes. Be it a phone or another hardware attestation device, they and Apple will be giving "I am human, let me participate in society" checkmarks out, directly or indirectly for money |
| |
| ▲ | Hizonner 5 hours ago | parent | prev [-] | | ... which is why you'll get locked out if you happen to visit an unusual number of sites in a day. |
|
|
|
| ▲ | nerdsniper 5 hours ago | parent | prev [-] |
| Bluetooth is generally used to prove that the two devices are co-located, which makes it more complex to do your proposed kind of deployment at-scale. Bespoke solutions could perhaps work around for some smaller number of devices, this QR code layer by itself isn't intended to stop 100% of workarounds. |
| |
| ▲ | halapro 5 hours ago | parent [-] | | No browser supports Bluetooth. | | |
| ▲ | nerdsniper 4 hours ago | parent | next [-] | | These passkey QR codes don't need to use Web Bluetooth API, because they utilize the WebAuthn API. The website itself isn't given access to the bluetooth, the task is handed off to the browser, which as a native application, can access bluetooth and abstracts the bluetooth away. | |
| ▲ | LoganDark 5 hours ago | parent | prev [-] | | Chrome does... | | |
| ▲ | drusepth 5 hours ago | parent [-] | | Interestingly, only on desktop/Android and not iOS it seems. | | |
| ▲ | LoganDark 4 hours ago | parent [-] | | Chrome on iOS uses WebKit, so that makes sense. (*I think in the EU, iOS Chrome can use Blink, but I am not sure if it actually does.) |
|
|
|
|
