“Localhost tracking” explained. It could cost Meta 32 billion.
www.zeropartydata.es
You just can't finish off Zuckerberg.

Meta devised an ingenious system (“localhost tracking”) that bypassed Android’s sandbox protections to identify you while browsing on your mobile phone — even if you used a VPN, the browser’s incognito mode, and refused or deleted cookies in every session.

This is the process through which Meta (Facebook/Instagram) managed to link what you do in your browser (for example, visiting a news site or an online store) with your real identity (your Facebook or Instagram account), even if you never logged into your account through the browser or anything like that.

Meta accomplishes this through two invisible channels that exchange information:

(i) The Facebook or Instagram app running in the background on your phone, even when you’re not using it.

(ii) Meta’s tracking scripts (the now-pulled illegal brainchild uncovered last week), which operate inside your mobile web browser.

    • loutr@sh.itjust.works
      10·
      1 day ago

      Nah, the script connects to a server run by the Instagram or Facebook app and feeds it info, bypassing isolation mechanisms entirely. I think ublock or other script-blocking add-ons might work though.

      • sunzu2@thebrainbin.org
        31·
        1 day ago

        I think ublock or other script-blocking add-ons might work though.

        presumably it would block entire thing at the loading of the pixel script. talking out of my ass

        • blargh513@sh.itjust.works
          2·
          1 day ago

          A robot told me: The Meta/Yandex exploit worked by having JavaScript running on a website (such as Meta Pixel) connect from the browser to a native app on the same device via the localhost (127.0.0.1) interface, using HTTP, WebSocket, or WebRTC. This communication occurs entirely within the device and does not traverse the network in a way that browser extensions like uBlock Origin can intercept or block. Browser extensions generally cannot block or even see requests made to localhost sockets, especially when those requests are initiated by scripts running in the browser and targeting native apps on the same device

          • loutr@sh.itjust.works
            1·
            20 hours ago

            Yeah but if the script which initiates the connection to the local server is blocked there’s no connection to intercept in the first place.