News for hackers. Stuff that matters.
Re:Et Tu, Procter and Gamble? by CyberRabbi on Saturday April 10, 2021 @08:01AM (#26760866)
The reality is that Apple has little ability to block apps that are tracking people by indirect data such as “device boottime.” Sure maybe in that specific case they can block that piece of information but there are likely at least 100 other seemingly innocuous pieces of information available to apps that can be used the same way.

The idea of a “trustless” App Store is nice and roughly works in practice but is ultimately a fiction. Using a malicious app will always expose you to danger. New vulnerabilities are announced regularly. The situation is worse on the web: WebKit vulns are released nearly monthly and there is no app review there. Browsing the web with JavaScript enabled is a security nightmare. For example see the recent security notes for iOS 14.4.2 [1], every release you’ll likely see a fix for a new vulnerability.

I’m hesitant to say there will ever be a scalable and permanent solution to this problem. The best advice is simple: do not run apps you do not trust, do not visit websites you do not trust.

[1] https://support.apple.com/en-us/HT212256

Re:Et Tu, Procter and Gamble? by pornel on Saturday April 10, 2021 @08:16AM (#26760939)
Apps are heavily sandboxed. iOS controls all local information they can access, so Apple is in position to fight this.

It doesn't need to be perfect. Only hard enough that apps have to resort to more desperate techniques, so that they're detectable and Apple can ban them for trying.

Overall I don't like Apple's sandbox and total control over iOS, but it exists, and in this case at least they can use their power for something good.

Re:Et Tu, Procter and Gamble? by CyberRabbi on Saturday April 10, 2021 @08:51AM (#26761112)
The point of the article is exactly that it isn’t 100% perfect and this slight imperfection has allowed companies like P&G to take advantage of that for large-scale privacy violation. From the article:

   The whack-a-mole1 aspect of Apple’s new privacy rules is that while Apple can restrict access to the API that provides access to the IDFA identifier, clever developers can find (perhaps infinite) other ways to combine things they do have access to into a unique, or even just “close enough to unique to be useful for tracking”, identifier. IP addresses, to name just one example, are a big factor that Apple can’t block would-be-trackers from using.
Re:Et Tu, Procter and Gamble? by Nextgrid on Saturday April 10, 2021 @09:50AM (#26761480)
This is why tracking is a problem that can only be solved at the legal level. Ultimately there's no reliable way for a machine to detect tracking given that any information collected for tracking can also be used for legitimate purposes.
Re:Et Tu, Procter and Gamble? by CyberRabbi on Saturday April 10, 2021 @01:35PM (#26763291)
Just like App Store review, it can only be mitigated at the legal level. Companies will skirt the law if there is little risk of them being caught and, like you said, there will never be a robust way of automatically detecting violations.
Re:Et Tu, Procter and Gamble? by buran77 on Saturday April 10, 2021 @08:40AM (#26761045)
All apps rely on information provided to them by the OS. The OS can simply introduce (pseudo)random variability in that data, especially for apps that collect a lot of it so the probability for aggregating and correlating is a lot higher.

The more access your app wants, the more randomness should be introduced.

Re:Et Tu, Procter and Gamble? by CyberRabbi on Saturday April 10, 2021 @08:57AM (#26761142)
What about the IP address used to communicate with the app’s server? Can that be obscured? What about the screen resolution? What about time zone? Battery level?
Re:Et Tu, Procter and Gamble? by tinus_hn on Saturday April 10, 2021 @09:24AM (#26761314)
Nobody’s blocking IP addresses but apparently these are not enough or these companies wouldn’t be clutching their other tracking pearls.

IP addresses and battery levels are dynamic and screen resolution and time zones are shared by millions.

The real fingerprinting is in things like sensor calibration and these can be stopped by binning or randomizing values.

Apple has announced they will be blocking these prints one by one and they are.

Developers wouldn’t be screaming if they weren’t in trouble.

Re:Et Tu, Procter and Gamble? by CyberRabbi on Saturday April 10, 2021 @09:28AM (#26761347)
The point of the article is that there are enough data that are low information in isolation but when combined together can effectively identify ad targets. This is already being done, it isn’t a theory. That’s the point of the article:

    clever developers can find (perhaps infinite) other ways to combine things they do have access to into a unique, or even just “close enough to unique to be useful for tracking”, identifier
Re:Et Tu, Procter and Gamble? by buran77 on Saturday April 10, 2021 @01:17PM (#26763136)
Hence why I said that the more data an app is trying to get access to, the more random variability should be introduced. Some apps might legitimately need access to some data points with "minimal" random noise. But if they start asking for enough to uniquely identify a user then the OS should just "blur" all the data. Battery level can randomly vary on any app that can't justify knowing the exact value. Imagine the app having a "budget" for getting exact data: it can spend it on 2 precise data points or 10 very blurry ones.

Unless Apple decides to implement some form of VPN to obscure the IP there's not much to do about that, the phone can hide it only from the app, not the server. On a mobile network this seems less of a concern, and even in the home it wouldn't allow unique identification. So assuming the IP was the only thing that leaks and every other data point is "poisoned" by the OS, I'm sure it would make those companies tracking you deeply unhappy and unsatisfied.

Maybe some loopholes can't be closed, others may provide precise data but it's shared with millions of users making it as generic as it gets. Just raising the bar for successfully tracking the user to a very hard to reach level, and lowering the overall accuracy to the point it's no longer a practical concern could be good enough for all intents and purposes.

Re:Et Tu, Procter and Gamble? by tinus_hn on Saturday April 10, 2021 @10:38AM (#26761791)
Nobody’s disputing that. But if Apple wasn’t anywhere near blocking these clever tricks, they wouldn’t be screaming bloody murder.

Again, Apple knows these fingerprinting parts exist, has acknowledged they exist, has stated they are going to block them and has blocked them. And no, they aren’t done, they might never be done. But also they have stated no intention of stopping.

Re:Et Tu, Procter and Gamble? by CyberRabbi on Saturday April 10, 2021 @01:33PM (#26763278)
They cannot block IP address, screen res, battery level, time zone, just to name a few.
Re:Et Tu, Procter and Gamble? by tinus_hn on Saturday April 10, 2021 @03:25PM (#26764271)
Apple can bin battery level so it doesn’t contribute to fingerprinting, IP addresses are dynamic and shared and screen resolution and time zone are shared by millions of others.

Why would tracking companies be grasping for straws like boot up time if these other obvious things are so effective and impossible to block?

Re:Et Tu, Procter and Gamble? by CyberRabbi on Saturday April 10, 2021 @04:32PM (#26764883)
Those are just a few examples, the surface area is obviously massive (100s if not 1000s). We both know that. The reality is that iOS was not designed with this attack vector in mind. Here is yet another one I just randomly thought up “install date of app” https://stackoverflow.com/questions/39255403/get-date-of-whe... now imagine what a dedicated developer could design.
Re:Et Tu, Procter and Gamble? by tinus_hn on Saturday April 10, 2021 @04:40PM (#26764947)
Sorry, it’s not difficult or forbidden to remember user identity in your own app. It’s about sharing that identity between apps.

And by the way, there is absolutely nothing stopping Apple from reporting your app was installed on January 1st, 1970.

Re:Et Tu, Procter and Gamble? by CyberRabbi on Saturday April 10, 2021 @05:45PM (#26765424)
> And by the way, there is absolutely nothing stopping Apple from reporting your app was installed on January 1st, 1970.

I doubt Apple would do that but I think you are very much missing the point. These one-off patches are not effective at scale, there are literally 100s if not 1000s of information leaks of this type that indeed are observable across multiple apps. App install date was just one that I pulled from thin air that required no thought. A dedicated engineer could easily solve this problem.

Re:Et Tu, Procter and Gamble? by 120391583 on Saturday April 10, 2021 @11:41AM (#26762280)
> What about the IP address used to communicate with the app’s server?

Yes. I've been wanting Apple to launch a VPN service for a long time.

A commercial VPN service can aid privacy by aggregating thousands of users behind a single IP address. The problem is that you have to trust the VPN provider. Commercial VPN providers are inherently shady -- after all, their entire business model is aiding and abetting copyright infringement or perhaps even worse activities. (No logging, wink wink!) I see no reason to trust them.

By contrast, Apple has a valuable brand (i.e., a reputation) and has made privacy a core part of their sales pitch. Unlike the inherently fly-by-night commercial VPN industry, Apple would have billions of reasons not to betray their customers by selling VPN usage data.

I think there's a market for an existing, known, reputable business to come in and offer a VPN service that explicitly does keep traffic flow logs for a short time, in the same way that ISPs retain dynamic IP assignment logs for a short time. By retaining logs, you avoid the shady elements that are otherwise attracted to no-logging VPN services.

If not Apple, I think one of the few remaining reputable independent ISPs would be a great fit. Sonic.net comes to mind. Sonic makes [clear, explicit claims](https://www.sonic.com/privacy-policy) that they do not sell usage data, but they do retain IP assignment logs for up to 14 days and will provide that data to law enforcement with an appropriate court order. That's exactly what I want: my adversary is P&G and their ilk, not law enforcement with a court order.

Re:Et Tu, Procter and Gamble? by notriddle on Saturday April 10, 2021 @09:18AM (#26761271)
Screen resolution? You can predict that perfectly based on the model number, and many models have the same screen resolution.

https://developer.apple.com/library/archive/documentation/De...

Re:Et Tu, Procter and Gamble? by dylan604 on Saturday April 10, 2021 @11:37AM (#26762248)
Why does an app need to know the device's IP address? Why can't the OS just provide a method to communicate with the network. The OS handles all of the network communication with the app just providing the message and recipient?
Re:Et Tu, Procter and Gamble? by saagarjha on Saturday April 10, 2021 @12:01PM (#26762443)
Because you can hit a server which can see your IP.
Re:Et Tu, Procter and Gamble? by dylan604 on Saturday April 10, 2021 @05:09PM (#26765133)
What does a server seeing the address have to do with the app seeing the address directly from the OS? The app knows the address it needs to talk to, so it preps the message and then calls an OS provided method to make that call. The OS method then returns the response. The app never needs to know the IP address of the device on which it is running.
Re:Et Tu, Procter and Gamble? by saagarjha on Sunday April 11, 2021 @07:35PM (#26774568)
It does not, but it will try to grab it anyways for the purposes of tracking. Given that this is trivial to get there is no reason to hide it from apps.