Slashdot Mirror


Facebook's Android App Can Now Retrieve Data About What Apps You Use

An anonymous reader writes "Facebook on Friday released its Android launcher called Home. The company also updated its Facebook app, adding in new permissions to allow it to collect data about the apps you are running. Facebook has set up Home to interface with the main Facebook app on Android to do all the work. In fact, the main Facebook app features all the required permissions letting the Home app meekly state: 'THIS APPLICATION REQUIRES NO SPECIAL PERMISSIONS TO RUN.' As such, it’s the Facebook app that’s doing all the information collecting. It’s unclear, however, if it will do so even if Facebook Home is not installed. Facebook may simply be declaring all the permissions the Home launcher requires, meaning the app only starts collecting data if Home asks it to."

176 comments

  1. Big Android Problem by Richy_T · · Score: 5, Insightful

    It was a mistake to allow apps to declare which access rights they want and then present users with a take-it-or-leave-it choice. While this part in itself is not a bad thing, it should be possible for users to fine-tune the settings once an app is installed and the apps then cope with that. I know there are apps out there that let you do this or similar but it should have been built in from the start. This is the activeX of the 2010s

    1. Re:Big Android Problem by Richy_T · · Score: 0

      Though I do have to say that it's still a damn site better than Windows (and even Linux) default security.

    2. Re:Big Android Problem by Anonymous Coward · · Score: 0

      there was a patch submitted to CyanogenMod which does this. Unfortunately it was rejected. but you can build it yourself...

    3. Re:Big Android Problem by c · · Score: 1

      I know there are apps out there that let you do this or similar but it should have been built in from the start.

      I have this funny feeling that's going to be one of Google's responses to Facebook Home. Maybe some combination of "required" permissions that the app always requires (i.e. ad-supported stuff needs to download ads) with "negotiable" permissions that the user can toggle on and off. And, obviously, some scheme in the Play Store to flag apps which get too greedy, or which require classes of permissions which few should really need.

      --
      Log in or piss off.
    4. Re:Big Android Problem by AK+Marc · · Score: 4, Interesting

      I agree. I've always called for that. I've been told there are apps that do that, but it should be an OS level feature. I should be able to lie to my apps, much like I can by running a VM in a temporary partition with a single app inside it. Present a blank contact list and call history to any apps that ask. Block access to other apps (email and such). Let me choose.

    5. Re:Big Android Problem by Greyfox · · Score: 2

      I seem to recall reading that a newer cyanogenmod allows you to disable specific access rights on an app. Don't think it should have network access? Disable that access right. They did note that this could potentially "cause instability" with the application running. I'm pretty tempted to give it another go to get rid of the crapware my provider installed on the phone and pick up this feature.

      --

      I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    6. Re:Big Android Problem by __aaltlg1547 · · Score: 5, Informative

      you can use "Permissions Free" for example to modify an app's permissions. But some apps won't run if you take away any of their permissions. What's really needed is sandboxing.

    7. Re:Big Android Problem by Anonymous Coward · · Score: 1

      Not to disagree, but I'm feeling nitpicky

      The "and even Linux" can depend on your distribution. I know that back in the day, when you could still do a stage 1 install of Gentoo fairly easily, you could secure the hell out of that as the default (maybe stage 3, but I haven't installed it since they stopped giving the stage 1 and 2 to everyone as a real install option--I know that even with stage 3, you can opt to not have sudo, and therefore have more security inherently just there). There's also some distributions that just have a more secure model from the start as well. That is not Ubuntu, etc.

    8. Re:Big Android Problem by Adult+film+producer · · Score: 1

      broken link... have the correct one?

    9. Re:Big Android Problem by Anonymous Coward · · Score: 0

      The entire business model of android is based on this "mistake", how would shitty apps like the updated angrybirds fetch those intrusive ads if the user can decide what apps are allowed to phone home. Cyanogenmod *had* a permission managment in an older version (7.2 i think), that vanished without any hint why, i would bet my left ball that google "ordered" them to remove it, or else...

    10. Re:Big Android Problem by Anonymous Coward · · Score: 5, Informative

      As an app developer I would also like "negotiable" permissions.

      I think a long list of permissions can be off-putting to users, and many permissions are needed only when the user actually tries to e.g. send an SMS from the app or take a picture. It would be better at that point to ask the user if they trust the app, much like the Android VpnService has to when it starts.

      The other error is that some permissions are far too broad. For example, lots of apps require "Read phone state and identity" which gives the ability to learn not only the phone number, but also whether you are in a call and the number of the other party. Similarly there's a permission to read the phone book. A number of these apps simply want a unique ID for licencing purposes (the IMEI can be used where available, and the phone book gives the google account) but end up with a whole lot more and look a bit suspect.

      The ID thing is discussed at http://android-developers.blogspot.co.uk/2011/03/identifying-app-installations.html, but the conclusion is poor, suggesting use of ANDROID_ID, but then still needing to jump through hoops for legacy devices. With about 40% of devices at API level 10 (http://developer.android.com/about/dashboards/index.html) this still gives developers a headache.

    11. Re:Big Android Problem by admdrew · · Score: 5, Informative

      Cyanogen definitely allowed this at one point (when looking at an installed app's settings, you could touch any of the permissions which would strike them out); it was hit or miss, with some apps crashing constantly when you disabled any of their permissions. I'm running 10.1 right now, and unfortunately this feature doesn't seem to exist anymore.

    12. Re:Big Android Problem by Anonymous Coward · · Score: 0

      Sandboxing is too slow for mobile.

    13. Re:Big Android Problem by Fuzzums · · Score: 4, Insightful

      And, obviously, some scheme in the Play Store to flag apps which get too greedy, or which require classes of permissions which few should really need.

      Obviously definitely not that. It's a developer-first market. Developers are expensive and they do all the work for Google. For free. So Google is the last one that is going to limit them.

      --
      Privacy is terrorism.
    14. Re:Big Android Problem by bill_mcgonigle · · Score: 2

      This article has the background and links.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    15. Re:Big Android Problem by Anonymous Coward · · Score: 0

      I think cyanogenmod allows something much like that, as a feature of the OS.

    16. Re:Big Android Problem by AuMatar · · Score: 1

      And as a user I want to be able to deny certain permissions to certain apps. For example, I may be ok with an app having my location and reading my contacts- but not the ability to connect to the internet and send them somewhere. I should be able to allow some activities and block others.

      Although not using ANDROID_ID- thats only a problem in pre-2.2, which is less than 2% of the userbase these days. IMEI isn't reliable because a device may not have telephony (tablets) or may be CDMA (no IMEI). It also is an identity containing number (you can directly track IMEI->phone number->person) whereas ANDROID_ID is unique but anonymous. There's no excuse for not using it.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    17. Re:Big Android Problem by Darinbob · · Score: 1

      This would be a reasonable modification that could be made to Android, after-market.

    18. Re:Big Android Problem by Anonymous Coward · · Score: 0

      The iPhone says hello!

    19. Re:Big Android Problem by Anonymous Coward · · Score: 0

      Sorry about the bad link. Was submitting from a phone and hit submit instead of preview.

      Anyhoo-- here you go:

      CyanogenMod development wiki -- each supported device has its own build instructions.

      A patch to add privacy mode permissions infrastructure (gingerbread -- would need to be updated for jb..)

    20. Re:Big Android Problem by Anonymous Coward · · Score: 0

      Exactly.

    21. Re:Big Android Problem by Anonymous Coward · · Score: 1

      > What's really needed is sandboxing.

      Yeah.. they should have used a runtime environment that had sandboxing from the start... like... Java.

    22. Re:Big Android Problem by Anonymous Coward · · Score: 3, Insightful

      A cool feature would be the ability to provide selected apps with spoofed data.

    23. Re:Big Android Problem by Bazouel · · Score: 1

      That's why there is jail in FreeBSD ...

      --
      Intelligence shared is intelligence squared.
    24. Re:Big Android Problem by chipschap · · Score: 1

      I run the Droidwall firewall, with everything blacklisted by default. If an app won't run without net access, and I don't think it should get net access, it doesn't. This stops at least some exfiltration of data. Of course that wouldn't help with Facebook. But a lot of games claim to need net access for their 'leaderboard' or some such. It always makes me suspicious, especially if they totally refuse to run without being able to go out through the firewall.

    25. Re:Big Android Problem by waffle+zero · · Score: 4, Interesting

      A cool feature would be the ability to provide selected apps with spoofed data.

      That feature was proposed for Cyanogen and a patch was written. It was never included out of fears that developers would block Cyanogen from installing apps on the (then named) Android Market.

    26. Re:Big Android Problem by Rich0 · · Score: 4, Interesting

      There are various patches that implement this. There were some root-requiring apps that did this as well but I don't believe they work post-v4.

      The key isn't to return errors to applications - you just need to return a successful call with no useful data. If it asks for contacts, just say that the user hasn't defined any (a situation every app has to handle anyway). If it asks for the IMEI tell the app that there is no SIM installed. If it asks for the location, tell the app that there is no GPS coverage. If it asks to phone home, tell it that the network appears to be down at the moment.

      Apps handle all of these things gracefully already. The key is to intercept the API call and direct it along one of these paths, and not to just return an error due to a lack of permissions, which the app no doubt was not designed for since it was supposed to be guaranteed those permissions.

    27. Re:Big Android Problem by paulkoan · · Score: 5, Informative

      The Pdroid http://www.xda-developers.com/android/pdroid-the-better-privacy-protection/ patches are a "better" approach. They allow apps to keep the permissions they are designed to use, but feeds them fake data when they use them.

      This protects privacy without crashing apps. However, it requires either a custom firmware with it already baked in, or running the patches against official firmware+root. This places it out of the comfort zone of many.

      --
      This signature intentionally left blank
    28. Re:Big Android Problem by wvmarle · · Score: 1

      Many permissions will of course cause an app to crash when not present. And you can't blame the developer for that. After all, to make things work you set the required permissions and then assume it's there. Missing permissions may indeed very well block some expected functionality.

      One of the few exceptions may be internet access - that can not be guaranteed ever. Phones can be out of network range, and even with the permission present you can not connect. However I'm actually not sure if my network availability check would work without the permission present...

      Making permissions optional, which I'd like to see from a user pov, is pretty hard from a developer pov especially as currently it is all or nothing, so when installed a developer assumes the permissions they ask are actually there, and no tests are done.

    29. Re:Big Android Problem by alostpacket · · Score: 1

      Each app is run under a separate linux user process and is a separate instance of the dalvik VM.

      I'd be curious your definition of sandboxing.

      http://android.stackexchange.com/questions/42129/why-each-android-application-runs-on-a-different-dalvik-vm-process

      --
      PocketPermissions Android Permission Guide
    30. Re:Big Android Problem by alostpacket · · Score: 2

      This is something I have been hoping to get time to write for awhile, more of a Wiki with statistics of how apps creep in their permission usage. Basically a community informational tool. Unfortunately I haven't had the time, nor much server coding experience. (If anyone is interested in contributing please feel free to contact me through my website).

      And while your cynical take on the "developer first market" is not far off the mark, I think we should remember that there is a social contract between dev and user. I write a program and you pay me to buy it, or look at ads to use it. This part isn't really one sided at all. The problem is actually that permissions are granted before the user has a real chance to evaluate the application. This puts the users on the defensive.

      I think if the social contract between dev and user was something agreed to at the time a feature was used, that would be better. It would put both dev and user on equal ground. If an app dev needs that permissions (for technical or business reasons), and they are denied it, they can shut down the app gracefully. If a user wants to deny some overreaching, they can also do so. With this case, either side can walk away at any time.

      However, when the OS starts spoofing data (like the IMEI) in place of things (ala the rejected cyanogen patch), it breaks that contract both figuratively, and possibly literally. (For example if the user has agreed to TOS, and is now breaking them). I worry as a user that if we ever hope to have a system by which we retain control over permissions, we cannot break the contract, it will start a arms race (akin to ad blocking on websites).

      What we need is to give users better tools to push back against permission creep, and for devs to have opportunities to cut back to what they really need.

      --
      PocketPermissions Android Permission Guide
    31. Re:Big Android Problem by Anonymous Coward · · Score: 0

      If you request a resource from a system, you should in-fact check if you got it, and handle the error, or catch the exception.

    32. Re:Big Android Problem by Zyrill · · Score: 1

      It cannot be that big of a problem. Let's see which cases I can think of on the top of my head that an app needs to handle gracefully anyway: - network/wifi: can be out of range - write access: sd can be full - gps: no lock possible - contacts: there are no contacts - send sms/make call: out of range - get installed apps: no apps installed - camera/voice: some tablets have no camera/voice etc. pp. There is no reason for fine grained app permissions not to be included except political considerations. And I would not have even considered installing that new Facebook version had I not right now learned about OpenPDroid. I'm patching my CyanogenMod as we speak. If you're interested, see these two threads: for the patches http://forum.xda-developers.com/showthread.php?t=2098156 for the gui managing app http://forum.xda-developers.com/showthread.php?t=1994860

    33. Re:Big Android Problem by tlhIngan · · Score: 1

      It was a mistake to allow apps to declare which access rights they want and then present users with a take-it-or-leave-it choice. While this part in itself is not a bad thing, it should be possible for users to fine-tune the settings once an app is installed and the apps then cope with that. I know there are apps out there that let you do this or similar but it should have been built in from the start. This is the activeX of the 2010s

      Wait until Google isn't ad-supported for this feature. A lot of them are used to support ads (contacts, IMEI, etc). And Google sells a lot of mobile ads (they own the largest mobile ad networks out there, courtesy Apple).

      If Google made it known that people were feeding its ad networks bad data, then selling ads won't fund Google anymore. And Android was bought by Google so Apple wouldn't cut Google out of mobile advertising (never be dependent on a third party, remember? Apple was raking it up in the mobile biz and Google saw winds of change. They could depend on Apple, or they could forge their own way to avoid Apple cutting them off).

      As long as permission faking is a geek-only thing, it's a lot easier to filter out the bad data (most people in the /. crowd would avoid the Facebook app, or most apps in general. The common user with the free Android, though, probably will not. And heck, Facebook will probably be handily pre-installed).

    34. Re:Big Android Problem by wvmarle · · Score: 1

      Most of the things you mention are true but the problem lies with the response from the Android system. If there is no GPS permission, an error is returned - which the programmer has to catch and handle. This is a different situation than "no fix available". And as a user is not supposed to cherry pick permissions, that situation is usually not handled properly, if at all.

      For the rest I'm not that worried. If an app wants permissions I don't like it to need, I don't install it. I used to have the Facebook app installed (came with the phone; before I installed Cyanogenmod), never set it up. I don't have mobile data anyway other than wifi, so it's useless. Many more such apps.

      And the best ad blocker is of course to simply not have network access at all. So I don't even have one of those :-)

    35. Re:Big Android Problem by Chickenlips · · Score: 1

      Arch Linux allows you to install a very basic system. This makes it extremely attractive for single purpose servers, as well as people who really want granular control over what is installed.

    36. Re:Big Android Problem by Ottibus · · Score: 2

      The sad thing is that the default Windows security model is significantly better than the default Unix security model but isn't used in an effective way to secure the system.

    37. Re:Big Android Problem by VortexCortex · · Score: 1

      And, obviously, some scheme in the Play Store to flag apps which get too greedy, or which require classes of permissions which few should really need.

      Obviously definitely not that. It's a developer-first market. Developers are expensive and they do all the work for Google. For free. So Google is the last one that is going to limit them.

      Gives new meaning to the term: "Developing Nation", eh?

    38. Re:Big Android Problem by Zyrill · · Score: 1

      If what you say is true, the fix seems easy: make a custom rom return unavailable warnings instead of not allowed errors, right? Your approach seems to kind of defeat having a smartphone in the first place, if I'm any judge. It's advantage for me lies in being able to use Facebook, web, email and so on while underway. :) Not to forget google maps (I know I could use offline maps as well, but not when searching for restaurants, shops etc.).

    39. Re:Big Android Problem by netsharc · · Score: 1

      I played with a BlackBerry in 2008, and they already had/have this. If an app doesn't have a particular permission, it would get a SecurityException. It's supposed to keep functioning (e.g. a chat app might not be able to read your contacts, so it would have to have its own contacts database that you'd manage manually).

      But of course Google apps just say "I have to have all permissions or I won't install myself" :(

      --
      What time is it/will be over there? Check with my iPhone app!
    40. Re:Big Android Problem by Anonymous Coward · · Score: 1

      Getting rid of sudo doesn't make your system more secure. Sudo used properly can make your system more secure, it'll only make your system less secure when used badly.

    41. Re:Big Android Problem by Anonymous Coward · · Score: 0

      Does it have ponies too?

      (Only in Fairyland is the, "Windows security model is significantly better than the default Unix security model...")

    42. Re:Big Android Problem by Anonymous Coward · · Score: 0

      Does it have ponies too?

      (Only in Fairyland is the, "Windows security model is significantly better than the default Unix security model...")

      I think you'll find that ponies live in Equestria

    43. Re:Big Android Problem by Enry · · Score: 1

      The permissions in NTFS far more granular than standard POSIX (though xattr does address this a bit, it's not in common use).

    44. Re:Big Android Problem by Anonymous Coward · · Score: 0

      A process does not equal a user... Opt in or out of sudo is a bullshit argument and does not solve any problems.

      Computer security is not going to get much better unless the retards writing OSes realize this. Linux, Windows, BSD, whatever. They may look and feel different, but in truth they're all built around the same flawed idea, that a user and a process can have the same rights. This is utterly flawed for the very basic reason that one process cannot inherently trust another process. Isolation at that level is what is needed.

      As it is now, you either have complete control of the system or you don't. There is no middle ground. Android tries to fluff their model with permissions based on features, and that would be a good idea if it wasn't built upon the same retarded assumption as the rest.

      Isolate at the process level. Assign permissions based on sane defaults (NOT_ALLOWED is the only sane default). Nobody gets to specify what permissions are needed for a given application. Then permission is ASKED of the PHYSICAL USER once the application makes the system call to a restricted feature. And if permission is not granted, your fucking app better cope with it.

    45. Re:Big Android Problem by tlhIngan · · Score: 1

      I think a long list of permissions can be off-putting to users, and many permissions are needed only when the user actually tries to e.g. send an SMS from the app or take a picture. It would be better at that point to ask the user if they trust the app, much like the Android VpnService has to when it starts.

      I don't really think it's the case. I think most users don't give a damn, actually. Given how the "Install" button used to be presented AFTER the permission list, and now it's presented BEFORE the permission list (it's the topmost button on ICS) and the permission list is abbreviated (you get some bit ones, and a bunch more are hidden under "More permissions"), I think most users probably care not at all.

      That permission dialog is, unfortunately, a form of Dancing Pigs style of security. The user's going to be presented with this huge list, and most will go "whatevs, just get me my game already".

      I think even iOS 6 implements it wrongly - it asks users if the app should be granted permissions to photos/contacts/etc, which is an annoying popup. Though I think it does at least present the app with a null list, it's just the annoyance to the user. I'm sure a crafty developer can get the user to click "Allow" by simply bombarding them with dialogs where they have to click Allow. Like "Should I give you 100 smurfberries? They're FREE! No Catch! [Allow] [Don't Allow]". They'll add in the regular iOS based ones when the user is mindlessly tapping allow.

    46. Re:Big Android Problem by Anonymous Coward · · Score: 0

      And, obviously, some scheme in the Play Store to flag apps which get too greedy, or which require classes of permissions which few should really need.

      Obviously definitely not that. It's a developer-first market. Developers are expensive and they do all the work for Google. For free. So Google is the last one that is going to limit them.

      There's an app for that?

    47. Re:Big Android Problem by Anonymous Coward · · Score: 0

      What about the VERY granular permissions in SELinux

    48. Re:Big Android Problem by wvmarle · · Score: 1

      Well I live in Hong Kong, small place.

      I have a copy of Google Maps off-line, as well as recent vector maps of OSM. Mapping covered that way.

      Restaurants: well they're all over the place, just go to the nearest shopping mall (unless you're deep in the countryside that's no more than five minutes walk).

      Transport: I have all bus routes and ferry schedules off-line in the phone.

      Facebook: don't care enough.

      E-mail and web: if I really want that I can just sit down at McDonald's or most parks for WiFi. It's really rare. If people must reach me so urgently, they just have to call.

      Games: they're off-line anyway. I'm not going to share my game progress on Facebook or so. Great for killing some time, but that's it.

      Major application for me: geocaching. Got all data off-line; again Hong Kong is small.

      Now if living in a country where I'd be on the road a lot, out of town, unknown areas - yes then mobile data gets interesting. For now, meh. I used to have a data account a few years ago, basically didn't use it.

    49. Re:Big Android Problem by Anonymous Coward · · Score: 0

      Except we've all seen how well Java's sandbox seems to work, seeing as how it's the number 1 infection vector outside of Adobe products. If malware authors can easily break in, shady devs can just as easily get their programs to break out.

    50. Re:Big Android Problem by bingoUV · · Score: 1

      I write a program and you pay me to buy it, or look at ads to use it. This part isn't really one sided at all.

      There is a huge informational asymmetry. Developer knows about all this a lot lot more than an average user knows. And of course, an average user cares even less than he knows. If this is not one sided, I am not sure what is.

      In all such informationally asymmetric markets, either you need a strong "ethics" environment like in medical profession. Or the market is a complete failure in terms of empowerment of both seller and buyer, e.g. financial advisory market in many countries, telecom market in various places etc.

      --
      Bingo Dictionary - Pragmatist, n. A myopic idealist.
    51. Re:Big Android Problem by Aerosiecki · · Score: 1

      Check out the PDroid project. It can patch any rom and will let you select on a by-app, by-API basis whether to provide real data, spoofed data, or no data.

      --

      Cherish. Live. Dream.
    52. Re:Big Android Problem by admdrew · · Score: 1

      Damn, didn't see your comment until now. Definitely trying this out. Thanks!

  2. Why are you surprised by this? by Anonymous Coward · · Score: 0, Troll

    You buy a device to store your personal data on from a company that collects personal data for a living, and then run an app on it from another company that profits from collecting you data and then are confused when they collect your personal data?

    1. Re:Why are you surprised by this? by viperidaenz · · Score: 1

      You buy a device to store your personal data on from a company that collects personal data for a living

      I don't think this is limited to the Nexus range of Android devices.

    2. Re:Why are you surprised by this? by Anonymous Coward · · Score: 0

      > I don't think this is limited to the Nexus range of Android devices.

      Even the non-Nexus devices are running an OS from Google, often made even worse yet by the company selling the phone.

      (I'm not the person you were replying to btw)

      In the end, we get what we deserve. We (collectively, the whole market) acted in a manner inconsistent with retaining our privacy, and now we don't have any, because we don't deserve to have it.

  3. Why are you still surprised by this? by moderators_are_w*nke · · Score: 5, Insightful

    You buy a device to store your personal data on from a company that collects personal data for a living, and then run an app on it from another company that profits from collecting you data and then are confused when they collect your personal data?

    Reposting as me

    --
    "XML is like violence. If it doesn't solve your problem, use more." - Anonymous Coward
    1. Re:Why are you still surprised by this? by Anonymous Coward · · Score: 0

      Yes, using FB from your phone just seems like a bad idea. I have an FB account that I only look at when I get home from work on my home computer. They only exist to suck up your info and give very little back; why make it easier for them?

    2. Re:Why are you still surprised by this? by admdrew · · Score: 2

      Who said anyone was confused? Data collection and app permissions don't need to be "all or nothing."

    3. Re:Why are you still surprised by this? by Anonymous Coward · · Score: 0

      Data collection and app permissions don't need to be "all or nothing."

      Apparently it is with Android.

    4. Re:Why are you still surprised by this? by Anonymous Coward · · Score: 1

      You do know Google's business model relies on destroying your privacy and scraping as much knowledge as they can about you, right?

    5. Re:Why are you still surprised by this? by Sir+Holo · · Score: 1

      Yep. This is why I recently deleted the FB App from my mobile.

      Recently went through my "Public Profile" or whatever they call it, and they had a map of all of the states, countries, and cities I had recently been to. And I DO NOT use their "check in" feature when arriving at locations. In fact, I hadn't used the App in months.

      Too creepy.

    6. Re:Why are you still surprised by this? by sacrilicious · · Score: 1

      Hmmm... why are you still surprised that people are disappointed at breaches of what should be common decency? I assume from your post you've seen such reactions before.. so your surprise at people's good nature and consequent expectations shouldn't be commentworthy anymore... just sayin'...

      --
      - First they ignore you, then they laugh at you, then ???, then profit.
    7. Re:Why are you still surprised by this? by Anonymous Coward · · Score: 0

      Well said Sir.

    8. Re:Why are you still surprised by this? by rvw · · Score: 1

      You buy a device to store your personal data on from a company that collects personal data for a living, and then run an app on it from another company that profits from collecting you data and then are confused when they collect your personal data?

      Reposting as me

      I use facebook, on my android phone, but only in the Firefox browser, with the self-destructing-cookies addon installed. I hope this is enough to stop them from collecting data when I visit other sites.

  4. I doubt most people will flinch but... by Anonymous Coward · · Score: 5, Interesting

    I was actually curious to try Home, but when I saw the new permissions requested by the Facebook base app, I just said 'enough is enough' and deleted it.

    I think I'm definitely in the minority, but stuff like this increases that bifurcation of their userbase. I keep a toe in just because I know people that use Facebook as a primary communications tool, but I already log in only in a separate browser from everything else I do just to quarantine it.

    1. Re:I doubt most people will flinch but... by allo · · Score: 1

      sad, mozilla stopped developing prism ... facebook is such a good usecase for it.

    2. Re:I doubt most people will flinch but... by dingen · · Score: 1

      It is indeed very sad. Prism was a great tool to package web applications in a cross-platform and distributable way. I don't get why we used to have something like that and now we don't.

      --
      Pretty good is actually pretty bad.
    3. Re:I doubt most people will flinch but... by Anonymous Coward · · Score: 0

      No you're not in the minority. Fuck Facebook. Fuck Google.

    4. Re:I doubt most people will flinch but... by jrumney · · Score: 1

      I wasn't curious to try Home, but I saw the new permissions requested in order for Home to work, and recalled the last time I ditched the Facebook app, which was when they silently installed Camera and Messaging apps alongside it without my consent. They came to their senses on that, and bought themselves a second chance, but I'm afraid there won't be a third chance, because their app is no longer offering the value of contact integration that it was in those days, and by uninstalling it, I've realised how much of my battery drain was caused by that app.

    5. Re:I doubt most people will flinch but... by stormboy · · Score: 1

      I refuse to install the latest update to Facebook's Android app because it wants to know what apps are running and wants to be able to make phone calls without my input. Both are completely unnecessary to me. I am getting very close to uninstalling the app from all my devices. First, I'll give the app a bad rating, wait a few weeks and then uninstall. This way I can pretend that I have some say in the way the app works.

    6. Re:I doubt most people will flinch but... by wannabgeek · · Score: 1

      On my laptops, I do the same - run FB in either a different browser altogether, or a different Firefox user profile. I wish Firefox supported multiple processes simultaneously with each one under a different profile.
      But I have succumbed and installed it on my phone, but the new permissions are making me think. I have not updated my FB yet, but will probably delete it and check it through browser if I ever need to.

      --
      I'm much more funny, interesting and insightful than the moderators think
    7. Re:I doubt most people will flinch but... by MysteriousPreacher · · Score: 2

      I wasn't curious to try Home, but I saw the new permissions requested in order for Home to work, and recalled the last time I ditched the Facebook app, which was when they silently installed Camera and Messaging apps alongside it without my consent. They came to their senses on that, and bought themselves a second chance, but I'm afraid there won't be a third chance, because their app is no longer offering the value of contact integration that it was in those days, and by uninstalling it, I've realised how much of my battery drain was caused by that app.

      Facebook users generally don't mind the battery drain or privacy impact of the Facebook app unless it causes their Bonzi Buddies to deliver adverts more slowly than is usual.

      --
      -- Using the preview button since 2005
    8. Re:I doubt most people will flinch but... by Zyrill · · Score: 1

      Won't help... FB is tracking people even when they're not signed up. So you'd also have to install stuff like NoScript (and and forbid any and all connections to FB domains...) and Ghostery to keep them from tracking you. Don't know whether or how I can post code here, so the code for ABE is here: http://pastebin.com/uAezZEh4

    9. Re:I doubt most people will flinch but... by Anonymous Coward · · Score: 0

      I wish Firefox supported multiple processes simultaneously with each one under a different profile.

      It does. You just have to run it with the -no-remote option to have it not check for an already running instance. You might also need to use -P to force it to show the profile chooser dialog (or you could make multiple shortcuts with -P [profile name] for your different profiles).

    10. Re:I doubt most people will flinch but... by GeekBird · · Score: 1

      I can't even delete the base Facebook app from my phone. I just don't log in to it, and don't update it. I'd have to root my phone to get rid of it. Grrr.

      --
      use Sig::Witty;
    11. Re:I doubt most people will flinch but... by wannabgeek · · Score: 1

      Thanks. I feel so stupid for not checking!

      --
      I'm much more funny, interesting and insightful than the moderators think
    12. Re:I doubt most people will flinch but... by allo · · Score: 1

      you can try chromium --app for that ... but i liked the mozilla version.

    13. Re:I doubt most people will flinch but... by dingen · · Score: 1

      Its not the same. Chromium's solution is much more of a hassle than what Prism used to offer.

      --
      Pretty good is actually pretty bad.
    14. Re:I doubt most people will flinch but... by Anonymous Coward · · Score: 0

      Thats what Google Chrome Incognito is for me and I've removed the Facebook App as well as of today just dont want to deal with it.

    15. Re:I doubt most people will flinch but... by allo · · Score: 1

      yeah, but better than nothing.

      maybe somebody wants to fork prism and make it run with current xulrunner? It cannot be a big deal, as long as you need no new features.

  5. Bye bye Facebook by rueger · · Score: 5, Informative

    I looked over the new permissions being demanded by Facebook for the latest Android app update, and stopped dead at the point when they told me that the app could now "call phone numbers without your intervention." Say WHAT??

    I expect Google to have pretty intimate integration into an Android phone. I signed on knowing that. From everything I read Facebook is now looking to pretty much take control of the phone OS, not by developing their own, but by hijacking large swaths of control from Android or the user.

    Ultimately though one thing is making me stay away from this update, Facebook Home, and probably Facebook entirely on my phone: the Facebook app has been hands down the worst thing I've installed, and gets more useless with a very upgrade.

    1. Re:Bye bye Facebook by houghi · · Score: 1, Offtopic

      I signed on knowing that.

      I did not sign anything. Luckily I live in Belgium where clicking 'I agree' is not a form of contract and phones are still sold unlocked by law without any operator linked to it.

      --
      Don't fight for your country, if your country does not fight for you.
    2. Re:Bye bye Facebook by AuMatar · · Score: 1

      In their defense- having a button in their app to call a friend would require that permission, and is likely what they're using it for. Which isn't really without user intervention. But the permission is all or nothing- can place a call or can't.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    3. Re:Bye bye Facebook by Anonymous Coward · · Score: 0

      I live in Belgium and I never clicked on the "I agree to pay a staggering >50% tax rate" button. Doesn't seem to matter, unfortunately.

    4. Re:Bye bye Facebook by c · · Score: 1

      Ultimately though one thing is making me stay away from this update, Facebook Home, and probably Facebook entirely on my phone

      Yup. I've removed it, or disabled it where pre-installed. The mobile version of the web site along with a third-party photo uploader pretty much covers everything I need Facebook to do.

      --
      Log in or piss off.
    5. Re:Bye bye Facebook by msmonroe · · Score: 1

      Yeah Facebook is pretty bad. They basically own your data and decide how they handle it at their own discretion. Forget privacy or control. I work for a start-up in which we want to allow the users to control their data. We don't make money off your data, only off of giving other companies the privilege to use your data at your request, and then only for a period of time controlled by the user. Our target is to up integrate the internet instead of keeping all the users data hidden behind a wall and never letting the user have their data back when they leave a service. No shameless plug at this point for the start-up; just be careful of Facebook.

  6. All I want to know by Anonymous Coward · · Score: 0

    is what kind of Wanker will install this shite on their phone or worse what kind of total wanker will buy one of these things?

    1. Re:All I want to know by Anonymous Coward · · Score: 0

      A wanker who likes electronic wanker up his Android arse. That's who.

  7. Use Tinfoil Instead by Anonymous Coward · · Score: 5, Informative

    USE TINFOIL FOR FACEBOOK!!!

    Seriously guys. It works pretty well, and it isn't as annoying as the Facebook app.

    https://play.google.com/store/apps/details?id=com.danvelazco.fbwrapper&hl=en

    1. Re:Use Tinfoil Instead by wannabgeek · · Score: 1

      Wish I had mod points! This app seems really useful! Installed it, and kicked Facebook off my phone.

      --
      I'm much more funny, interesting and insightful than the moderators think
  8. Facebook on android == teh suck by stair69 · · Score: 2

    Facebook's android app drains battery, is full of bugs and has a wierd non-standard interface. I didn't think they could make it any worse, but here we go - well done Facebook, you really raised the bar on suck there.

  9. When you assume... by 93+Escort+Wagon · · Score: 5, Insightful

    If an app states it needs permission to do X and Y, it would be rather naive to not assume it will do X and Y.

    I'm a little surprised Android hasn't copied iOS's behavior, where it asks the user whether or not to grant permissions to a specific thing (e.g Contacts or Location) at the time the app tries to do so - it just makes sense, and it's not like both OSes haven't copied from each other before. But I suspect Google doesn't really want to remind you of what information each of its apps is accessing, or when.

    --
    #DeleteChrome
    1. Re:When you assume... by kwark · · Score: 1

      "I'm a little surprised Android hasn't copied iOS's behavior, where it asks the user whether or not to grant permissions to a specific thing (e.g Contacts or Location) at the time the app tries to do so - it just makes sense, and it's not like both OSes haven't copied from each other before."

      There are apps for that, eg:
      https://play.google.com/store/apps/details?id=com.lbe.security.lite
      http://forum.xda-developers.com/showthread.php?t=1091065

      But can you trust these kind of apps? So far I do, worst case scenario is there is now 1 more app that can access my data.

    2. Re:When you assume... by 93+Escort+Wagon · · Score: 2

      I don't want to give the impression I'm trying to against argue your comment, because it's great those are available; but since they require a rooted phone, they may not be practical options for non-technical people.

      --
      #DeleteChrome
    3. Re:When you assume... by kwark · · Score: 1

      a: non technical people don't tend to know or care about these issues
      b: what did you expect, if a non-root app could circumvent permissions this app would be useless.

    4. Re:When you assume... by Voyager529 · · Score: 1

      It's a bit of an obtuse way of doing things, but I use LBE Security Master, Droidwall and Permission Denied altogether. I have each blocking the internet access of the other two, so odds are pretty bad that any information is getting out the front door as a result. From there, it's just a matter of using each of them to deny what's necessary. LBE is great because it's simple, but it's limited to contacts, internet, SMS, and GPS data. While that's the core set of data, Permission Denied lets you pull access for basically every API, including camera and access to onboard accounts.

      It's sad that my Linux-based phone requires more security tools than my Windows laptop, but eternal vigilance is the cost of freedom :/

    5. Re:When you assume... by stephanruby · · Score: 1

      I'm a little surprised Android hasn't copied iOS's behavior, where it asks the user whether or not to grant permissions to a specific thing (e.g Contacts or Location) at the time the app tries to do so.

      My old Nokia phone used to do that. It used to give me a modal security dialog warning to reject/accept/permanently accept the requests made by an application on my behalf (I do not remember if it had a 'permanently reject' option, may be it did?). In any case, this security behavior drove me absolutely nuts! I couldn't do a single thing without having my flow interrupted by another security dialog. Also since I was no longer in the context of the Ovi App Store when receiving the warning, I was also less likely to leave a comment about the permission in question and I would have been less likely to downgrade the visibility of the application and warn others through my negative rating.

      I hope that iOS does it better. Give me usability ahead of privacy any day. After all, I let the pizza delivery guy and the postman know where I live, what's the big problem of letting a corporation/application of my own choosing know where I am.

      If it's a battery issue, Android lets me know visually by showing the gps icon in the status bar and letting me know which applications are proportionally the biggest energy hogs. Android also lets me turn off gps location information to all applications if I ever have the need. This solution is not perfect by any means, but it's a far better solution than interrupting the function of a gps navigation right in the middle of my request, to ask for gps permission, or to interrupt the function of a caller id app right in the middle of a ringing phone call, just to ask for permission to my contacts.

    6. Re:When you assume... by stephanruby · · Score: 1

      ...or to interrupt the function of a caller id app right in the middle of a ringing phone call, just to ask for permission to my contacts.

      By the way, does iOS even do that? I suppose it would just be easier for Apple to not have any third party-made caller id applications, just like it doesn't have any of the awesome third party-made keyboard apps Android has.

    7. Re:When you assume... by Anonymous Coward · · Score: 0

      You do realize that 80% of websites have stopped using popup ads because they annoy the fuck out of the user, right? The remaining 20% are either too big for the company to care, or porn sites.

      I, for one, prefer Android's permission system (though I prefer the finer grained Blackberry permission system over Android). I can run an app and be sure that it works without having to ask incessantly.

      Think about it this way: If the application is using the information for a malicious or privacy invading purpose, they're going to do so once you agree either way regardless of how the permissions are agreed to. With this perspective, what's the point of popping it up each time? Pop-ups just interrupt the user's experience.

  10. Godwin. by tqk · · Score: 1, Funny

    "Yeah, we know you didn't really vote this Hitler fellow to be your Fuhrer, but it's okay; the Kaiser gave it to him in an attempt to shut him up. Move along; nothing to see here."

    --
    "Tongue tied and twisted, just an Earth bound misfit ..." -- Pink Floyd.
  11. Google is in on it by plastick · · Score: 3, Informative

    Want proof that Google, Verizon, etc. are in on the privacy nightmares of Android?

    They keep releasing new versions that prevent people (who own their phones) from rooting them to

    1) block ads ( from their Google Play store)

    2) prevent you from using apps to control permissions (like LBE Privacy Guard that now reboots your phone in an endless loop)

    With all the time and effort put into their OS, why have they not allowed users to control permissions on apps in any way, shape, or form? Why? Because they are marketing companies that also sell your data to other companies (including all the top mobile carriers). They make deals with these companies and propagate the problem - turning smart phones into a privacy nightmare. And it's not like the iPhone is any better.

    Until people take a stand (and stop being a bunch of apathetic consumers), it's not going to change. People allow themselves to be taken advantage of. It's sad. Most don't even care. They'll happily give Facebook and Google all their information because "they don't have anything to hide" - which we all know is the lamest excuse for apathy possible and is easily dismissed as moronic. And it just keeps getting worse - and now our governments collect this data too.

    And what is the effect? People are not getting jobs or losing their jobs due to their Facebook posts. Insurance companies are increasing rates on people who type certain terms into their search engines. And that's just barely getting started!

    Wake up, folks!

    1. Re:Google is in on it by Anonymous Coward · · Score: 0

      "2) prevent you from using apps to control permissions (like LBE Privacy Guard that now reboots your phone in an endless loop [androidforums.com])"

      Use the XDA version, idiot.

    2. Re:Google is in on it by Anonymous Coward · · Score: 0

      Yes, the average consumer should put custom firmware on their device to have basic privacy. Are you assuming that consumers must be technically savvy and willing to support themselves to deserve privacy?

      This attitude is what holds the FOSS crowd back.

    3. Re:Google is in on it by Anonymous Coward · · Score: 0

      Yes, privacy isn't something that you can expect/get for free.

    4. Re:Google is in on it by alext · · Score: 1

      I have LBE on Android 4.1.2 and it seems fine, if a bit hard to navigate. This is the more recent (modified Chinese) version though, not the Play Store one.

    5. Re:Google is in on it by wvmarle · · Score: 1

      If you can root your phone, it's a vulnerability that should be fixed, it's as simple as that. The OS is designed in a rather secure way, not being able to get root access is one of those design features. Vulnerabilities that you try to exploit to get root access can just as well be exploited by malware in apps, and then you never know what's happening.

      If you don't like that, by all means install an aftermarket ROM like Cyanogenmod. And even those should have no vulnerabilities, allowing apps root access without you giving explicit permission.

  12. evil hijacking evil by Anonymous Coward · · Score: 0

    This is why I like my people smart and my phones dumb. The general public have no clue and so they flock to the latest gadget or social webthing, regardless of any red flags. Then it gains enough momentum to be the new normal, as we have now, and we are all owned. As geeks, we should educate those sheeple we have contact with. It is already to late - crackberry's, i-spies, google-ware and FB ... run the planet.

    1. Re:evil hijacking evil by Anonymous Coward · · Score: 0

      As geeks, we should educate those sheeple we have contact with. It is already to late - crackberry's, i-spies, google-ware and FB ... run the planet.

      And when you're done saving NASA from Soviet hackers you can contemplate the 1:1,330,0076 odds of your having sex within the next 25 years.

  13. This is why it's important to get root access... by excursive · · Score: 2

    If you have root you can turn off those permissions. If the app doesn't run without snooping permissions (as Groupon and Google Offers do not), well, it's their choice not to get my business.

  14. alternative Facebook apps by stenvar · · Score: 1

    Keep in mind that you do not have to use Facebook's app; there are several third party Facebook apps for Android.

  15. It's not just facebook by Anonymous Coward · · Score: 0

    http://gizmodo.com/5715169/these-apps-are-rampantly-stealing-your-info-without-permission

    1. Re:It's not just facebook by Takatata · · Score: 2

      And the list of worst offenders also reads like a roll-call of must haves: Pandora. Angry Birds. Netflix. Shazam. Et tu, Yelp?

      Interesting. I don't have a single one of this 'must haves' installed.

  16. Website? by HRbnjR · · Score: 1

    I installed the FB app when I first received my Galaxy Nexus, and the battery life dropped from 3 days to 1, so I axed it, and added a desktop shortcut to their mobile site, which seems to work well enough for me.

    1. Re:Website? by int19 · · Score: 2

      I installed the FB app when I first received my Galaxy Nexus, and the battery life dropped from 3 days to 1, so I axed it, and added a desktop shortcut to their mobile site, which seems to work well enough for me.

      ^ This

      I've been using the mobile website instead of the Android app for about a year. It's not quite as good as the app, but is more than adequate for my needs and has no battery impact. The only notifications I care about get emailed to me.

  17. Pause while in call by tepples · · Score: 5, Informative

    For example, lots of apps require "Read phone state and identity" which gives the ability to learn not only the phone number, but also whether you are in a call and the number of the other party.

    There's a very good reason for media players and games to require this. Knowing whether the user is in a call allows the program to pause itself until the call completes.

    1. Re:Pause while in call by obarthelemy · · Score: 0

      explain again how music players need to know your phone number and that of everyone you ever call ?

      --
      The Cloud - because you don't care if your apps and data are up in the air.
    2. Re:Pause while in call by chihowa · · Score: 3, Insightful

      Because the permissions are too coarse grained. Weren't you paying attention? That's what this whole thread has been about!

      --
      If you want a vision of the future, imagine a youtube comments section scrolling - forever.
    3. Re:Pause while in call by Karlt1 · · Score: 1

      There's a very good reason for media players and games to require this. Knowing whether the user is in a call allows the program to pause itself until the call completes.

      iOS handles it without requiring such intrusive permissions.....

      http://www.sagorin.org/ios-playing-audio-in-background-audio/

    4. Re:Pause while in call by alostpacket · · Score: 1

      Games should not need it. Any time the host activity is paused the games should pause any background processing. Media players, especially music players do play in the background, even with the screen off though. So for them, it is a must.

      The permission is too coarse though. They need to separate state and identity. Unfortunately they've dug a backwards compatibility hole pretty deeply though at this point.

      --
      PocketPermissions Android Permission Guide
    5. Re:Pause while in call by alostpacket · · Score: 1

      Correction: I'm not sure media players even need it either as of API 8:

      http://developer.android.com/training/managing-audio/audio-focus.html

      --
      PocketPermissions Android Permission Guide
    6. Re:Pause while in call by Emetophobe · · Score: 1

      I thought you could already do that without requiring READ_PHONE_STATE? When your app loses focus (for whatever reason, a call, user switches to another app, etc..) then onPause() gets called. You should be able to handle losing focus there... without needing any special permissions.

      Though I only write android apps as a hobby, so maybe I'm wrong.

    7. Re:Pause while in call by Simon+Brooke · · Score: 2

      Because the permissions are too coarse grained. Weren't you paying attention? That's what this whole thread has been about!

      This.

      I don't, in general, mind apps knowing whether or not I'm in a call. I mind very much their knowing who I'm calling. That's exceedingly intrusive. It's the single thing which makes me most unhappy about Android at present - more and more apps are asking for this permission, and as it's an all or nothing thing, you either grant the permission or don't install the app. Generally, I don't install the app - because I don't want commercial companies building up a map of who calls who when. I particularly don't want them knowing who I call, or who calls me. But the problem is, even if you don't install the app, the chances are the person you're talking to has, so the owners of the app get to log your call anyway.

      --
      I'm old enough to remember when discussions on Slashdot were well informed.
    8. Re:Pause while in call by Anonymous Coward · · Score: 0

      I think the majority of comments have hit the nail on the head. Adjustable permissions would allow a user to determine what an App can or cannot do. This would also allow for someone to determine the risk they are comfortable with. If I want my call to continue without interruption then I need to adjust my settings accordingly. All-or-nothing while easy is far from ideal and I'd imagine hinders the success of many apps.

  18. Re:LOL, suckers... by UltraZelda64 · · Score: 4, Interesting

    I don't laugh at all those future phones sold with this garbage, and with it installed and set up in such a way that you are forbidden from uninstalling it...

    I already have problems caused by "stock" programs on my phone that cannot be uninstalled without root access, and I cannot trust going through the process of attempting to gaining root, something that could possibly leave me without a phone. Once this garbage makes its way "stock" onto commercial Android phones in the same way, there will be an even greater need to try to gain root access. I am not looking forward to the day when I have to start doing extra research just to find out if a particular cell phone comes with this Facebook garbage, only to find that they all fucking do and the only possibly way out of it is to risk rooting it.

    It's already a bitch doing research for a new phone, given all the variations in (incompatible) Android versions. It's a royal pain in the ass trying to find a phone that doesn't suck in general, and doesn't force the use of a cell service provider that tries its best to fuck you up the ass. The last we need is to add fucking Facebook to the mix. Fuck them.

  19. So what? by John+Hasler · · Score: 1

    If you have a Facebook account you have already decided to publish every detail of your life anyway.

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    1. Re:So what? by wvmarle · · Score: 1

      I do have a facebook account. I do not post every detail of my life, on the contrary. I'm posting maybe one status update a year, if that many. They're going to have a hard time profiling me anyway, as I don't click "like" all the time either. I even still haven't bothered to add a profile picture, and my timeline is filled with photos other people posted. At least it was last time I visited that page, half year or longer ago.

  20. Acceptance ritual under Belgian law by tepples · · Score: 2

    Luckily I live in Belgium

    For people who want what you have, how's their immigration policy?

    where clicking 'I agree' is not a form of contract

    If accepting a contract offer under Belgian law cannot be done by activating a control in a graphical user interface, then how can anybody sign up for a service or buy a product over the Internet?

    1. Re:Acceptance ritual under Belgian law by mrmeval · · Score: 3, Informative

      It should be done by mail/phone with a credit card with credentials mailed to you. It worked very well to keep trolls and spam off of Fidonet and Rime forums and since netmail messages cost a $0.25 so I'd love to get all the spam they could send. ;) BTW netmail was a feature of both those networks and I could send electronic mail all over the world. Both networks were like the internet but far more decentralized.

      --
      I'd go on a Vegan diet but the delivery time from Vega is too long. --brownkitty
    2. Re:Acceptance ritual under Belgian law by Anonymous Coward · · Score: 1

      Almost everybody gets in. The government gives you money.

      Any money you make above 15.000 USD, will be taxed at 40%
      Any money you make above 45.000 USD, will put you in the highest tax bracket of 50%. That is income tax. Add 8% community tax. Add 13% social security.
      Government spending equals 53% of GNP. If you have no children and a decent job, you probably pay 50-60% taxes.

      There are two strategies that are succesfull in Belgium; be top 1% rich and benefit from the absence of capital gain-taxes. Or be a bum and have the government pay for everything. Cheap housing. Free electricity. Free heating. Free public transportation. Free holidays (yes, the government/social security will pay unemployed people so that they can go on holiday too...). Free schooling. Etc. Etc...

  21. list of permissions can be off-putting to users by Anonymous Coward · · Score: 0

    If the permission you are requesting is putting off users, maybe you shouldn't request it in the first place.

    I'm sorry, I'm just kidding...

  22. The OS must start caring about the user by Anonymous Coward · · Score: 0

    I was playing with an andriod tablet the other day and noticed when you install even trivial apps the amount of privledges being asserted is ridiculous including access to contacts.

    It is not appropriate to give users a take it or leave it choice. These ultimatums should never have existed. The *user* should be asked to declare what permission they want to give and the OS should be prepared to lie convincingly to the app in the event an app demands access to something such as location or contacts the user refuses to provide.

  23. Re:LOL, suckers... by Anonymous Coward · · Score: 1

    Android is total spyware anyway - the electronic equivalent of standing on a street corner bent over with your shorts down to your ankles. Enjoy.

    Now this layer on top - Facebook; The venereal disease of the internet.

    -1 Troll me if the truth hurts, Fandroids.

  24. Permission rationales by tepples · · Score: 2
    They don't. Though Android unfortunately has no way to deny the "your phone number and that of everyone you ever call" permission without also denying "knowing when you're in a call so that it can pause", that's what permission rationales in the application's description are for.

    Phone state: Used for pausing when you're on a call.
    Internet: Used to synchronize recently played videos between devices. We don't share this unless you tell us to.

    "But I don't trust that people won't lie in these rationales." That's what Dalvik disassembly and free software licensing are for, so that people who get paid to review applications can verify that the application's source code actually does what the rationale says and doesn't peek at actual phone calls.

  25. Unacceptable- but what Google intended by Anonymous Coward · · Score: 0

    Google = NSA. No organisation hates the concept of privacy for the plebs more than Google/NSA. There can be no excuse for an application to have knowledge/access to anything else you do on the device without EXPLICIT individual permissions given to the app by the user.

    Now dumb dumb betas will be told by Google shills that it is their fault for installing the app in the first place. This is the common tactic. Betas are educated to always blame themselves. Not every one falls for this psychological manipulation, but many do.

    At this time, mobile devices MUST be treated as insanely untrustworthy. You must assume every aspect of data storage on your device is being constantly 'mined' by multiple parties. Information that MUST be kept private should not be stored on a mobile device.

    The evil depraved scum of Facebook merely rub your face in the truth about mobile 'security', and for that reminder, you should be thankful.

  26. FB's not worth the hassle by SternisheFan · · Score: 0
    I'm old school, and don't leave 3G/WiFi on unless I'm actually using the internet. When I'm outside with my phone the internet is off, except when using GoogleMaps to get somewhere.

    .

    When I use installed apps/games, and they demand the internet to function, that app/game gets deleted, it's just not worth it. If an downloaded app/game re-spawns after I've 'force-closed' it, it also gets tossed with no mercy, no game is that good. (I might keep a copy of the APK saved on my sdcard for the occasional, "use when needed then uninstall when done" times.)

    Forget FB, I tried it for a year 4 years ago, then deleted my account. So now when I get spams that look like real FB emails ("You have 2 unread messages on FaceBook"), I know they're b.s., {delete}. Makes my life less complicated.

    1. Re:FB's not worth the hassle by Trax3001BBS · · Score: 1

      Forget FB, I tried it for a year 4 years ago, then deleted my account.

      I deleted my account around the same time. All it ever did for me is show my friends progress in Farm Ville.
      I was also told my account wasn't deleted and I could reactivate it by logging in again. In other words it
      didn't do a damn thing.

    2. Re:FB's not worth the hassle by SternisheFan · · Score: 1

      Forget FB, I tried it for a year 4 years ago, then deleted my account.

      I deleted my account around the same time. All it ever did for me is show my friends progress in Farm Ville. I was also told my account wasn't deleted and I could reactivate it by logging in again. In other words it didn't do a damn thing.

      At the time I'd heard about 'deleted accounts' that weren't truly deleted, so I followed the exact steps to delete my account as detailed by a reputable site. It required doing some extra steps that I never would have known how to do. It is doable, you might need to google for that info now, and once you know how to truly delete your account, re-log in and perform those steps. Here's a quick Wiki-How link...

      http://m.wikihow.com/Permanently-Delete-a-Facebook-Account

  27. Re:LOL, suckers... by Anonymous Coward · · Score: 0

    I don't laugh at all those future phones sold with this garbage, and with it installed and set up in such a way that you are forbidden from uninstalling it...

    Just do what I do... use a phone built in the early 2000's. When mine breaks, I can find a replacement for less than $30 without all the new crap installed on it.

    Besides the junk software on the new phones, I hate how they feel in my hand. It is like holding a credit card up to my ear to use the damn things. The phone I carry is nearly an inch thick when closed, has some weight to it and feels solid when I'm using it.

  28. Of course it will collect data by Anonymous Coward · · Score: 0

    Of course the Facebook app will collect data whether or not Home asks it to or not. Facebooks entire business model is based on collecting data about you and selling it. Is that still not obvious or known at this point?

  29. app guard FTW by Anonymous Coward · · Score: 0

    There is a great app called App guard and it lets you control what a app can see and do on your phone I know i use it

  30. Too late once app is installed by SuperKendall · · Score: 1

    While this part in itself is not a bad thing, it should be possible for users to fine-tune the settings once an app is installed

    Be realistic! Who is going to do this? Approximately no-one.

    What really is better is that as apps request protected resources, then you are asked if you want to allow such access - that way you the user have the context for the access, to understand exactly why you would want to allow that ability.

    There are a lot of iPhone apps for example, where I am happy to give location when I see what it is used for - and almost no apps that I care to give permission to see contacts, but I can run any new app knowing it will ask if it tries to get them. It also means that you can buy something and run it much later without having to remember just exactly what it was you agreed to let it access!

    It is insane to me to ask non-technical users to understand up-front permissions at all.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Too late once app is installed by Anonymous Coward · · Score: 0

      So you're agreeing that spamming pop-ups for each permission is also a bad idea? Or are you praising one platform for having one popup for each thing (gps? popup. Contacts? popup. Photos? phpup. I'd had to be the application that takes your GPS tagged photos and attaches them to your contacts displaying them on a map somewhere.

      At least having everything up front means that you agree to it all so you DON'T have to remember it in the long run and not be constantly nagged.

      Let's be honest, the type of person who won't read the permissions list will also blindly click yes to any prompts without reading them.

  31. So what... by Anonymous Coward · · Score: 0

    I am an Android developer, and so can I. It is fairly trivial in fact to gather these stats. Snooozzzzeee...

  32. Meanwhile CNN screams "MALWARE!!!" by gelfling · · Score: 1

    Today there's an Apple fanboi sponsored article that screams that 99% of all malware is from Android. If you parse that you'll discover that most of it is PRECISELY this sort of thing which users will download and start hammering away like a crackpipe even when you tell them what it does to their personal info. Which btw iPhone apps do too. But we don't want to talk about that......

    People are stupid and we need to start beating them half to death with their phones.

  33. Uninstalled by OptimalCynic · · Score: 2

    Uninstalled.

  34. Balance it by tepples · · Score: 1

    I'll admit that Android has a "phone state" permission that's far too coarse-grained. But I see that as a minor flaw compared to the big flaw in iOS: Apple deliberately left out some parts of HTML5 as well as native APIs needed for applications to perform wireless network troubleshooting. Several categories of applications are completely excluded.

    1. Re:Balance it by Karlt1 · · Score: 1

      I'll admit that Android has a "phone state" permission that's far too coarse-grained. But I see that as a minor flaw compared to the big flaw in iOS: Apple deliberately left out some parts of HTML5 as well as native APIs needed for applications to perform wireless network troubleshooting. Several categories of applications are completely excluded.

      Only on Slashdot would someone think that "not allowing wireless network troubleshooting" is equivalent to allowing a random app to know who I'm calling.

      FYI:Android browsers are also not fully HTML 5 compliant. WebGL in particular is not supported by Chrome or the old Android Browser (except for one specific phone).

      http://mobilehtml5.org/

    2. Re:Balance it by alostpacket · · Score: 2

      It's not a contest -- the fact that iOS handles it well is a good thing. But it doesnt change the fact that what tepples said was also correct (though seems deprecated AFAICT). This was unfortunately the problem with that permission. It had very legitimate uses, and very nefarious ones too.

      Nevertheless, you brought up the comparison to iOS. So kindly spare us the "only on slashdot" stuff when it was you who seemed to be spoiling for a brand fight.

      --
      PocketPermissions Android Permission Guide
  35. Facebook app has access to EVERYTHING by ukemike · · Score: 1

    I don't see how having access to your apps list matters much when the FB app already has access to:
    Your personal info (read and write contact data) Your location (fine)
    Network communication
    Your accounts
    Storage (modify/delete usb contents)
    Hardware controls
    Phone calls (state and identity)
    System tools

    --
    -- QED
  36. Meaningless permissions by sgunhouse · · Score: 1

    As the example I'm most familiar with, let me consider the Opera Mobile web browser. Since the browser supports GetUserMedia it has to say it accesses the camera, though in reality it will ask you if the website should be allowed to access your camera if the site asks to do so (if you visit some video chat site). Likewise since they support location-aware websites, the permissions say it uses both GPS and network location data - but again, if you visit a website that wants your location (so they can tell you where their nearest physical store is, for example) the browser will ask if the website should have access to your location. The Play Store doesn't have any way of indicating that the app will ask before actually accessing this data.

    And for those apps which don't offer a choice, the OS should. All browsers support 3 general settings for cookies - accept, deny (block), and ask. You should be able to say "No, I don't want this app knowing my location today" if you so choose - and still be able to allow it tomorrow. Or still run an app while denying it access to your contacts - ever. It should be part of Android (the browser shouldn't have to ask per se) or whatever OS, so that the developer doesn't have to think about it ... well, okay, an email or chat app always needs access to your contacts, so maybe they should have a "requires" and "can use" in the permissions.

  37. Spyware by beefmusta · · Score: 1

    So it's basically spyware then. Or does that term not apply when it's a company as big as facebook doing it?

  38. Are there any open source facebook clients? by lindi · · Score: 1

    Are there any open source facebook clients? Pidgin uses XMPP for facebook chat but it doesn't support "multi chat" and more importantly it does not let me read messages that I missed when I was offline.

  39. j2me fucked it up by gl4ss · · Score: 1

    j2me implementations had a bunch of permissions that on most phones were available ONLY as on demand given permissions, with some having no option(without trickery, carrier signing etc) to allow always even. or even allow for session.

    so they might be wary of that. but it could be done better. in the j2me world on many phones you had a filesystem and api's for handling that. but that wasn't much fun when getting a file listing or creating a file took 3 repeats of a two button press dialog!

    --
    world was created 5 seconds before this post as it is.
  40. let get this straight... by Mysticalfruit · · Score: 2

    I'm shocked a social networking company that makes its money by selling as much data as it can possibly mine out of its userbase has created an uber app that runs on your mobile device and gives them unfettered access to all your information.

    Really? People are shocked by this? I would have been much more shocked if a report came out showing how Facebook Home actually protected your privacy.

    Honestly I never had any interest in running this on any mobile device I own. Firstly I care about my privacy and secondly I could give two shits what the highest score my aunt has achieved in Candy Crush today. I always wondered what would happen if Farmville and Bejeweled had a baby... it's truly a Lovecraftian horror or tentacles, eyes and mouths..

    --
    Yes Francis, the world has gone crazy.
  41. FB G Home by Anonymous Coward · · Score: 0

    Not if you clear the data! on all the FB apps you have on your phone or in this case that came on your phone. I hate that they think everyone in the world wants
    a FB acct. The FB people don't even use it, they use another site like FB that the owner bought and that now all the teens have moved to because all their
    parents are on FB. I cleared all the data on my FB apps and now they are just black space that can do nothing. They installed them where you can't delete them
    so I did the next best thing, I killed them. FB is this centuries plague on humanity like the black death you get it whether you want it or not and 89% of the population has it even though people they don't want to know stuff about them, can. Credit people, bosses, private investigators, police etc.... You go You smart people, be connected. I'm sitting this one out.

  42. Re:LOL, suckers... by Chrisq · · Score: 3, Funny

    Android is total spyware anyway - the electronic equivalent of standing on a street corner bent over with your shorts down to your ankles. Enjoy.

    I have to say I didn't enjoy my Android phone half as much as your other suggestion.

  43. Possibly for bug fixing purposes? by gravis777 · · Score: 1

    I am not sure what all the Android crash report gathers, but the Facebook Android app is getting buggier and buggier with each release, with people screaming bloody murder in the reviews. It is possible that Facebook is gathering this data to see what might be causing people problems. Still, I don't like the idea of an app developer, even facebook, knowing what I am running. Not that I have anything to hide, but still....

  44. Firefox for Android supportes WebGL by tepples · · Score: 1

    WebGL in particular is not supported by Chrome or the old Android Browser (except for one specific phone).

    Three things: First, one Android phone is greater than zero iPhones. Second, Android lets you install Firefox, which does support WebGL according to this chart. Third, WebGL is in Chrome for Android beta, which means it's coming soon to Chrome for Android.

    1. Re:Firefox for Android supportes WebGL by Karlt1 · · Score: 1

      hree things: First, one Android phone is greater than zero iPhones.

      So as a web developer would you depend on WebGL based on one obscure phone?

      Would you target WebGL and then do the old 90's "Best viewed in FireFox for Android?"

  45. What replacement for WebGL? by tepples · · Score: 1

    Would you target WebGL and then do the old 90's "Best viewed in FireFox for Android?"

    "Best viewed in" is bad practice. Quoting the box at the lower left of the page linked at the end of your previous comment: "Always use feature detection." If the WebGL feature is not detected, the application would display "This web application requires a web browser that supports WebGL." The words "a web browser that supports WebGL" would link to a list of web browsers that support WebGL either in a release version or in a beta version. The list would have sections for all platforms, with the platform matching the user agent at the top. For example, the Android section would list Firefox for Android and Chrome Beta for Android. For iOS it would say "Apple has chosen not to make WebGL available for your device. Please try this application using a desktop or laptop computer."

    If such an error message is not acceptable, what API do you recommend using instead of WebGL? Should a web application that presents a 3D view have an alternate 3D engine that runs on top of 2D Canvas and just accepts the stitching bug as collateral damage? Or is the concept of "a web application that presents a 3D view" itself unacceptable for some reason?

    1. Re:What replacement for WebGL? by Karlt1 · · Score: 1

      For iOS it would say "Apple has chosen not to make WebGL available for your device. Please try this application using a desktop or laptop computer."

      And that worked so well for Adobe with Flash on mobile.....

  46. Re:LOL, suckers... by Applekid · · Score: 1

    Just do what I do... use a phone built in the early 2000's. When mine breaks, I can find a replacement for less than $30 without all the new crap installed on it.

    Will they even make dumb phones / feature phones 5 years from now? 10? They will effectively become unobtanium, like a quality CRT display, a quadraphonic sound system, or a box of floppy discs.

    --
    More Twoson than Cupertino
  47. also, popups by WhiteDragon · · Score: 1

    In addition to the "Retrieve running apps" and "Reorder running apps" permissions, the new version of the facebook app also requests the "Draw over other apps" (aka the "popup" permission). I'm sticking with the old version, which is intrusive enough, thank you very much.

    --
    Did you mount a military-grade, variable-focus MASER on an unlicensed artificial intelligence?
  48. Not MY Facebook by Wokan · · Score: 1

    I declined the "upgrade" and will remove it from my phone when it ceases working. Facebook needs people more than people need Facebook.

  49. Re:LOL, suckers... by Anonymous Coward · · Score: 0

    You know that Android 4.x has the ability to "Disable" built in applications, right? Settings > Apps > [App name], Disable. The application will disappear from the app drawer, and will effectively be unable to run.

    Sure it "wastes" a few MB, but with 16GB, it's not going to make THAT much of a difference.

  50. Background music playback by tepples · · Score: 1

    I thought you could already do that without requiring READ_PHONE_STATE? When your app loses focus (for whatever reason, a call, user switches to another app, etc..) then onPause() gets called.

    Perhaps I was wrong about the games aspect, but the user of a music player application wants its service to keep playing in the background even while its activity is "stopped" (not visible at all). If you pause music playback when the user switches away, you're right back to the single-tasking in iOS pre-4. Perhaps audio focus is the right way to manage that.

  51. But only for iAds by tepples · · Score: 1

    Flash is different. Flash was effectively controlled by one vendor (Adobe). WebGL, on the other hand, was an open standard from day one. In fact, iOS 4.2 and later support WebGL, but only for iAds. This makes the omission of WebGL from Safari appear all the more deliberate.

  52. Facebook source by Anonymous Coward · · Score: 0

    The Facebook source isn't obfuscated .. just decompile it.