Multiple Android apps use combined permissions to siphon personal data
virusbulletin.com
virusbulletin.com
Some time ago I looked into Uber app and saw inside a Baidu SDK if I remember correctly. It had the class that was collecting WiFi network ids and sending them to some server. Of course, I cannot say that this code was really invoked by the app, but anyway this was very suspicious.
Some regulation is definitely necessary. The market cannot do anything with it and it needs help.
You're assuming you know better than millions who believe cheaper IS in their long term benefit. Quite a sweeping statement!
It is sad that some people in Silicon Valley find it acceptable and ethical.
It should be clear as day what’s being collected and it’s a failing that it’s not, but there’s also the old adage of “if it’s too good to be true...” doing some due diligence when you’re promised the services of a billion dollar company that’s not charging you is prudent.
[1] https://play.google.com/store/search?q=facebook&c=apps&hl=en
[2] https://play.google.com/store/apps/details?id=com.facebook.k...
Google asks devs how much an app costs to install not to use.
Even if the app has IAP the value gets rendered as “Free” with an additional notice.
On that note Google will also take down your app if it doesn’t have a comprehensive privacy policy. And it also requires that policy to be accessible without installing.
They’ve been cracking down on things as detailed as “leaking” clicked URL in troubleshooting logs.
I’m not here to astroturf for companies abusing jargon filled pages of legalese to get you to sign over rights to your data, but you don’t even need to read those to know: “If you’re not paying, you’re the product”. Doubly so if you’re using a service valued at billions of dollars.
The whole free versus pay argument is sophistry. Many pay products usurp your privacy. Your television is selling your viewing habits. Your car telematics solution is selling your movements. That operating system is mining your activity to sell you things.
And many free products defend your privacy. Linux, VLC, Firefox, IPF, and on and on. More concerned for your privacy than any other product.
So can we please stop this binary differentiation. It isn't useful.
As much as I'd like to believe this anecdote, more proof to back you up would be nice.
It's becoming super easy to post weightless stories here similar to this one, and I'd like to see the (rough?) integrity of HN somewhat preserved a little longer.
To find the code that scans WiFi networks, grep the files for getScanResults which is the method name from Android API. You will find a file classes/com/baidu/android/pushservice/util/l.java (and several other files). Someone posted this file here: https://pastebin.com/6cXv2itK
If you look at the method
public static String a(Context paramContext, String paramString)
at line 114 you'll see that it gets WiFi scan results and then does something that looks like composing a POST request to https://cp01-rdqa-dev404.cp01.baidu.com:8443/rest/2.0/zwifi/... (which doesn't resolve currently).I didn't have time to examine the code thoroughly.
By the way, the code in a paper [1] mentions a shared property named "pst":
SharedPreferences localSharedPreferences = paramContext.getSharedPreferences("pst", 0);
If you search Uber sources for "pst", you'll find a file classes/com/baidu/frontia/a/d/b$b.java (here: https://pastebin.com/4zDp8dSz ) that also uses this property: localObject1 = "pst";
...
localObject1 = paramContext.getSharedPreferences((String)localObject1, 0);
You can also search for "push_sync", which was mentioned in the paper, and you'll find that several files contain this string:classes/com/baidu/android/pushservice/c/b.java
classes/com/baidu/android/pushservice/PushLightapp.java
classes/com/baidu/android/pushservice/PushManager.java
classes/com/baidu/android/pushservice/util/i.java
You can also search for other keywords, for example 'http' and you'll find interesting URLs like 'http://127.0.0.1:7777/native'.
Finally, you can search for getSubscriberId which is an Android API method that returns an IMSI and you'll also find several matches:
classes/com/baidu/location/h/b.java
classes/com/baidu/platform/comapi/util/f.java
classes/com/baidu/vi/VDeviceAPI.java
classes/com/baidu/android/pushservice/message/f.java
[1] https://www.virusbulletin.com/virusbulletin/2018/03/vb2016-p...
But I believe location metadata is stripped for apps without location permissions, and the Photos permission is largely unnecessary thanks to the near ubiquitous Share button support.
The reality is they have no idea what this is all about.
If we want something done __and done right__ we're gonna have to figure it out on our own.
They could do that. The first thing I'll expect them to do is exempt themselves, so that the government(s) can continue to work with these same companies to violate your privacy as they have been doing.