Slashdot Mirror


Many More Android Apps Leaking User Data

eldavojohn writes "After developing and using TaintDroid, several universities found that of 30 popular free Android apps, half were sharing GPS data and phone numbers with advertisers and remote servers. A few months ago, one app was sending phone numbers to a remote server in China but today the situation looks a lot more pervasive. In their paper (PDF), the researchers blasted Google saying 'Android's coarse grained access control provides insufficient protection against third-party applications seeking to collect sensitive data.' Google's response: 'Android has taken steps to inform users of this trust relationship and to limit the amount of trust a user must grant to any given application developer. We also provide developers with best practices about how to handle user data. We consistently advise users to only install apps they trust.'"

299 comments

  1. List of apps and permissions they need by slaxative · · Score: 5, Informative

    They finally get to the part I care about, which is the list of apps they tried. Look at page 9 of their paper in PDF format.

    --
    This is not the penguin you're looking for.
    1. Re:List of apps and permissions they need by Qzukk · · Score: 3, Informative

      Too bad after listing all the apps and what permissions they requested, they never named which of them misbehaved, only total numbers.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    2. Re:List of apps and permissions they need by beakerMeep · · Score: 1

      Posted in the comments at ars:
      ===================

      SpinyNorman | Thu Sep 30, 2010 8:08 am | permalink
      I wish you chaps would link through to your sources.

      [edit] ah, here we go:http://appanalysis.org/pubs.html

      No details on which apps did what, only summary information. These were the apps:

      The Weather Channel (News & Weather);
      Cestos, Solitaire (Game);
      Movies (Entertainment);
      Babble (Social);
      Manga Browser (Comics)
      Bump, Wertago (Social);
      Antivirus (Communication);
      ABC — Animals, Traffic Jam, Hearts,Blackjack, (Games);
      Horoscope (Lifestyle);
      3001 Wisdom Quotes Lite, Yellow Pages (Reference);
      Dastelefonbuch, Astrid (Productivity),
      BBC News Live Stream (News & Weather);
      Ringtones (Entertainment)
      Layer (Productivity);
      Knocking (Social);
      Barcode Scanner, Coupons (Shopping);
      Trapster (Travel);
      Spongebob Slide (Game);
      ProBasketBall (Sports)
      MySpace (Social);
      ixMAT (Shopping)
      Evernote (Productivity)

      Last edited by SpinyNorman on Thu Sep 30, 2010 8:23 am

      --
      meep
    3. Re:List of apps and permissions they need by MozeeToby · · Score: 1

      That's a list of the apps they studied, not a list of the apps which they found to be leaking private information. What I, and I suspect others are looking for is a table with the following headers: App Name, Publisher, Permissions, Leaked Information, version number.

    4. Re:List of apps and permissions they need by Anonymous Coward · · Score: 0

      You know which apps... the beauty of Android is that you can now go inspect all the source code yourself to see what's going on!

      Yay, Open Source! So glad Android isn't victimized by that walled garden nonsense.

    5. Re:List of apps and permissions they need by Anonymous Coward · · Score: 0

      You know they could stop most of this by simply putting a security rating on each app in the Market and let the experts test and rate the app.

      Or perhaps, a searchable database that lists apps with a bad record. This would get most developers to stop it themselves.

    6. Re:List of apps and permissions they need by rickb928 · · Score: 1

      What experts? There is no experts for this.

      I'm waiting for a clean version of Wireshark for Android now, so the community can look over the traces and see which app sends their data to China. Pleeze, Laura, pleeze can I has capturz?

      --
      deleting the extra space after periods so i can stay relevant, yeah.
    7. Re:List of apps and permissions they need by rickb928 · · Score: 1

      So, you should be expected to fix your car. After all, you're DRIVING it, right?

      Now, how interested am I in learning enough Java to evaluate my Android apps for security breaches?

      pfft. Gotta go unload some apps, brb.

      --
      deleting the extra space after periods so i can stay relevant, yeah.
    8. Re:List of apps and permissions they need by geminidomino · · Score: 1

      In the meantime, you can do what I've done: Set up the Android SDK with the AVD Manager (Android VM), put the AVD behind a logging SQUID proxy (it can do so much more than just HTTP!) and load the questionable apps on there.

    9. Re:List of apps and permissions they need by MrHanky · · Score: 2, Insightful

      The problem with the article is that they label apps as "suspicious" when they work as intended. Bump, for instance, is an information sharing app. It's designed to share your contact info (if you choose so) with other phones. I can't imagine it isn't one of the two apps that transmit the phone number, IMSI, etc., to the app's server, as that's how it's supposed to work.

      Of course, Bump is also available for the iPhone through Apple's app store.

    10. Re:List of apps and permissions they need by rickb928 · · Score: 1

      I'm trying to stick to the phone. If I want to put it in ADB, I can use Wireshark on my notebook and nail it. I want to have the phone do it..

      I know, I know, just do what you can.

      --
      deleting the extra space after periods so i can stay relevant, yeah.
    11. Re:List of apps and permissions they need by Dishevel · · Score: 1

      If you do not want to look at the code, or do not want to install only trusted apps, or do not want to deny permisions when asked then I can not help in any way other than to suggest an iPhone or Jitterbug for you. Have a nice day.

      --
      Why is it so hard to only have politicians for a few years, then have them go away?
    12. Re:List of apps and permissions they need by dbcad7 · · Score: 1

      Glad that I did read the PDF.. The post says "half were sharing GPS and phone number".. when in fact it was 2 that were sharing phone number with a lot more apps sharing GPS.. First.. I am unconcerned about the GPS.. Those 2 phone number sharing apps, well I would like to know what those are to determine whether or not it makes sense for them to do that. (who knows it might).. The thing is, I have to say.. I guess I am not part of the "poplar" apps crowd.. I only have 1 app of the 30 (Weather Channel).. which make me wonder if some of these 30 were cherry picked to make things come out the way they wanted.. The PDF is nice and all, but if your going to call someone bad.. then name the names, and what is wrong.. otherwise I am more skeptical of these people than the apps.

      --
      waiting for ad.doubleclick.net
    13. Re:List of apps and permissions they need by rickb928 · · Score: 1

      I suppose I could buy an N8. Or, I could pay a little attention and wonder why a game needs to read my contacts.

      There is middle ground. More Helpful Advice From The Linux Community. Thank you.

      --
      deleting the extra space after periods so i can stay relevant, yeah.
    14. Re:List of apps and permissions they need by s73v3r · · Score: 1

      What if the apps themselves aren't open source?

    15. Re:List of apps and permissions they need by RMH101 · · Score: 1

      is there something wrong with Shark and SHark Reader on Android? I've got them and whilst I'm a sniffin' noob, they appear to do the job.

    16. Re:List of apps and permissions they need by intheshelter · · Score: 1

      Fanbois in denial. Eric could poop in your mouth and you'd say it tastes good.

    17. Re:List of apps and permissions they need by Dishevel · · Score: 1

      Did you read my post at all? How is that not middle ground. All of those were or, not and. If you do not want to look at the code, then install stuff that you trust. If you do not want to look at the code and want to install iffy shit then deny permission that it should not need. If you have a need to install anything you see and do not want to deny the program anything or look at the code then iPhone needs to be your choice.
      You choose N8 and denying permissions that do not make sense. If you did not want to deny permissions then you would need walled garden iPhone.
      Reading comprehension is important stuff.

      --
      Why is it so hard to only have politicians for a few years, then have them go away?
    18. Re:List of apps and permissions they need by dbcad7 · · Score: 1

      It's strange how these stories of of fear and doom pop up, and when you try and talk sense,, your a "fanboi".. No problem, been through that with Linux for years.. Continue you dance of glee and finger pointing, I could care less.. you don't dance very well by the way.

      --
      waiting for ad.doubleclick.net
    19. Re:List of apps and permissions they need by bonch · · Score: 1

      You think sending personal data to advertising server networks is "working as intended?" What the fuck?

    20. Re:List of apps and permissions they need by MrHanky · · Score: 1

      Wake up, moron. I wrote "the app's server".

    21. Re:List of apps and permissions they need by rickb928 · · Score: 1

      Actually, I do pay attention to permissions and such. I don't install obviously suspicious stuff, though figuring out what is suspicious is complicated and imprecise.

      I haven't figured out how to deny permissions, but I haven't looked into that at all, so something to do in my spare time.

      --
      deleting the extra space after periods so i can stay relevant, yeah.
    22. Re:List of apps and permissions they need by bonch · · Score: 1

      Nice dodge, but you wrote this:

      The problem with the article is that they label apps as "suspicious" when they work as intended.

      The article shows that apps are sending personal data to advertising networks, so again, I ask--you think sending personal data to advertising server networks is "working as intended?"

      Sorry, but you've got caught with your own words. Next.

  2. This is why OSS is so important by BadAnalogyGuy · · Score: 1, Interesting

    The problem here is that the apps themselves are closed, so you can't inspect the code to see if this kind of thing is going on.

    It may just be sending some statistical data so the server can form better assumptions about the user and thus provide better service in the future. Or it may be sending such data for nefarious purposes. Without accessing the code, you can't know, and worse you can't control it.

    Java was an interesting implementation language choice in Android, but with the browser-based interface, perhaps Javascript would have been a better system language. It would have been open and users could have more control over their own phone.

    Unless removing such control is precisely why Google did it.

    1. Re:This is why OSS is so important by TheRaven64 · · Score: 3, Interesting

      No, the problem is gold-rush developers. With a platform like the iPhone, or Android, you have a sudden perception among developers that they can get rich from relatively simple apps. This leads to the '200 fart apps' problem, and it also leads to a massive incentive to get things to market before the competition, which causes a complete lack of QA in the release process.

      There is no simple solution to this, the only thing to do is wait for the platforms to mature.

      --
      I am TheRaven on Soylent News
    2. Re:This is why OSS is so important by grub · · Score: 4, Informative


      it also leads to a massive incentive to get things to market before the competition, which causes a complete lack of QA in the release process.

      In the iOS world any app can try to read the GPS but the user is presented with a dialog asking for permission to do so. If it's an annoyance you can turn apps' permissions on or off individually in the Location options.

      From what I've read, Apple's review process runs apps through some pretty funky things looking for naughtiness.

      The odd piece slips through, of course, but I doubt it's half the popular programs as it sounds like it is for Android.

      --
      Trolling is a art,
    3. Re:This is why OSS is so important by XxtraLarGe · · Score: 1

      It may just be sending some statistical data so the server can form better assumptions about the user and thus provide better service in the future. Or it may be sending such data for nefarious purposes. Without accessing the code, you can't know...

      I don't see how access to the code is necessarily going to help you with that either, unless the developer commented their code with

      // transmit personal info for nefarious purposes, MUHAHAHAHA!!!

      How the data is used will be on the server side, and complete transparent to the end user.

      --
      Taking guns away from the 99% gives the 1% 100% of the power.
    4. Re:This is why OSS is so important by Specter · · Score: 5, Insightful

      ^ this.

      This is the value of the App Store that geeks/developers consistently underrate. Apple's walled garden provides a barrier to entry that helps to reduce the risk of ending up with a fart app that's also downloading your private banking information to China.

      Google's free-for-all Marketplace is a real risk to Android's long term success because it sets up Android phones to become the must-see destination for viruses, mal-ware, and other shady operations. How long do you think it's going to be before having an Android anti-virus application is a practical requirement? What the uber-geek sees as the positive benefits of the Android eco-system (freedom and unlimited choices) are in fact NEGATIVE attributes to most of the rest of the mobile phone consuming populace. It's sorta like Android is the Linux of mobile phones...oh wait.

      I enjoyed the EVO vs. iPhone YouTube video as much as anyone but more than a funny rip on Apple, it's also a perfect demonstration of how a lot of the technical community doesn't get it. Android's popular because the iPhone is hard to get and it's a pretty respectable facsimile of an iPhone, not because it has more WIFIs and GBs than Apple. When rogue apps start to make Android painful to use and own expect consumers to start looking for The Next Big Thing (tm).

    5. Re:This is why OSS is so important by lowrydr310 · · Score: 1

      I would like the option to restrict specific permissions at the application level. Currently when I'm about to install an application, I'm given a list of permissions the application is requesting where I can choose to either install the app, or not install if I don't agree with something. Now I know that this has the potential to break many applications or cause some problems if I have the ability to deny a specific permission, but it would be nice if this could be implemented somehow to give the user more control over security.

      I'll give you one example; I wanted to install Pandora radio on my phone. Pandora wants to access my contacts and my GPS location information. WHY? Why should a streaming audio application need to know my contacts or location? The contact permission is needed so I can share a song with someone on my contacts; it sounds simple enough, but I'd be much more comfortable denying that permission as I'll never be using that feature. Location is presumably needed for targeted advertising, but that's pretty creepy. Can't they just be happy enough with (very coarse) location data based off of the IP address that I'm using to connect?

    6. Re:This is why OSS is so important by amicusNYCL · · Score: 3, Interesting

      This is the value of the App Store that geeks/developers consistently underrate.

      That's because a lot of geeks and developers don't need Apple to tell them what not to install, they're typically capable of figuring that out on their own. If a simple card game asks for fine-grain location information or full internet access, that should be a red flag to anyone paying attention.

      Maybe it's just the case that Android is for "power users" and Apple is for everyone else, but the value that you see in Apple's store is simply not needed by a lot of the people who buy Android devices, and in fact becomes a negative.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    7. Re:This is why OSS is so important by Mike+Buddha · · Score: 1

      Google's free-for-all Marketplace is a real risk to Android's long term success because it sets up Android phones to become the must-see destination for viruses, mal-ware, and other shady operations.

      Yes, because Microsoft's free-for-all software development policies has really threatened it's long term success. All the viruses, mal-ware, and other shady operations are causing people to abandon the OS and move to other competing OSes. Oh wait, that's a complete crock. My bad. I guess free-for-all access to software isn't a threat to long term success, rather, it's a key to long term success. Hmm, go figure. It flies in the face of Apple-apologist common sense. Well distort my reality!

      --
      by Mike Buddha -- Someday the mountain might get him, but the law never will.
    8. Re:This is why OSS is so important by postbigbang · · Score: 1

      Philosophically, the market is only fractionally made up of geeks and developers. Consumers are where the big bucks are. You then make a leap to conclude that "Android is for 'power users'" and Apple for everyone else.

      Instead, TFA implies that google is saying caveat emptor, where Apple is at least trying to prevent surrepticious application behavior. Some people believe that this action embues a sense of trust. I'm not sure that I do, but others seem to feel so.

      Becoming a 'negative'? I would expect Google to tell developers to show source, parse that source for obvious bad behavior, and act to prevent problems, be they memory leaks, Java cache loops, or mad-dialing behavior or attempts to use information they're not supposed to. There's a big difference between civility and total anarchy.

      --
      ---- Teach Peace. It's Cheaper Than War.
    9. Re:This is why OSS is so important by Anonymous Coward · · Score: 2, Interesting

      > When rogue apps start to make Android painful to use and own expect consumers to start looking for The Next Big Thing (tm).
      Yeah, it'll be like when everyone stopped using Windows and Microsoft was forced out of the OS busi....oh wait...

    10. Re:This is why OSS is so important by tweak13 · · Score: 1

      Location data based on IP address will not work on a cell phone. At least not on the Verizon network. I'm not sure how IP addresses are assigned by them, but it seems that they have blocks that are used to cover very wide areas. I live in the midwest, and the location for my IP regularly shows up as 2-3 states away. Provides for some fairly amusing "targeted" ads on occasion.

    11. Re:This is why OSS is so important by tibman · · Score: 1

      You can compare it to PC software. There is no regulating of what programs you are allowed to install or not.. this goes for linux and windows (i don't know mac). There are trusted vendors that emerge from the masses based on performance. The Android market is probably too new to produce "leaders" that people use as their goto software people. I enjoy the freedom of installing anything i want on my PC.. it should be the same for the phone. Why not?

      If you're going to install something on your computer, do you just accept any random executable and run it with admin rights? Hell no, you ask.. what is this? lemme google this and see what other people's experiences are with it... or ask a friend, they might know of a better app. This isn't something that only technical people can do.. everyone does it. Need to get your car fixed? Well, you probably aren't going to the first place you come across. You want a reference or some background on the shop before they take your jeep/car/truck apart.

      You sound like an American BMW owner, there is only one place you may get your car repaired, any other place will void your warranty. You may not work on your own vehicle. Some people like this, it's even great for some people. Other people want more choice and freedom. One is not stupid over the other.. but you can have a preference for one over the other.

      --
      http://soylentnews.org/~tibman
    12. Re:This is why OSS is so important by amicusNYCL · · Score: 1

      You then make a leap to conclude that "Android is for 'power users'" and Apple for everyone else.

      No, I didn't conclude that. You can tell by the phrase "maybe it's just the case". That's one hypothesis for why Android users seem to favor an open market. I don't know what the actual reason or reasons are, so that's why I guessed.

      I would expect Google to tell developers to show source, parse that source for obvious bad behavior, and act to prevent problems, be they memory leaks, Java cache loops, or mad-dialing behavior or attempts to use information they're not supposed to.

      They can do that, but they can only do that on their own marketplace. It's fine if Google wants to vet apps, as long as they don't require that all apps that get installed need to have been vetted by Google. That's the negative part of the Apple model.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    13. Re:This is why OSS is so important by Archangel+Michael · · Score: 1

      Someone needs to parody that commercial (Evo vs iPhone) with a script that goes something like this:

      iPhone User: You're gonna get a virus from that FART app

      Evo User: I don't care

      iPhone: You're gonna have your money drained from your bank account

      Evo; I don't care

      --
      Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
    14. Re:This is why OSS is so important by postbigbang · · Score: 1

      Then the added value of a Google store is simply as a money taker, and any subsequent Android app vendor unless they vet the code.

      In my mind, the negative part of Apple's model is threefold: 1) Apple's hideous commission, 2) censorship without providing an adult marketplace, and 3) components of the vetting process that very highly restrict an application's behavior in a way that doesn't suit Apple, not the user's intention or desire.

      Just throwing open a store and saying here are some great Android apps has lead to the vanquishing of privacy (e.g. local) and now insane user charges. How many more cuts before the patient dies from them?

      --
      ---- Teach Peace. It's Cheaper Than War.
    15. Re:This is why OSS is so important by TheCRAIGGERS · · Score: 1

      This is the same reason why I'm still running a version of Pandora from nearly a year ago, along with a couple other apps. I still get the annoying notification about having 3 updates ready to install, but I feel it's a small price to pay.

    16. Re:This is why OSS is so important by RobDude · · Score: 4, Interesting

      Eh - malicious devs aren't retarded. If you are going to write code that does something bad, you'll hide it in an app that would also need that level of access.

      For example - if I want to write an app that will secretly send text messages from your own to a premium text service that will cost you $9.99 per text - I wouldn't stick it into a card game app. I'd stick it into an app that claims to do something novel or useful with text messages. Like an app that takes your boring text message and translates it into ebonics, or leet speak or whatever.

      If you code it in such a way that, it won't send out the premium texts until after a particular date - say 3 months after you write it; if it's a half-way decent app, you'd have plenty of time to build a user base with decent ratings.

    17. Re:This is why OSS is so important by RobDude · · Score: 1

      Given that the vast majority of their users will spends hours and hours using the fruits of their labor; they'll refuse to support it with funds. No matter how great they think it is.

      That sense of entitlement pushes software devs to come up with creative ways to make money. Advertising is the go-to and if they can get more money using the GPS to make it targeted ads, of course they are going to try.

      I'm sure nobody at Pandora is going to lose sleep because someone won't install their free app and use it, for free, because they access the GPS.

    18. Re:This is why OSS is so important by Specter · · Score: 3, Insightful

      I don't doubt that you're right or that Android will continue to be popular with the technically savvy. The risk for Android is that it puts Linux's chaos and complexity front and center in the mobile phone market and ends up burning out customers because people are overwhelmed with choices and malware. (Is it the year of the Linux desktop yet?)

      Let's face it: Apple doesn't police the App Store out of some Machiavellian power trip or pure altruism, they do it to protect their brand identity (and therefore their ability to demand a premium for their products). That it also happens to be a nice benefit for their customers is just a happy side-effect.

      Google's abdicated this role in the Marketplace and I think that's dangerous for the long term viability of Android as a mobile platform. Google isn't acting like it believes it has to care, but it should.

      If Nokia weren't so culturally opposed to anything they didn't invent themselves this would be a grand opportunity for them: adopt Android and build a walled garden for Android in the Apple style. A variety of cutting edge phones, with high end features, global support from multiple carrier partners AND a protected/policed app store? It would be a game changer for both Android and Nokia, but they'll never do it. (Look up in NIH syndrome and you'll get a redirect to Nokia's home page.)

    19. Re:This is why OSS is so important by Chees0rz · · Score: 1

      If a simple card game asks for fine-grain location information or full internet access, that should be a red flag to anyone paying attention.

      Unless of course the card game advertises a global high score list. I haven't gone through all the Android permissions - but I think you'd have to grant it full internet access. This is where trust comes in to play...

    20. Re:This is why OSS is so important by w0mprat · · Score: 3, Interesting

      This is the value of the App Store that geeks/developers consistently underrate. Apple's walled garden provides a barrier to entry that helps to reduce the risk of ending up with a fart app that's also downloading your private banking information to China.

      This could also lead to a false sense of security, which is also massively underrated. Apple can't possibly catch all software flaws. Indeed iOS4 was jailbreaked by a vulnerability in PDF code, leading to a simple website visit to gain root access to your phone. Which was a little scary to think what might have happend if that vulnerbaility was in the hands of a malicious party.

      Android won't need anti-virus because it is very robust security model. It is linux after all, which is largely virus and malware free. The design of the OS is even more robust than desktop linux. With the exception of rooted phones, viruses would find it very difficult to propogate let alone do any real damage.

      The occasional malicious app that steals some userdata is about all that can go wrong. For now.

      The value of the Apple App store is Apple has done some of the thinking for you. Unfortunately this means iOS users will install everything without ever stopping to consider security. This is dangerous to have a user base completely ignorant of security matters and Apple is demonstrably guilty of keeping it's users in the dark as much as possible. Androids prompt for permissions is a rather good way of making people stop and think about the app you are about to install, and I believe this kind of thing is the correct initial approach. User education is 90% of the problem with security on digital platforms.

      In practice, both iOS and Android have problems with malware already, and it's hard to say one has more of a problem than the other. Frankly, neither approach to app security is ideal therefore both platforms will be constantly fighting malware. Android could do with a lot more quality control - at very least stop neglecting the market, the moderation system for comments and ratings needs updating. Nothing beats weeding out bad apps by a good feedback system.

      --
      After logging in slashdot still does not take you back to the page you were on. It's been that way for 20 years.
    21. Re:This is why OSS is so important by Anonymous Coward · · Score: 0

      Yes, yes, GPS. What about contacts? Does it ask you for that? That is more important than my current location IMHO.

    22. Re:This is why OSS is so important by c0d3g33k · · Score: 1

      The risk for Android is that it puts Linux's chaos and complexity front and center in the mobile phone market and ends up burning out customers because people are overwhelmed with choices and malware.

      Keep Linux out of this - the problem at its heart has nothing to do with Linux. Tux is just an innocent bystander in this instance. This situation could arise for any OS. In its current form, the Android Market isn't really much different from a site like tucows (http://www.tucows.com/). Download and install at your own risk applies throughout - platform/OS is irrelevant.

    23. Re:This is why OSS is so important by c0d3g33k · · Score: 1

      This isn't really so much about taking away the freedom to install anything - that's not what people are talking about. It's about the false of security and legitimacy that the Market provides by presenting itself as the "official source" for Android apps. The freedom you want is fully available: there is a checkbox in the Settings menu to allow installation of apps from non-Market sources. Using this allows you to browse to any site that has an apk file and install it if you wish. That's fine and as it should be to preserve freedom. Checking this box, however throws up a scary warning dialog stating you proceed at your own risk. The implication is that the Market is a "safe" source of apps that poses no serious risk compared to the 'non-market' app space. "Trust us - our apps are safe". Today's story suggests that this is mostly an illusion.

    24. Re:This is why OSS is so important by ceoyoyo · · Score: 1

      Apple also has a vested interest in keeping their users (the majority that actually counts) very happy. They need to keep selling devices, so they keep making money.

      Google doesn't have that incentive to nearly such a degree. They only make money off the ads and the information they can gather. Google is probably irritated that the make a buck quick scanners are screwing their long game.

    25. Re:This is why OSS is so important by amicusNYCL · · Score: 1

      Eh - malicious devs aren't retarded.

      Not all of them, sure, but it's easy to go for the low-hanging fruit.

      I saw this game listed on the market that was basically just a novelty that used the accelerometer. You had a picture of a trash can in front of you, and the object is to "toss" your phone into the trash (the animation showed you holding a wad of paper, rock, iPhone, etc). The comments on this game were all about how addictive it was, etc. I go to install it, and the list of permissions that thing wanted was staggering. Every kind of location data, full network, call log, message log, phone data, storage, audio, etc. I was actually surprised at the number of reviews this thing had apparently from people who went ahead and installed it anyway.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    26. Re:This is why OSS is so important by ceoyoyo · · Score: 3, Insightful

      The majority of the general cell phone using population is always going to be ignorant of security, and is always going to want someone else to deal with it.

      iOS is also quite secure by design. It is based on a real UNIX that also has very few wild viruses. iOS has had a couple of bad remote exploits in it's existence, both of which were fixed pretty fast. Android (just like Linux and any other OS) has some too. Fixing them in Android might actually be problemmatic as many carriers seem to take the view that os upgrades are optional. Both systems are inherently as vulnerable to trojans as anything else. The difference is, Apple does a pretty thorough job of prescreening, and doesn't let you install pretty.scr that your friend emailed you. Google doesn't. And tossing your users out to look after their own security doesn't work. Otherwise Windows would be the safest OS.

      Google is going to have to step up before something bad and widespread happens. If they don't, someone else, probably the carriers, will do it for them. And if you think Apple is repressive, you've clearly forgotten what (popular) cell phones were like before the iPhone.

    27. Re:This is why OSS is so important by Predatory+QQmber · · Score: 1

      And what a hell this should do with "Linux" at all ?

      Granted, it runs Linux Kernel but everything else have nothing... _nothing_ to do with what people (and looks like you are not an exception) refer to when they say "Linux". Everything else Google made from scratch. And on Java. That Java: http://www.gnu.org/philosophy/java-trap.html http://www.gnu.org/philosophy/javascript-trap.html
      And even its in-Kernel bits were ditched from mainstream Kernel for failing in quality and lack of support.
      "Linux's chaos and complexity"... riiight. Someone, prescribe anti-inflammatory to that man, stat !

      And Nokia. Nokia has bought and support Qt, most awesome multiplatform pure C/C++-and-more toolkit, and is cooperating with Intel so tight that they actually have discontinued their "Maemo" product in favor of merged project "MeeGo". Both if which, by the way, have real repositories and not this cut-down malware-infested crap. And you don't need to search for cryptic instructions and have telepathic powers to put your hands in its guts.

      It is, however, indeed disturbing how Google don't apparently give a damn about "Android" name and not hauling its ass for the rescue :\
      Vendor slovenliness, ugly behavior, one vulnerability after another and shitload of advertisement and dangerous, from the looks of it now - WTF ? Even i have got into situation when F/OSS-fanatic like me dissuades friends and alike from buying Android-based things.

      Thanks you, there is n900 for me... with some real "Linux" in it.

      --
      who dares wins
    28. Re:This is why OSS is so important by Ash-Fox · · Score: 1

      The risk for Android is that it puts Linux's chaos and complexity front and center in the mobile phone market and ends up burning out customers because people are overwhelmed with choices and malware.

      What? Linux?

      OH NOS, THERE IS A BUNCH OF VERSIONS ON KERNEL.ORG, TOO MUCH CHOICE!!!

      What does this have to do anything?

      --
      Change is certain; progress is not obligatory.
    29. Re:This is why OSS is so important by Ash-Fox · · Score: 0

      iOS is also quite secure by design. It is based on a real UNIX that also has very few wild viruses.

      What the hell are you talking about? iOS is based on OS X, which is based on NexT, which uses a Mach kernel tied together with a BSD subsystem, the resulting kernel is called XNU - X is Not Unix. It's about as closely based on Unix as Windows is, which believe it or not also has a similar subsystem called the "POSIX subsystem". The comment about very few wild viruses --- What? Real UNIX has had many wild viruses in the past, just look at many of the first worms like the Morris worm.

      Please actually research what you're talking about before commenting.

      --
      Change is certain; progress is not obligatory.
    30. Re:This is why OSS is so important by ceoyoyo · · Score: 2, Informative

      http://en.wikipedia.org/wiki/Mac_OS_X: "Mac OS X (pronounced /mæk o s tn/ mak oh es ten)[6] is a series of Unix-based operating systems and graphical user interfaces...."

      http://arstechnica.com/apple/news/2007/08/mac-os-x-leopard-receives-unix-03-certification.ars: Mac OS X Leopard receives UNIX 03 certification

      Oh, and mustn't forget:

      http://en.wikipedia.org/wiki/Computer_virus: "As of 2006, there are relatively few security exploits targeting Mac OS X (with a Unix-based file system and kernel)."

      Well, you're right about something, one of us should have done his research before commenting.

    31. Re:This is why OSS is so important by Anonymous Coward · · Score: 0

      Most people might be irritated if their PC needs re-imaging. They would be out of the water and totally pissed off with their phone. It is a utility after all. A home user might keep some contacts and whatnot, but if they get hacked, they typically turn it into a zombie and not much else. A phone has real potential to cost an end users hundreds or thousands of dollars with calls to 900 numbers.

      They are not exactly the same thing...

    32. Re:This is why OSS is so important by Karlt1 · · Score: 1

      X is Not Unix.

      The Open Group, you know the people who certify a system as Unix, disagrees with you.....

      http://arstechnica.com/apple/news/2007/08/mac-os-x-leopard-receives-unix-03-certification.ars

    33. Re:This is why OSS is so important by Ash-Fox · · Score: 1

      The Open Group, you know the people who certify a system as Unix, disagrees with you.....

      They disagree with me that the "XNU" kernel stands for "X is Not Unix"? I doubt that. That was the name Apple gave the kernel by the way. But, to show how compliant OS X is with UNIX. Let's take just ONE of the most simply touted features in Unix like say.. Forking and see how OS X does it? I could go on about how it does POSIX threads, device files, library loading etc. in a way that violate POSIX standards, but I'm not writing a whole article here.

      Apparently, you can't fork() without exec(), and this is explicitly allowed by POSIX standards which by the way, is how we determine if something is 'UNIX'. OS X cannot guarantee that the libraries in use are 'async-signal-safe' and thus, this will end up crashing the thread that attempts to fork() the process. I've discovered this and many other crash issues when trying to port various UNIX applications to OS X.

      Now here is the kicker. Windows' POSIX subsystem actually does this correctly, has UNIX certification too. OS X amusingly is lesser of a UNIX than Windows is and I don't particularly consider Windows to be a UNIX either and look how much of being a "UNIX" apparently protected Windows, right?

      --
      Change is certain; progress is not obligatory.
    34. Re:This is why OSS is so important by Ash-Fox · · Score: 1

      http://en.wikipedia.org/wiki/Mac_OS_X: "Mac OS X (pronounced /mæk o s tn/ mak oh es ten)[6] is a series of Unix-based operating systems and graphical user interfaces...."

      So, I went to the wikipedia article, went to the sources list and they verified what I mentioned. The BSD subsystem etc. I don't see your point? Just because Wikipedia and Apple make a bad summary that a subsystem is apparently UNIX based doesn't mean anything, the fact Apple passes certification but doesn't comply to UNIX specifications (as mentioned in my other post) doesn't make it anymore of a UNIX than Windows which by the way, is more compliant with the specifications in it's POSIX subsystem which also has UNIX certification, where Windows also is sharing BSD code in it's subsystem, in some small utilities included with the OS etc. just like OS X.

      As of 2006, there are relatively few security exploits targeting Mac OS X (with a Unix-based file system and kernel)."

      How is this relevant to "UNIX" ? Windows is UNIX too if you're going by the vague reasoning OS X is a "real UNIX" and that didn't magically protect it. How is that relevant to my previous comment where UNIX has in the past been a major attack vector for worms, unlike the previous claim that apparently "real UNIX that also has very few wild viruses", UNIX has had many viruses.

      --
      Change is certain; progress is not obligatory.
    35. Re:This is why OSS is so important by tibman · · Score: 1

      That could be very true. If google is not taking responsibility for the "official" apps, it could get scary. But the plus side is it leaves open the ability for someone to create a "Trusted Market" app where the app acceptance could be requirement to open source for QA or other mechanisms above and beyond the "official market".

      --
      http://soylentnews.org/~tibman
    36. Re:This is why OSS is so important by Karlt1 · · Score: 1

      Now here is the kicker. Windows' POSIX subsystem actually does this correctly, has UNIX certification too. OS X amusingly is lesser of a UNIX than Windows is and I don't particularly consider Windows to be a UNIX either and look how much of being a "UNIX" apparently protected Windows, right?

      Well you don't get to decide what is and is not Unix(tm). The Open Group does. Has the Open Group certified Windows as being Unix(tm)?

    37. Re:This is why OSS is so important by Specter · · Score: 1

      (For simplicity's sake, replying to all the "Linux, WTF!" threads here.)

      First off, I'm a Board member of LPI so I've got nothing against Linux; quite the opposite in fact.

      Secondly, it's the culture of Linux that I'm referring to, not the OS per se. The things that are important to the Linux community, freedom and choice, are not important to the same degree to the majority of computing (mobile or otherwise) users. Hence my reference to the never-quite-here year of the Linux desktop. People don't stick to Windows because they necessarily like it better or they're ignorant of the alternatives, they stick with Windows because is good enough and more importantly it runs the apps they like and have come to trust. One thing they definitely do not like about Windows is the malware, but since nothing else runs the apps they like, they're stuck (for now).

      Seriously, let's say Steve didn't ink an exclusive with AT&T in the US: pick your favorite carrier and boot up your iPhone. Exactly how successful do you think Android would have been in that scenario? My theory: not very. If people could get the bling they wanted running the apps they like, Android would be an also-ran fighting with WP7, WebOS, and MeeGo for Apple's table scraps. Android is currently successful because Apple's chosen to make their product distribution exclusive. Nature abhors a vacuum and Android lets every not-Apple cheaply and quickly produce a product that's a reasonable substitute for an iPhone to fill it.

      Apple's ace-in-hole is the App Store: so long as people can get the apps they want and can trust the store not to leave them with malware, Apple's got a nifty Windows-like lock on consumers. (As a side note: I think this benefit was an after thought to Apple; I believe protecting their brand was the key driver for the App Store in Apple's eyes.) To some degree this helps to protect Apple from the fact that mobile technology is also now about fashion. Fashion is faddish and without the App Store to anchor customers, Apple's competitors have a reasonable chance of pulling customers away as fashions change. This is why having a trusted app store is so important to the Android community: it helps to make Android sticky through changes in fashion. However, if customers don't trust the app store and they can get what they want from a store they do trust, they're going to migrate there when things get painful, and malware is going to make Marketplace painful.

      tl;dr:
          o Freedom and choice aren't as important to most people as they are to the Linux community.
          o Android's thriving because Apple intentionally left a vacuum in the market.
          o With apologies to James Carville, "It's the app store, silly!"

    38. Re:This is why OSS is so important by Ash-Fox · · Score: 1

      Has the Open Group certified Windows as being Unix(tm)?

      Microsoft's POSIX subsystem has been previously certified, yes. Then later a company called Interix evolved the subsystem later and implemented the later POSIX specifications on top of it along with a full userland, Microsoft ate them and they became "Windows Services for UNIX" which holds a UNIX certification from opengroup (it's not on the first page of Google when looking for 'Windows Services for UNIX certification' and I honestly cannot be assed to go further). The POSIX subsystem it self is shipped with Windows without the Windows Services for UNIX userland which uses it. Although there are the UNIX based applications still shipped with windows like FTP, Telnet etc. just like OS X.

      Well you don't get to decide what is and is not Unix(tm).

      I'm not making a decision here, it's obvious, it is not UNIX and it's no more based on UNIX than Windows is, they both hold certifications and they both contain UNIX code, which doesn't happen to be even close to the majority of code in either.

      And to go further into the matter, while there is certification saying OS X is compliant with UNIX standards, their test case applications obviously did not take into account everything into the POSIX specification which is why OS X can fail at porting basic UNIX applications that are fully compliant with the specification (such as in my forking example where you refused to even address the point), you can't claim it's compliant to the specification when I just pointed an area where it is. Now, I could go and bitch at opengroup for not making enough test cases to enforce their specifications, but to be frank, it's hard enough trying to push bugs to get fixed from other developers without having to deal with these groups.

      I wouldn't be opposed to saying there are pieces of OS X based on UNIX, but I am opposed to the implication that it is majority based on UNIX. There is very little of UNIX code, philosophy, structures even used in the entire operating system by comparison, that's not to say there aren't adaptations, but it isn't what people appear to be claiming in earlier threads.

      But, the problem with the previous posts, is that they even go further and claim that because there is UNIX code in there, it's magically more secure. It's like saying that because I included a random .c file from UNIX in my application, it's been turned magically secure. Then to go again, even further and claim that a platform that had a history of many viruses has had few viruses is just ludicrous and obviously looking like a lot of this is marketing hype. You can write some of the worst most insecure services/daemon code in the world, the fact it runs on UNIX or Windows generally wouldn't make that much of a difference, the application will get penetrated either way.

      But, I digress...

      In your original reply, you said that "The Open Group, you know the people who certify a system as Unix, disagrees with you....." about "X is Not Unix" (you can see the definition on Apple's own website).

      So, I looked at the URL given and don't see any protest about the acronym for the XNU kernel, which means "X is Not Unix" on the page. Perhaps you could point it out more clearly for me? I can't even find the word 'XNU' or 'acronym', or is Firefox find just not working for me because I'm not at a computer that "just works" at this moment?

      --
      Change is certain; progress is not obligatory.
    39. Re:This is why OSS is so important by Mike+Buddha · · Score: 1

      A phone has real potential to cost an end users hundreds or thousands of dollars with calls to 900 numbers.

      They are not exactly the same thing...

      So FUD is the reason we need walled gardens?

      --
      by Mike Buddha -- Someday the mountain might get him, but the law never will.
    40. Re:This is why OSS is so important by Karlt1 · · Score: 1

      UNIX compliance is decided by the Open Group. Posix compliance is an IEEE standard. Windows can have a POSIX layer without being POSIX compliance and Posix compliance doesn't imply UNIX(tm) compliance.

      I'm not making a decision here, it's obvious, it is not UNIX and it's no more based on UNIX than Windows is, they both hold certifications and they both contain UNIX code, which doesn't happen to be even close to the majority of code in either.

      There is no such thing as "being based on UNIX" and the amount of code that comes from Unix doesn't matter. UNIX is a specification and a trademark. If it meets their specification and the Open Group says that it is UNIX then it is. It doesn't matter what else Apple puts on top of it.

      If a program meets all of the requirements of RFC959 it is an FTP program. It doesn't matter if the code was written in QBasic.

      hey disagree with me that the "XNU" kernel stands for "X is Not Unix"? I doubt that

      NeXTStep was created in the 80's. The first version of OS X that received UNIX(tm) certification was 10.5:

      And yes Apple would disagree with you:

      http://www.apple.com/server/macosx/technology/unix.html

      "Mac OS X Server is built on a fully compliant UNIX foundation. This battle-tested core provides the stability, performance, and security that organizations require. And full UNIX conformance ensures compatibility with existing server and application software."

      As far as the fork without exec. Are you sure that's not a POSIX requirement?

       

    41. Re:This is why OSS is so important by Ash-Fox · · Score: 1

      UNIX compliance is decided by the Open Group. Posix compliance is an IEEE standard. Windows can have a POSIX layer without being POSIX compliance and Posix compliance doesn't imply UNIX(tm) compliance.

      If you say so...

      There is no such thing as "being based on UNIX" and the amount of code that comes from Unix doesn't matter.

      Then we have nothing to discuss on this matter, because that's not what the previous comments were saying.

      And yes Apple would disagree with you:

      http://www.apple.com/server/macosx/technology/unix.html

      I don't see anything there that again, disputes the acronym that Apple gave to the kernel which is the question, which what I keep bringing up and you keep conveniently(?) ignoring.

      As far as the fork without exec. Are you sure that's not a POSIX requirement?

      Considering things like "The Single UNIX Specification", which includes POSIX, pretty sure.

      --
      Change is certain; progress is not obligatory.
  3. 15 of the 30... by GweeDo · · Score: 0, Troll

    15 of the 30 got on their list due to providing location data for advertising. I hardly consider that a sending your personal data as the article implies.

    1. Re:15 of the 30... by wgaryhas · · Score: 4, Insightful

      Being able to know where you are and when isn't personal information?

      --
      "For every complex problem, there is a solution that is simple, neat, and wrong." - H.L. Mencken
    2. Re:15 of the 30... by Anonymous Coward · · Score: 0

      where do you live?

    3. Re:15 of the 30... by Anonymous Coward · · Score: 0

      @GweeDo I disagree

    4. Re:15 of the 30... by Anonymous Coward · · Score: 0

      The thing is, whenever you add an application to your Android phone, it very explicitly and clearly states which parts of your phone will be accessed and potentially communicated. If you installed the "3001 Wisdom Quotes Lite" application and weren't paying attention when it said it'd be using your Location info, that's on you. It's not even like you have to scroll through a 100 page terms of service agreement, it's 3 friggen lines on your screen in great big letters with a dialog asking for permission. Same reason UAC fails on Windows, people just click OK.

    5. Re:15 of the 30... by ciscoeng · · Score: 5, Funny

      "This is OnStar. You appear to be traveling at a high rate of speed after stopping at a bank. Do you require police assistance?"

    6. Re:15 of the 30... by nacturation · · Score: 1

      Being able to know where you are and when isn't personal information?

      As long as no "who" information is transmitted to the advertiser, it's not personal. It's just some unknown device at coordinates X,Y at time T. Add on a unique identifier, then it starts getting personal as they can start building a profile of person P.

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    7. Re:15 of the 30... by ADRA · · Score: 1

      AdMob uses the -coarse- sensitive location for ads when you want to serve up something thats location sensitive like 'Eat at McDonalds in "My City" at abc blvd.' but that's pretty much it. All they really need is the coarse location setting which gives a general approximation of where the individual is at in order to target ads for the best experience. That's is a location sensitive ad, and it was the choice of the app developer to allow it. The app developer wants more money from their ads, but its not lkike any of them control how that data is collected or used. If you have a problem with the 'data leak' then don't connect to the internet without 3rd party proxies in between and don't install any applications, because invariably some of them are leaking data back to somewhere all the time. Hell, I'm typing this from Firefox which pretty much calls home on a daily basis. I don't bother to check on the bits flying across the wire, they could be leaking a key log for all I know. If you don't want geo sensitive ads served to your device then don't use that person's app. Is there something evil or nefarious about the DEVELOPERS of these apps? No. Moving along...

      --
      Bye!
    8. Re:15 of the 30... by Internalist · · Score: 1

      Not if you take into account anyone who's got line-of-sight to you, or is within earshot of you...

      --
      Research is what I'm doing when I don't know what I'm doing. -- Wernher von Braun
    9. Re:15 of the 30... by Monchanger · · Score: 1

      Not if they don't know who you are. You're not scared enough of being seen driving down the highway to hide your face and plates. Nor are most technical people so fearful of this that they'll bother to use a proxy to avoid IP and browser information to be revealed.

      Raw GPS data in itself is pretty useless except to correlate similar coordinates. What can they do- send you an ad for a local pizzeria if it's dinnertime, or local entertainment otherwise? Big deal.

      There is only capacity to profile if they could get frequent updates, with which to build a real tracking database which shows extended location periods such as home/work. That and they'd need to be able to uniquely identify each user to actually figure out where you live and work/school instead of just getting locations where random Android phones have checked in. And then to get reliable data that'd take an application you use routinely, not just some random sudoku game and you're just that bored to play everywhere you go.

      Granting them access to your name & address, contacts, list of installed applications, email and browser history is a completely different matter. It's much easier and far more reliable to drive around looking for a nice car in a driveway and watch the house for a couple days.

      That is, unless you're overly paranoid and premise that the whole world is watching your every move because you're just that special.

      The key, as has been pointed out, is not to install random crap you see on the Internet without scrutinizing it and its source. Come on, nobody is pointing out that there's nothing new to this issue and that PCs (Windows, that is) and weak passwords are far ore vulnerable to privacy violations.

      Obvious tips which require little more than a spinal cord: Application requesting far too many permissions it doesn't seem to actuall need? Don't install. No listed developer website? I'd pass. Free application? Be extra careful because no paper trail will provide some minimal amount of tracking. Reviews are obviously self-promotions or written by children? Ignore the number of stars. And the pinnacle of obvious: Sounds too good to be true? It's not.

    10. Re:15 of the 30... by pclminion · · Score: 1

      As long as no "who" information is transmitted to the advertiser, it's not personal. It's just some unknown device at coordinates X,Y at time T.

      Are you braindead? "Hey, this guy goes to the same spot every day at 5:30 PM and remains there until 7:30 the next morning. That must be his home. Hey, here's the address. Hey, I got his name now."

    11. Re:15 of the 30... by shadowfaxcrx · · Score: 1

      Are you? If the information is anonymous, and only says "a mobile device was here at this time," then it has no way of knowing that the same mobile device is there every day at 5:30.

      That's why you don't want it sending "who" information.

      --
      "I disagree with you" does not equal "flamebait."
    12. Re:15 of the 30... by pclminion · · Score: 1

      Are you? If the information is anonymous, and only says "a mobile device was here at this time," then it has no way of knowing that the same mobile device is there every day at 5:30.

      Such information is completely USELESS. It amounts to a series of points in spacetime, and that's it. "On the surface of the earth, at this present moment, there exist a number of mobile devices in these specific locations." Unless the next sample also tracks continuity of the devices, the only value of such information would be insta-marketing based on your present location (standing near a Starbucks, an ad for Starbucks pops up) but what the hell sort of mobile device behaves that way? If my phone constantly popped advertisements I'd throw it in the dumpster and get something else.

      I see no way they could NOT be tracking the specific device in some way. It would be POINTLESS.

    13. Re:15 of the 30... by nacturation · · Score: 1

      As long as no "who" information is transmitted to the advertiser, it's not personal. It's just some unknown device at coordinates X,Y at time T.

      Are you braindead? "Hey, this guy goes to the same spot every day at 5:30 PM and remains there until 7:30 the next morning. That must be his home. Hey, here's the address. Hey, I got his name now."

      What part of "no 'who' information" is difficult to understand? With only location and time, there is no "this guy". Your data looks like this:

      latitude longitude time
      52.82191183 23.49163528 9/30/2010 18:40
      49.31389364 41.23847416 9/30/2010 18:46
      46.95183108 63.59308896 9/30/2010 18:50
      62.72546603 34.30812174 9/30/2010 18:52
      28.17931819 26.4772956 9/30/2010 19:01
      28.62210586 64.75609574 9/30/2010 19:03
      28.70329191 55.00591516 9/30/2010 19:04
      61.39666698 55.71977184 9/30/2010 19:04
      50.32201953 56.79666622 9/30/2010 19:14
      32.4023539 47.37164783 9/30/2010 19:19
      39.42559201 44.07647876 9/30/2010 19:19
      60.60999337 51.13458741 9/30/2010 19:24
      46.70337949 34.68462047 9/30/2010 19:25
      51.09737975 64.94909826 9/30/2010 19:31
      42.18390336 21.16306122 9/30/2010 19:35
      56.65477433 63.48741398 9/30/2010 19:38
      32.35623029 63.67496442 9/30/2010 19:40
      34.55327381 24.66248065 9/30/2010 19:44
      43.53629806 63.71148868 9/30/2010 19:46

      Sure, you could group together similar coordinates and look for patterns in the time. And if you're willing to go to such lengths to try and locate random residences... I have a better idea. It would be far easier to drive around the city in a black van and discover all these wonderful things called "houses" where far more of these unknown people live, and you didn't even have to serve them advertising. Their houses are just RIGHT THERE in plain sight, man! Or launch Google maps and go into satellite view. Wow, look at all the houses! People LIVE THERE man! You don't need lat/long/time to find those either!

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    14. Re:15 of the 30... by shadowfaxcrx · · Score: 1

      You're thinking purely in marketing terms. What if the programmer just wants to see where phones that use his software are? Then you don't need to track, and you don't need who data.

      --
      "I disagree with you" does not equal "flamebait."
  4. List anyone? by Anonymous Coward · · Score: 0

    Does anyone have a comprehensive list of which apps are sharing data? Or better yet, is there a website where we could report such behavior, and that information would be viewed by others?

    1. Re:List anyone? by Americano · · Score: 1

      Wikileaks!

  5. But how? by Drakkenmensch · · Score: 5, Insightful

    "We also provide developers with best practices about how to handle user data. We consistently advise users to only install apps they trust.'"

    How exactly is one supposed to do this? What is the process for building trust vis-a-vis apps when the only protection you receive from your service provider is "don't walk into dark alleys you don't trust"?

    1. Re:But how? by Anonymous Coward · · Score: 3, Funny

      For a start, don't install a flashlight app that requests access to network features.

    2. Re:But how? by Kenja · · Score: 2, Informative

      For example. If the fart sound generator you download needs access to your call log (which you are told when you install it) I wouldn't trust it.

      --

      "Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
    3. Re:But how? by Anonymous Coward · · Score: 0

      It's worked out on desktops somehow. So how has it worked on desktops and how do we apply that to phones?

    4. Re:But how? by Drakkenmensch · · Score: 3, Interesting

      desktops have antivirus, antimalware and firewalls. What does your android phone have?

    5. Re:But how? by Wiarumas · · Score: 1

      Only install apps you trust. Like IE6 and Weatherbug.

      --
      I will bend like a reed in the wind.
    6. Re:But how? by Anonymous Coward · · Score: 0

      What does your android phone have?

      Too much Google in my Linux box.

    7. Re:But how? by Anonymous Coward · · Score: 0

      If you really want it...

      http://www.androlib.com/android.application.com-antivirus-Czm.aspx

      But I prefer the same protection for my phone that I prefer for my desktop; Be smart about what you download.

    8. Re:But how? by Anonymous Coward · · Score: 0

      desktops have antivirus, antimalware and firewalls. What does your android phone have?

      Lookout... probably on that list for sending information to China.

    9. Re:But how? by Anonymous Coward · · Score: 0

      desktops have antivirus, antimalware and firewalls. What does your android phone have?

      I don't know what your/his/her android phone has. But a few years back, my Nokia E-series running Symbian had antivirus and a firewall.

    10. Re:But how? by RichiH · · Score: 1

      > What does your android phone have?

      A user who refuses to install crap. Sometimes, it sucks not to install X, but hey. My device, my rules.

    11. Re:But how? by gonzocanuck2 · · Score: 2, Interesting

      Good question. I wanted to install a recipe application by a popular brand name company (although the idea of trust with said company might be a little shaky - their guacamole only contains 2% avocado or somesuch) but I didn't feel right because of the permissions required. This app is available for the iPhone, so I don't know if it comes with the same restrictions. I emailed them asking them why the app needs to know my phone's identity and contact data as well as location. They responded thinking that I had a problem installing and downloading the app. I re-explained what I wanted to know and haven't heard back from them. That was at least two months ago.

    12. Re:But how? by Anonymous Coward · · Score: 0

      An edited hosts file, adfree android and droidwall...

    13. Re:But how? by stephanruby · · Score: 1

      How exactly is one supposed to do this?

      Read the user reviews. Take a look at its number of stars. If a multi-player game (as the article mentions) is sending geo data in the background when it's not even supposed to be running -- someone will tell you this, in fact the app will have such a low star rating as a result, you're not even likely to want to download it in the first place.

      Believe me, there are enough people watching battery usage, watching running processes, watching aLogcat (not just the sdk logging tool, but the logging app that can be downloaded from the Market), and running different background debugging/logging/tracing tools while they're using their own devices, that the first place to be immediately notified of any problem is usually the Marketplace, and therefore immediately any of the other users (that might want to download the app).

      Is this system perfect? No, but right now, it's working pretty smoothly, probably so smoothly that the journalist writing the article didn't even feel like listing the apps guilty of this (listing them would probably nullify his points, since we could immediately look them up and tell you how long it took between the time the update/app was published and the time the suspicious activity was first discovered and penalized in its ratings and comments).

    14. Re:But how? by caluml · · Score: 1

      desktops have antivirus, antimalware and firewalls.

      Antivirus? No.
      Antimalware? No.
      Firewalls? Well, yes, iptables.

      Try using a decent OS.

    15. Re:But how? by mjwx · · Score: 1

      desktops have antivirus, antimalware and firewalls. What does your android phone have?

      A firewall and a system designed not to be conducive to drive by attacks.

      Sorry to interrupt your anti-Android rant but you seem to have forgotten two very important things, 1. Anti-virus/malware is not preventative, it's reactive meaning it's not going to prevent you from getting viruses or malware, it will only to let you know that it's detected one. 2. They dont work (mostly). No AV package can detect new 0-day vulnerabilities or viruses that do not fit their pre-existing definitions. Further more they will not stop the user from installing anything harmful, no OS can, not even Apple's walled garden. Anti-virus/malware is only meant to protect you from drive by attacks, not deliberate user initiated infections.

      The only real defence against viruses and malware are good habits. This counts out the vast majority of users.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    16. Re:But how? by Anonymous Coward · · Score: 0

      There is a good firewall application available for Android. It is called Droid Wall: http://code.google.com/p/droidwall/

  6. default permissions by Anonymous Coward · · Score: 1

    All apps have access to r/w your sdcard, and to get your identity (esn/imei/meid/phone number). Once you give an app permission to access the internet, your identity and sdcard contents are public. Google needs to fix this. Don't believe me? Install a file manager app. Most won't ask for permission to access the sdcard, but they will be able to. Some permissions are granted without the app asking for it.

    1. Re:default permissions by BradleyUffner · · Score: 2, Informative

      All apps have access to r/w your sdcard, and to get your identity (esn/imei/meid/phone number). Once you give an app permission to access the internet, your identity and sdcard contents are public.

      Google needs to fix this. Don't believe me? Install a file manager app. Most won't ask for permission to access the sdcard, but they will be able to. Some permissions are granted without the app asking for it.

      Are you sure? In the app I wrote I had to explicitly request access to these in the application's manifest file, or get an error.

    2. Re:default permissions by Anonymous Coward · · Score: 0

      Which permissions, how long ago, and did you install it through the market or using adb? Installing through the market automatically grants the sdcard and identity permissions without telling the user. Take the exact same apk and sideload it and those permissions will be shown to the user before installing.

    3. Re:default permissions by Anonymous Coward · · Score: 0

      Go in to the Market and search for pub:"Adao Team" and look at the permissions on their app called "File Manager". It only asks for internet acces, install shortcuts, and kill background processes. I bet it can access the sdcard even though it doesn't ask for it. It would be useless if it couldn't access the sd card.

    4. Re:default permissions by Anonymous Coward · · Score: 0

      Yet many other file managers in the market ask for SD card permission. Why do some ask for it while others don't? Is it because of the version of the Android OS each app says it can run under?

      However it works, I don't like the idea of all apps possibly having access to my SD card and phone number.

    5. Re:default permissions by DaleCooper82 · · Score: 1

      Sorry, but I beg to differ. To get access to IMEI etc. you need READ_PHONE_STATE permission. To WRITE to SD card you need WRITE_EXTERNAL_STORAGE. OTOH it is true that any app can read SD card content without any additional permissions.

      --
      :: There is no light at the end of a tunnel. There is a tunnel after a tunnel : Thom Y. ::
    6. Re:default permissions by Anonymous Coward · · Score: 0

      True, but all apps have those permissions. For example install "Text Edit" by Paul Mach. It won't ask for any permissions when it installs, but it will have both of the permissions that you mentioned once installed.

  7. What Android needs... by Nadaka · · Score: 4, Insightful

    Not only the ability to display what permissions an app requests, but the ability to deny the use of those features on a per feature basis for each app.

    For instance, an app may request internet access (cellular radio or wifi), the user should be able to choose to limit that to just wifi or even turn off connectivity for that app all together.

    1. Re:What Android needs... by netsharc · · Score: 4, Interesting

      which, incidentally, is what BlackBerry has. You can allow/deny each app permission to access your address book, calendar, internet connection, send SMS, open your mailbox, etc. I don't think even the iOS have that yet (or well, I think it does, but for GPS location only). An app must be prepared to get an "access denied" exception, and survive through it.

      And for corporate users, an admin can even set your phone to not allow installation of custom programs, deny all requests to read the user's calendar/address book (except for a white-list of apps), etc, etc.

      As an Android user I wish Android would copy this feature, and as a fan of superior technology, I wish BlackBerry could promote these security features more.

      --
      What time is it/will be over there? Check with my iPhone app!
    2. Re:What Android needs... by BradleyUffner · · Score: 1

      Not only the ability to display what permissions an app requests, but the ability to deny the use of those features on a per feature basis for each app.

      For instance, an app may request internet access (cellular radio or wifi), the user should be able to choose to limit that to just wifi or even turn off connectivity for that app all together.

      This would be pretty awesome from an end user perspective, but would cause havoc with the ad supported applications on the market. Though I suppose that could be worked around by having the application state if a permission is optional or required. If the user denies a required permission the app won't install.

    3. Re:What Android needs... by BlueKitties · · Score: 1

      That could induce explosions. Consider the following line of code: displayUserName(getUserNameFromWeb()); That line of code will not function if it doesn't have web access. You can restrict the options of the app, but this will cause two things: existing apps that require certain features will suddenly stop working, and all new apps will be required to account for such exceptional cases (something everyone should do already, but this will magnify the issue.)

      --
      "Sorrow is better than laughter, for by sadness of face the heart is made glad." [Ecclesiastes 7:3]
    4. Re:What Android needs... by theshowmecanuck · · Score: 1

      How much does the fact that the system/OS was created by Google, which is in the business of trying to mine as much personal data as it can? Is this misplaced trust just because they have a (now jaded) motto of 'do no evil'? People complain about privacy on Facebook while I am concerned more about Google. (Concerned because I can't really worry about something that is very difficult to do anything about by myself.)

      --
      -- I ignore anonymous replies to my comments and postings.
    5. Re:What Android needs... by OzPeter · · Score: 1

      Not only the ability to display what permissions an app requests, but the ability to deny the use of those features on a per feature basis for each app.

      So the phone needs a decent firewall now?

      --
      I am Slashdot. Are you Slashdot as well?
    6. Re:What Android needs... by Anonymous Coward · · Score: 0

      Consider the following line of code: displayUserName(getUserNameFromWeb()); That line of code will not function if it doesn't have web access.

      The same thing would happen if you're out of service area. Or if it asks for the GPS coords and your GPS can't get a lock. Apps already have issues where they don't have access to everything they need. Why not give the user control over it?

    7. Re:What Android needs... by AndrewNeo · · Score: 1

      What's interesting is that if an Android app doesn't have permission an exception is raised, but you're taught to make sure to add the permission flag instead of catching the exception. (Which makes sense, because as it stands right now, if you don't set the flag you'll -never- get the permission). But if they had told you to catch the exceptions, applications would be ready for user-flippable permissions.

    8. Re:What Android needs... by AndrewNeo · · Score: 1

      Or, rather than not installing, shows a dialog or something that says, "We need ad revenue to continue supporting this application! Please enable location permission so we can provide ads and let you use this application for free. Or buy our paid version!" That way the user knows what they're getting into.

    9. Re:What Android needs... by X0563511 · · Score: 1

      Gee, what are these "exception" things I keep hearing about? Someone was telling me you can catch them, and then handle them... whatever that means!?

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    10. Re:What Android needs... by ADRA · · Score: 1

      As a user, I think it'd be great to have the ability to nuke privileges to certain functions that I don't think that the app should have. Inversely, I think as a developer this would be incredibly frustrating. Taking away the ability to perform functions that very well could be a core function of the app would cause no end of frustration to debug and fix. Plus, bad reviews and crashes relating to stupid permissions filtering just increases the support head-ache of releasing apps.

      I think a happy solution would be to have apps that have mandatory and permissive permissions. Mandatory permissions must always be in place, but permissive ones can be turned on/off when first installed and later through the application settings menu. That means that I can release a piece of software that integrates with their address book if they want that integration, but if they don't want it, then they have the option of turning it off.

      Another nice feature for developers would be a small space to describe why they need a given system permission

      Thirdly, the other annoyance is that by supporting the Android 1.5 platform, it automatically assigns permissions for internet and write external. Both permissions make it difficult to have something like a tip calculator or fart app that doesn't look like spyware.

      --
      Bye!
    11. Re:What Android needs... by hedwards · · Score: 1

      It could, but there's no reason for ads to require you to tell them where you are at an given time. I get that advertisers get hard over it, but at some point you have to draw a line.

      More than that though, how much of the location stuff is really at the request of the developers? What say do they get when it comes to the overly invasive advertising other than not using it at all?

    12. Re:What Android needs... by hedwards · · Score: 1

      They've needed them for some time, it's just that for some reason they aren't really available yet.

    13. Re:What Android needs... by blueZ3 · · Score: 1

      The issue with advertising (as I see it) is that there are actually a lot of small advertisers who are willing to pay for ad space, but only if it's relevant. For instance, I see ads for a local shop--that provides services as opposed to retail--in one app on my phone. You can bet that that shop owner would be unwilling to pay for ads that were going to be distributed nationally, because 99% of the people who see that ad aren't going to live close enough to use the service.

      For someone like a car company, or an on-line retailer, or national fast food chain, location might not matter. Anyone anywhere might buy a Ford, shop at Amazon, or eat at McDonalds. But those big companies aren't going to be interested in advertising in a fart app that's been downloaded 300 times.

      I suspect that this, along with the thorny issue of using now-capped bandwidth to serve ads, is going to put ad-supported apps out of business.

      --
      Interested in a Flash-based MAME front end? Visit mame.danzbb.com
    14. Re:What Android needs... by tibman · · Score: 1

      I don't own an android phone yet, but i's linux based.. correct? Linux has a built in firewall via iptables. Why can't they just use that?

      --
      http://soylentnews.org/~tibman
    15. Re:What Android needs... by xaxa · · Score: 1

      My five year old Motorola phone had this feature. When a permission was needed it would say allow once, always, or deny. ...posted from Android.

    16. Re:What Android needs... by Chees0rz · · Score: 2, Interesting

      What's interesting is that if an Android app doesn't have permission an exception is raised, but you're taught to make sure to add the permission flag instead of catching the exception. (Which makes sense, because as it stands right now, if you don't set the flag you'll -never- get the permission). But if they had told you to catch the exceptions, applications would be ready for user-flippable permissions.

      Exactly. Take Camera.open for instance. According to the javadocs...

      Throws
      RuntimeException if connection to the camera service fails (for example, if the camera is in use by another process).

      What about a permission exception?!?!

      No - instead they say - "If you want to use the camera, include this catch all crap!"
      <uses-permission android:name="android.permission.CAMERA" / >
      <uses-feature android:name="android.hardware.camera" / >
      <uses-feature android:name="android.hardware.camera.autofocus" / >


      That's been my biggest pet peeve so far in developing. It can turn into a "add permission until it works" game for lazy developers.

    17. Re:What Android needs... by DrXym · · Score: 1

      Absolutely. I think this is the biggest failing of the Android security model. In principle its fine, but the permissions it requests are too broad or ambiguous and once you grant them up front you can never change them afterwards. I believe that regardless of what permissions the app says it needs, users (possibly by default) should be protected by something similar to UAC where they either grant or deny access to their private data. The dialog could also allow them to bestow complete trust in the app if they never want to see nag screens again, but by default more security is needed.

    18. Re:What Android needs... by Anonymous Coward · · Score: 0

      I'm all for having user flippable permissions, but I don't think Google's as evil as you're making them out to be.

      Google has ALWAYS made it obvious when information about you is being routed to their servers. For example, you turn on Latitude (location sharing with friends), you get a warning pop right away PLUS an email with another warning and instructions on how to turn it back off. Take a look at any other company and you'll be hard-pressed to find things so obvious. Even with 3rd party apps on Android, they force them to tell you "hey look, I use GPS and your contact info". If you choose to ignore it, then it's your problem.

      Contrast that to: APL is currently routing GPS data back to their servers even with a 3rd party app is using it (i.e. they have no business), but I don't see any major news bits about it. Contact information and internet to 3rd party apps on their OS is accessible WITHOUT asking (just like most desktops out there today)

      ---

      To be honest though, you really do have to trust the publisher if you're concerned about location and contact data. The publisher could easily use it for the stated purposes *PLUS* nefarious purposes on ANY platform. Contacts Access to share with friends? OH WAIT, slips some info to the server while uploading high scores.

    19. Re:What Android needs... by Anonymous Coward · · Score: 0

      The problem with describing why a system permission is needed is developed can lie. I can tell you I need access to your address book so I can use pictures of your friends inside a game, and then in reality just steal all of your information.

    20. Re:What Android needs... by Anonymous Coward · · Score: 0

      Yes, do nag the users about paying up. Because nagware has worked wonders so far. Just ask the author of PKZip.

    21. Re:What Android needs... by AbRASiON · · Score: 1

      You telling me they can't do that? Glad I haven't switched, maybe 2011 is the year for Android for me :/

    22. Re:What Android needs... by netsharc · · Score: 1

      Well, I think it's easy enough to write a piece of code on start-up that asks the system "do I have permission to do {$FOO|$BAR|$BAZ}?", and if the answer is no, pop up an error message saying "This app needs permission to do $FOO, $BAR and $BAZ" and a button to go to the security center. The navigation apps on my Android can already redirect me to the section of the settings where I can turn GPS on.

      Indeed the problem is, users will just disable internet access for apps that surely need it only to download ads, and this will annoy those who use ads as their financial model. Alternatively perhaps they (Google) can go the Apple way and provide a system-wide ad-provider module and get a cut of the revenue. Hmm isn't one of the big mobile ad providers a property of Google anyway?

      --
      What time is it/will be over there? Check with my iPhone app!
    23. Re:What Android needs... by c0d3g33k · · Score: 1

      iptables isn't in the stock kernels, as far as I know. You have to root and install a rom with a custom kernel (or just a custom kernel over the stock image, I suppose) that supports iptables. Then yes, you could easily set up a personal firewall. Of course in the meantime you've given trust to the root app, the custom kernel dev and the custom ROM dev, so you are still in a questionable place WRT security. At least the reputable 3rd party devs like Cyanogen provide full source code that you can use to build the ROM and kernels yourself, which at least allows the possibility of a source-level audit.

    24. Re:What Android needs... by BlueKitties · · Score: 1

      You were going for karma with that post, obviously. I explicitly said... "all new apps will be required to account for such exceptional cases (something everyone should do already, but this will magnify the issue.)" Unless we're dealing with enterprise level code, it's ridiculous to wrap everything in except/try/catch/etc clauses. Some things can be assumed not to fail (like having a functional camera.) Suddenly allowing the user to willy-nilly disable core services makes writing silly fart apps extra complex for no reason.

      --
      "Sorrow is better than laughter, for by sadness of face the heart is made glad." [Ecclesiastes 7:3]
    25. Re:What Android needs... by X0563511 · · Score: 1

      I don't care about karma.

      Apparently I totally misread your post. Even still, I don't entirely agree. Things like that, you should -never- assume are available. Sure, he might be connected to the "web" - but what happens if his gateway is not operable? What happens if the remote end is not operable? etc.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    26. Re:What Android needs... by Blymie · · Score: 1

      http://code.google.com/p/droidwall/

      Works very well, but you need root.

    27. Re:What Android needs... by Legion303 · · Score: 1

      "I suspect that this, along with the thorny issue of using now-capped bandwidth to serve ads, is going to put ad-supported apps out of business."

      That would be a fucking tragedy.

    28. Re:What Android needs... by Anonymous Coward · · Score: 0

      Isn't there a standard system for showing ads on Android? I mean, all of the ads look the same, so I suppose it's only a class / pice of code hat the developer drops into the app to get ads.
      If this is true, a good solution would be to have separate ads permission. That way, fart applications and the like wouldn't need (unlimited) internet access

    29. Re:What Android needs... by RMH101 · · Score: 1

      andriod market pops up a detailed list of exactly what the app you're proposign to install has access to. I can't really see how they can go further than this.

    30. Re:What Android needs... by netsharc · · Score: 1

      They can let you explicitly give or deny permission for each thing they want access to. Which is what I've been writing in the grand-grandparent post. "That tic-tac-toe game wants to access my address book, calendar, GPS location, internet and disk? What the fuck for? Deny access to all but internet (maybe it has multiplayer mode?) and let's see if the game runs at all.".

      You can do that in BlackBerry, whereas in Android you can only deny by not installing the app at all.

      Reading comprehension fail...

      --
      What time is it/will be over there? Check with my iPhone app!
    31. Re:What Android needs... by RMH101 · · Score: 1

      The problem here is you still have teh same issue - an app may need access to a function, so it could prompt the user on first launch, but the user isnt' going to be any more clueful at that point and any other, but it's going to be more confusing. A clueless user gets a summary on install which they can agree to or not already, and I think that's fine. A clueful user can click the security menu option for more details. Seems fine, not broken, doesn't need fixing

    32. Re:What Android needs... by netsharc · · Score: 1

      Well it's broken to me. It's like buying a car without airbags although another model (BlackBerry) offers them. Of course this car has more bells and whistles, but no airbags!

      Doesn't need fixing?! So are we supposed to have faith on the developers, some of which (the same ones who probably write spyware for Windows) are probably gleeful at the thought of how much personal data they can steal and abuse (e.g. SMS/telemarketing spam, either by getting your friends' numbers from your address book, or how about a botnet that spams people using your phone) because of this lack of security?!

      Will it need fixing when that starts happening? Yeah Google can probably kill the app if they find it to do those things, but after how much damage? What if the app works quietly and doesn't get caught for a year until some researcher decides to look at it?

      A clueless user gets a summary on install which they can agree to or not already, and I think that's fine.

      I bet you a thousand Euro, if you do a survey of 1000 people that asks between:

      1) You can only install the app only after you agree that it can access your address book.
      2) You can choose to deny it access to your address book, but install the app anyway, and be prepared for some error messages/prompts to access.

      more people would pick option 2.

      And the option you give a clueful user (me) is just the same as the one for the clueless user (apparently you), just in detail? How is that any good? As I said, BlackBerry superiorly offers me the option to allow/deny/(and I didn't say: prompt the user) any task that can access my personal data or cost me money. You might not care for that, but if Android offers it, I and other security-concerned users would embrace it even more.

      Of course the next argument is that it's going to break a lot of the apps already there, i.e. the Microsoft defense. I'd say, adapt or die, and tell the user, "this app may crash if it doesn't get these permissions.". Or, create a sandbox for them. Heh, even Apple has that clever model.

      --
      What time is it/will be over there? Check with my iPhone app!
  8. Prevasive? by jambarama · · Score: 1, Troll

    Doesn't someone spellcheck these summaries?

    1. Re:Prevasive? by Dancindan84 · · Score: 2, Informative

      It's a perfectly cromulent word comprising of:
      Pre, from the Latin prae meaning before, in front
      evasive, meaning tending or seeking to evade

      This submission was accepted prevasively to editing it.

      --
      "Always forgive your enemies; nothing annoys them so much." - Oscar Wilde
    2. Re:Prevasive? by boneclinkz · · Score: 4, Funny

      I felt that the utilitization of the word prevasive added an element of loquatiatory verbosity to an otherwise diphractic article.

    3. Re:Prevasive? by Anonymous Coward · · Score: 0

      I have an app for that

    4. Re:Prevasive? by blueZ3 · · Score: 1

      Don't try to understand the editors. That is impossible. Instead, only try to realize the truth: there are no editors.

      --
      Interested in a Flash-based MAME front end? Visit mame.danzbb.com
    5. Re:Prevasive? by mcgrew · · Score: 1

      Ewe muss bee knew hear.

  9. Applications I trust? by sotweed · · Score: 5, Insightful

    It is hard enough to know if I should trust my child, and I raised him. He doesn't
    tell me much. App developers tell me less, and some of them are devious. This is not
    a good security model. And Google knows better.

    1. Re:Applications I trust? by DrEldarion · · Score: 2, Interesting

      So don't listen to the app developers. Listen to your phone.

      When you're about to install a dumb wallpaper app and your phone says that it wants access to your location, the internet, and your call log, that should be a giant warning sign.

    2. Re:Applications I trust? by GlassHeart · · Score: 1

      When you're about to install a dumb wallpaper app and your phone says that it wants access to your location, the internet, and your call log, that should be a giant warning sign.

      Displays a different set of pictures based on your location and time of year: needs location. Downloads new pictures: needs Internet. Superimpose your friends' faces on funny costumes: needs contacts list and call log.

      Most people are not that alert. Ever heard of phishing?

    3. Re:Applications I trust? by uiuyhn8i8 · · Score: 0

      >And Google knows better.

      Apparently not.

  10. Google's response == fluff by inviolet · · Score: 4, Insightful

    "Android has taken steps to inform users of this trust relationship and to limit the amount of trust a user must grant to any given application developer. We also provide developers with best practices about how to handle user data. We consistently advise users to only install apps they trust." -- Google

    What a bunch of fluff. The relevant developers don't care about "best practices" or any other voluntary standard. And how the f*** are users supposed to establish trust in certain apps? The platform does not significantly monitor an application's ongoing behavior, nor is anyone performing serious code-reviews or blackbox testing. Google COULD HAVE set up profiling tests similar to those run in TFA, but didn't.

    For ONCE would a company please admit that they reduced privacy in order to provide the dumbed-down usability needed to capture market share and attract developers?

    --
    FATMOUSE + YOU = FATMOUSE
    1. Re:Google's response == fluff by TheCRAIGGERS · · Score: 2, Interesting

      I don't see the big deal with this. Android gives you infinitely more information about what an app is going to do than anything on the PC.

      On my phone, I'll at least know if the app is going to look at my location, contacts, etc. and can make the choice to install it or not.

      On my PC, all I know is that I'm downloading some binary data that could do anything it wanted.

      It's not that hard. If you download a game that wants access to your contact data and full internet access, don't install it. Yes, even if the game looks really, really, cool. You may claim that Google is the devil here because they allowed devs to have the possibility of accessing my data, but I claim that they're good for giving devs the option. If I want to write an app for my own phone to organize my contact list by area code, I can do that.

    2. Re:Google's response == fluff by Monchanger · · Score: 1

      The "big deal" is simply the silly new trend to bash Google any chance someone gets to make a silly suggestion that Google's the evil one even in an equation which includes actual bad people.

      It's surprising that you bothered replying to someone who thinks Google should have practiced bad business because it's better ideologically. It's no surprise that business trumped unrealistic computer theory when it came to entering a very competitive market. If Google tried to monitor application activity it'd be the one accused of spying on users.

    3. Re:Google's response == fluff by wrygrin · · Score: 1

      What a bunch of fluff. The relevant developers don't care about "best practices" or any other voluntary standard. And how the f*** are users supposed to establish trust in certain apps? The platform does not significantly monitor an application's ongoing behavior, nor is anyone performing serious code-reviews or blackbox testing. Google COULD HAVE set up profiling tests similar to those run in TFA, but didn't.

      your indignation suggests unwarranted faith in techniques that the article's authors acknowledge could be easily fooled (they say, "gamed"), since they trace only data flow, not control flow - and that is all they can reasonably do. so all that android-instituted behavioral tests would achieve is another level of misplaced trust. great goal.

      really, android's existing sandboxing scheme is much more worthy of ongoing trust than the described profiling scheme. the sandboxing scheme cannot claim the granularity of the profiling scheme, but it realiably covers what it claims to cover. the profiling scheme cannot.

      --
      everything leaks
    4. Re:Google's response == fluff by Anonymous Coward · · Score: 0

      I don't see the big deal with this. Android gives you infinitely more information about what an app is going to do than anything on the PC.

      On my phone, I'll at least know if the app is going to look at my location, contacts, etc. and can make the choice to install it or not.

      On my PC, all I know is that I'm downloading some binary data that could do anything it wanted.

      On a PC, you have the choice of installing your app as a different user that doesn't have access to your location, important contacts, etc., or even using another PC, VM, or live boot CD for your banking or accounting.

      On a phone, no such multiuser permissions exist and few people can afford the cost or inconvenience of signing up for and carrying a second phone.

  11. Well hell... by ThePawArmy · · Score: 0, Flamebait

    Then I guess the problem is solved.

  12. Re:but its open.... by E+IS+mC(Square) · · Score: 1, Informative

    You are confused between Android OS and Android Apps. But don't let that interfere with your bashing of "open" and love for apple's walled garden. Please continue.

  13. Re:but its open.... by Anonymous Coward · · Score: 0

    You got all that from an anonymous troll's 3 word line? Wow..

    In any case, I know with Apple's stuff any app can request GPS information but the user will always get a popup asking for permission.

  14. A checklist by Caerdwyn · · Score: 4, Interesting

    Rather than a blanket "you can send anything you want anywhere you want/you can send nothing to anywhere" switch, a finer-grained constrained set of permissions may be the way to go. Specifically:

    • Commonly-requested data such as location and phone number are sent through specific APIs that ONLY send the requested info, and cannot send any other data. This data is sent not directly to whatever server, but to servers at the network provider, and the app provider picks them up from the network provider. This prevents arbitrary data from being sent when the claim that it is only a specific piece of data, allows "bad" apps (defined by deception, prohibited use or incomplete disclosure) to be cut off at the network provider when discovered, and allows vetting of outgoing data to ensure it meets the claimed destination.
    • Transaction logs must be kept and be accessible to allow a user to see what's going out. Yes, most end users won't be able to make sense of the logs. But these logs could be uploaded to a security software provider for analysis, and the results presented in an understandable manner. "DroidGameApp: Microphone activated and streamed, GPS info, phone number sent to www.dhs.gov"
    • Information collection by ads should be governed by a different set of permissions than the app presenting the ads. Ad-supported apps are fine, but the user should know what ads are doing on the network independent of the app.

    And if an app provider doesn't like the light shone on their activities... that's a pretty good indicator right there.

    --
    Everybody gets what the majority deserves.
    1. Re:A checklist by ADRA · · Score: 1

      "Information collection by ads should be governed by a different set of permissions than the app presenting the ads. Ad-supported apps are fine, but the user should know what ads are doing on the network independent of the app."

      I think that is the strategy of 'Google ads' being served through apps, but I'm not sure if they've actually done that yet. AdMob (which is now Google as well) definitely needs internet and possibly coarse location if the dev wants to allow for geo sensitive ads. It would be nice to have:

      App A relies on feature: AdMob (Google Inc.)
      Admob requires:
            [X] FULL_INTERNET
            [ ] (optional) COARSE_GEO_LOCATION

      --
      Bye!
    2. Re:A checklist by gmurray · · Score: 1

      Problem is that it is hard to lock down what information an app can send out if it makes http requests. The request is itself a transmission of information from the client. You would have to use a much more constrained resource requesting protocol to actually prevent an application from sending sensitive data.

    3. Re:A checklist by blueZ3 · · Score: 1

      I have a sneaking suspicion of collusion between wireless carriers and phone providers, that goes something like:

      1. Have developers offer "free" ad-supported apps which helps sell phone
      2. Cap bandwidth by which ads are served
      3.????
      4. Profit !

      --
      Interested in a Flash-based MAME front end? Visit mame.danzbb.com
    4. Re:A checklist by caluml · · Score: 1

      Tomcat has a pretty tight security model (which is usually disabled :) ). It shouldn't be hard to emulate something like that for Android, should it?

    5. Re:A checklist by Anonymous Coward · · Score: 0

      a finer-grained constrained set of permissions may be the way to go.

      You mean like Facebook had? You know, the overly complex, mind-numbingly detailed set of permissions and options that confused people so much they just turned everything off so their friends would be able to see their stuff? The system they were forced to simplify and dumb down due to huge public outcry?

  15. Re:Bye Bye Droid by tibman · · Score: 1

    Can i buy your phone? serious question. Must accept sim cards and be 3g.

    --
    http://soylentnews.org/~tibman
  16. And In Other News... by MightyMartian · · Score: 2, Interesting

    And in other news, smartphone security sucks. News at 11.

    --
    The world's burning. Moped Jesus spotted on I50. Details at 11.
    1. Re:And In Other News... by BasilBrush · · Score: 2, Insightful

      All this article shows is that Android security sucks. The whole popping up a dialog to ask the user for technical permissions system is fatally flawed, because most users don't understand and will just hit yes to proceed.

      iPhone don't have the same degree of problem, because this kind of stuff will mean an app won't get into the App Store. Or if it manages to get through, it will be pulled rapidly once the security problem is discovered. That's one of the benefits of a single app store.

    2. Re:And In Other News... by MrHanky · · Score: 3, Interesting

      "One of the benefits of a single app store" -- like the single Android Market, you mean? You don't know how good Apple's security screening is, so you just choose to trust them for no reason whatsoever.

    3. Re:And In Other News... by MightyMartian · · Score: 3, Insightful

      Indeed. It just offloads the problem on to someone else. I have no more reason to trust the guys at the App Store are going to be able to find sophisticated security holes. It's just another form of a false sense of security, with the added bonus that those bizarre Apple worshipers get to fit more snuggly into Jobs' uterus, believing themselves safe because their God and Protector wouldn't dare let anything nasty get through.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    4. Re:And In Other News... by Dare+nMc · · Score: 3, Interesting

      dialog to ask the user for technical permissions system is fatally flawed

      understanding doesn't help me, not sure why it would help others. I think the flaw is it asks too late, and you can't block any of them to still use the App. IE I wanted a app to track car maintenance and MPG, I find the one that looks best, best reviewed... Now it comes up and says it wants phone, and internet access... Not needed for what I wanted, but what do I do now? Look for another, buy, install, and wait to see if it is worse?
      Would be nice if google also disclosed that in the app market before choosing, then maybe developers would explain what they used the connections for...

    5. Re:And In Other News... by c0d3g33k · · Score: 1

      Indeed. This was discussed just yesterday. Knowing what the permissions mean even at a technical level does little to help with trust. Any non-trivial app (ie. those that actually do something interesting or useful) will pose a security risk. The only suitable choice for any but the most trivial apps is simple: Do Not Install. I'm not sure that is really the message Google wants to convey. What's the point of the app store and the "android ecosystem" if the only real choice to stay secure is don't install apps? Something needs to change.

    6. Re:And In Other News... by GooberToo · · Score: 1

      All this article shows is that Android security sucks.

      No. So long as the stated permissions are properly allowing the data to "escape", Android security does not suck in the least. In fact, contrary to your assertion, so long as my criteria is met, Android security is excellent.

      What is failing, and I believe you are expressing, is that the interface between the user and the Android security model is horribly failing. Either that, users just don't care. Even after explaining the issue to many users, many users continue to use the applications in question. Some of these applications are actually fairly popular (Shop Savvy, for example). Therefore, I assume, many users just don't care. After all, this is the same category of user who posts endless personal detail on public sites on a daily basis anyways.

      Beyond that, what is failing, is the commercial component of Android sales. Piracy on Android is setting new records for the platform. The majority of users do not want to purchase anything. They are more than willing to pirate, almost at any cost (they'll even pay large sums to pirate sites but won't pay the developers). Even worse, Google has limited market exposure for pay apps which is further encouraging users to pirate. Even when donations are frequently available through alternate channels, people are not donating. As a result, commercial developers have exactly one route left for revenue - ads. Period.

      The fact that pirates are creating a crappy situation for everyone is hardly the least bit surprising. And ultimately, these data concerns stem from the fact that developers can only make money from an ad revenue model. If people would stop pirating, developers wouldn't be placing ads in all of their applications. Users would be happy. Developers would be happy - and could pay their rent; and maybe even continue to develop. The only people who would be unhappy, are the pirates. Which basically means, its a win-win for anyone worthy of consideration.

      Long story short, want to blame someone? Blame the pirates, first and foremost, for a situation which largely, wouldn't exist otherwise.

    7. Re:And In Other News... by davester666 · · Score: 3, Interesting

      I own an iPhone, iPod Touch and iPad, and am also a developer.

      And I know that apps for them have remarkably free reign over when they can do, what data they have access to, and where they can send the data. And Apple really can't do much to police it, other than to pull the app [and I suppose possibly remotely delete/disable apps] if it is reported that an app is doing something wrong. Because they can really only do black-box testing, as they don't have access to your applications source code, what any application does is primarily based on trust. The only API that asks the user for permission [where the OS asks, and the app can't just get the data without asking], is your current GPS location. And once the app has got your permission for this location, it can send that location wherever it wants.

      As an example of this, an app in the App Store, which was sold as being a Flashlight app [basically just made your display all white, so you could see a little if you were somewhere really dark], but it also secretly had the ability to act as a wireless proxy [so you could tether your computer or other device to it and use your 3G connection for data without needing permission or to pay extra to your carrier (ahem, AT&T)]. If any app would get noticed by their approval process, this would be it, as there would be no reason for a flashlight app to even link against all the networking API's it would have to, to provide this functionality. And it only got pulled after it was publicized as having this tethering capability...

      --
      Sleep your way to a whiter smile...date a dentist!
    8. Re:And In Other News... by BasilBrush · · Score: 1

      As an example of this, an app in the App Store, which was sold as being a Flashlight app... but it also secretly....it only got pulled...

      Exactly my point. It got pulled. No longer available. On Android, it would still be available.

    9. Re:And In Other News... by BasilBrush · · Score: 1

      like the single Android Market, you mean?

      Android fans here keep on insisting that there isn't only one store for Android Apps; that there isn't one authority that can refuse an Android App. That Android developers are free. You can't have it both ways.

    10. Re:And In Other News... by MightyMartian · · Score: 1

      If one were to imagine fairly nasty malware, if it takes a week or two to pull from the Store, by then the damage could be done.

      Relying on an outside agency, particularly one that has become renowned for having pretty opaque rules on what gets in and what doesn't, is asking for disaster.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    11. Re:And In Other News... by bonch · · Score: 2, Insightful

      You don't know how good Apple's security screening is, so you just choose to trust them for no reason whatsoever.

      You're trusting them because if they fuck up, it's on their hands, and they potentially lose you as a customer.

    12. Re:And In Other News... by scot4875 · · Score: 2, Insightful

      The only reason it got pulled was because it was doing something *Apple* didn't want it to do, not because it was doing something the *users* didn't want it to do.

      Do you have a list of applications that have been pulled from the Apple website because they were data mining their users? If not, you have no evidence that Apple cares about this at all.

      --Jeremy

      --
      Jesus was a liberal
    13. Re:And In Other News... by MrHanky · · Score: 1

      You're a bit too much of a fanboy to speak the truth. Android apps have been pulled in the past, and even remotely disabled.

    14. Re:And In Other News... by MrHanky · · Score: 1

      Right. You'll buy your apps elsewhere. Oops.

    15. Re:And In Other News... by Anonymous Coward · · Score: 0

      You seem misinformed. You know the permissions an android app needs before you install it and you have 24 hours to simply uninstall for a full, automatic refund.

      The behavior you described applies to the iPhone, not to android.

      On the other hand, google should default to only installing apps that they review and sign. They should also refuse to sign apps at request "modify global system settings" -- it is insane that they even allow that permission. If that were changed, I would be pushing android for my family, but sit is they can harm themselves even worse with an android phone than with a windows pc.

    16. Re:And In Other News... by Anonymous Coward · · Score: 0

      Being a fallacious asshole doesn't strengthen your argument.

    17. Re:And In Other News... by BasilBrush · · Score: 0, Flamebait

      You're a bit too much of an idiot to know what the truth is. There are multiple Android app stores. Android fanbois present it as an advantage that no one can stop distribution of an app. You can't have it both ways.

    18. Re:And In Other News... by BasilBrush · · Score: 1

      The only reason it got pulled was because it was doing something *Apple* didn't want it to do, not because it was doing something the *users* didn't want it to do.

      It got pulled because it was doing something different from what the author claimed it was doing.

      Do you have a list of applications that have been pulled from the Apple website because they were data mining their users?

      The list is small because generally they don't make it to the App Store in the first place. But there have been examples, if you've been paying attention. e.g.:
      http://toucharcade.com/2008/07/24/aurora-feint-temporarily-offline/

    19. Re:And In Other News... by Anonymous Coward · · Score: 0

      Apple's App store = 250,000 apps, in 3 years. That's 288 apps a day.

      Anyone who thinks Apple can security audit 288 apps a day for which they do not get access to the source code is a fucking idiot.

      You'd need at least a week to do a rough audit of an app, and at 2016 apps a week this means Apple would need 2016 highly skilled reverse engineers, and even then it wouldn't be bullet proof.

      Fact is, all Apple does, is load the app, play with the app for a short period, and decide "Yes the content is suitable", or "No the content is not suitable", and at best maybe run some automated checks on it, but these are by the very nature of computing not going to be able to detect every possible security breach. They simply cannot have the resource to do anything more than that.

      The app store is all about content control (i.e. censorship) and limiting competition to Apple and nothing to do with security.

    20. Re:And In Other News... by MrHanky · · Score: 1

      No, but it destroys his.

    21. Re:And In Other News... by AmiMoJo · · Score: 2, Interesting

      There was a story on /. a couple of years ago about an iPhone app that sent the user's phone number back to the developer, and then he called them trying to sell the paid version. It is hardly a problem just limited to Android.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    22. Re:And In Other News... by YourExperiment · · Score: 1

      How is a widget to modify my system settings supposed to run if it's not possible to get the "modify global system settings" permission? The point is to never install an app that asks for this permission, unless you know if genuinely requires it to carry out its stated task.

    23. Re:And In Other News... by bonch · · Score: 1

      Uh, you "destroyed" absolutely nothing.

    24. Re:And In Other News... by bonch · · Score: 1

      What the hell are you talking about? You're free to jailbreak your phone or simply choose to use a non-iPhone. You obviously don't have any argument here, just blind Apple hatred.

      Next.

    25. Re:And In Other News... by Anonymous Coward · · Score: 0

      You didn't destroy his argument. He's 100% right that you trust Apple to screen their apps for problems, or you go and use a phone that's not from Apple. Your argument is terrible.

    26. Re:And In Other News... by bonch · · Score: 1

      I love how you bash people for trusting Apple security screening "for no reason whatsoever," but then you cite Google's remote uninstallation of apps. Who's the fanboy again?

    27. Re:And In Other News... by MrHanky · · Score: 1

      The fanboy is you. BasilBrush said -- fraudulently, as is the way of you Apple fans -- that Google would never pull a malicious app. He can be wrong about both this and about Apple's oh so perfect "security screening" (this isn't even what Apple's screening is about) at the same time.

    28. Re:And In Other News... by bonch · · Score: 0, Troll

      Once again, you completely miss the point. You criticized people for trusting Apple's "security screening" (a phrase you used). Yet, you defend Google for remotely removing applications, meaning that you trust Google's security screening. Your bias is completely obvious. How much is Google paying you to post here?

      You're falling apart at the seams here. Next.

    29. Re:And In Other News... by MrHanky · · Score: 1

      You're imagining things. I never "defended" Google for remotely uninstalling applications, and I never said Google was to be trusted. I only stated as a matter of fact that BasilBrush was wrong in both cases, which he is. If you think speaking the truth makes me a Google apologist, then perhaps you need to step out of the RDF.

      You're a fraud.

    30. Re:And In Other News... by xouumalperxe · · Score: 1

      Android fans here keep on insisting that there isn't only one store for Android Apps; that there isn't one authority that can refuse an Android App. That Android developers are free. You can't have it both ways.

      Of course you can. Just not at the same time. If you want, you can restrict yourself to the android market, and be reasonably sure all apps you buy are at least somewhat reviewed. If you don't want to restrict yourself to the android market, you're free not to without some jailbreak process.

    31. Re:And In Other News... by bonch · · Score: 0, Troll

      Your argument completely fell apart when I called you out for defending Google while criticizing Apple, applying a typical double-standard that Google fanbois employ. The only thing you could come up with was to use lame insults.

      You got destroyed. Next.

    32. Re:And In Other News... by Anonymous Coward · · Score: 0

      defending Google while criticizing Apple, applying a typical double-standard that Google fanbois employ.

      You didn't cite his "defense" because you knew that it doesn't exist. You shrieked your confession to lying at the top of your lungs. You're doing it again, right now.

    33. Re:And In Other News... by bonch · · Score: 1

      I already pointed out your double-standard when I originally responded to it. You criticized trust in Apple security while trusting in Google's security. The fact you're posting anonymously now is proof I completely decimated your points, leaving you running with your tail between your legs. Let this serve as a less next time not to argue with someone before thinking through your arguments.

      Next.

    34. Re:And In Other News... by Anonymous Coward · · Score: 0

      I am not MrHanky, and you did not get the impression that I was. You are lying about that just as you are lying about what he said. The fact that you resort to such an accusation is proof that you have been decimated. There is no other possible reason you would have made that claim.

      At no point did he "defend" Google, imply that he "trusted" them or their security, or suggest that he approved of anything they did. You invented that position out of thin air and pretended that he had espoused it. The fact that you could not quote anything he said proves this beyond all possible doubt. Go on, show where he said any of those things you ascribed to him. You can't and won't.

      Your attack strawman arguments because you know you cannot refute anything that your opponents actually say. The reason you cannot do so is not because their positions are irrefutable, but because you personally are not mentally competent to debate anyone on honest terms. Knowing you cannot win honestly, you attempt to cheat. But your stupidity exceeds your dishonesty, and thus the lies you tell about your opponents' positions are always transparent. You can't even fool yourself with them.

    35. Re:And In Other News... by bonch · · Score: 0, Troll

      Of course you're MrHanky. The fact that you're anonymously tracking my comments is bizarre and proof that I utterly destroyed your absurd arguments. You are desperate to dance around the fact that you:

      1.) Criticized people for trusting Apple's security team.
      2.) Cited Google's security team as something to trust.

      You got called out as a fanboy. This embarrassed you so deeply that you've resorted to posting as an anonymous third person. You've completely run out of steam and have to resort to using tired debate terminology like "strawman arguments," even though what you wrote is as clear as day in your post history.

      I won, and it's obvious that it struck a nerve with you because you continue to reply. You will reply again because your only recourse now is to seek the last word.

      Next.

    36. Re:And In Other News... by Anonymous Coward · · Score: 0

      You not only have no evidence that even remotely suggests that I am MrHanky, but you don't
      believe it yourself. You just want to believe it, so that you can tell yourself that you've
      humiliated an opponent.

      At no point did he "cite Google's security team as something to trust". Nothing that he said
      even remotely implies such a thing. You know this, and you acknowledged it by your steadfast
      refusal to show where he spoke words anything like those you clumsily tried to put in his mouth.

      Your claim about his "defending" Google was rightly called a lie by him and also by me. You had the choice of either citing something specific he said and showing how it supported your claim, or admitting that it was an incompetent lie. No other choices were possible. You chose the latter, and continue to choose it by repeating your assertion without proof. Variations of "it's right there in your post" don't fool anyone, not even yourself.

      And if "strawman argument" is tired debate terminology, that is only because the strawman
      argument is itself a tired debate tactic. The reason you are complaining about my use of the
      term is because it is absolutely appropriate, as the claims you routinely make about what other people say are classic examples of the well-known logical fallacy. Knowing that logic is not on your side, you heap scorn on logic itself. In other words, you want to lie without being called out as the liar you are, and you are raging impotently that this was not allowed to happen.

      Additionally:

      I won, and it's obvious that it struck a nerve with you because you continue to
      reply. You will reply again because your only recourse now is to seek the last word.

      This is an attempt on your part to trick me into not replying as a way of "defying" you,
      so that you can tell yourself that you scared me away, and that this somehow proves you right.

      It is another attempt to forestall your humiliation through lying. Like all your other attempts before it, it is a failure, fit only to serve as an unconditional surrender of the argument due to your own intellectual inadequacy. Of course, now that I have replied you'll backpedal and tell yourself that I proved you right by responding after all. But you won't be able to believe that either.

      Your use of "Next." to attempt a projection of confidence that you do not feel is similarly
      bungled in execution.

    37. Re:And In Other News... by bonch · · Score: 0, Troll

      You not only have no evidence that even remotely suggests that I am MrHanky, but you don't believe it yourself. You just want to believe it, so that you can tell yourself that you've humiliated an opponent.

      Logical common sense dictates that you're MrHanky. You lost the argument, so you have to post anonymously now as a sockpuppet. With no other counterargument, your only tact now is to go the tired psychology route, which will falter as your last post did.

      At no point did he "cite Google's security team as something to trust". Nothing that he said even remotely implies such a thing. You know this, and you acknowledged it by your steadfast refusal to show where he spoke words anything like those you clumsily tried to put in his mouth.

      I already cited where in your post you did, in fact, imply that Google's security team was to be trusted. You got called out on this and were completely embarrassed by it, leading to your current predicament.

      Your claim about his "defending" Google was rightly called a lie by him and also by me. You had the choice of either citing something specific he said and showing how it supported your claim, or admitting that it was an incompetent lie. No other choices were possible. You chose the latter, and continue to choose it by repeating your assertion without proof. Variations of "it's right there in your post" don't fool anyone, not even yourself.

      Again, your words have already been cited, and you've also gotten confused, as you apparently believe that citing your own post isn't a good enough citation of your own post. Mind-boggling. Clearly, your utter decimation here has left you in such a jumbled state that you're just throwing out any mindless distraction you can think of in an attempt to try to make everyone forget that you got called out on your double-standard. Unfortunately for you, it won't work.

      And if "strawman argument" is tired debate terminology, that is only because the strawman argument is itself a tired debate tactic. The reason you are complaining about my use of the term is because it is absolutely appropriate, as the claims you routinely make about what other people say are classic examples of the well-known logical fallacy. Knowing that logic is not on your side, you heap scorn on logic itself. In other words, you want to lie without being called out as the liar you are, and you are raging impotently that this was not allowed to happen.

      You can declare the reason for something if you want, but it doesn't make it true or remove that fact that you criticized people for trusting Apple security team while implying Google's security team was someone to trust. You've been backed into a corner and forced into lamely claiming that I'm "raging impotently" simply because I'm dismantling every one of your troll posts.

      This is an attempt on your part to trick me into not replying as a way of "defying" you, so that you can tell yourself that you scared me away, and that this somehow proves you right.

      Having lost the argument, and seeing now that I'm far better at this than you are, your only recourse is to go the tired "detached narrative" routine, describing everything that's going on as if you're some third-party who's not involved, removing yourself from the position of defeat. I'm afraid that you're quite firmly in the loser's bracket here, MrHanky. Let this serve as a lesson to you in the future not to argue with your betters.

      It is another attempt to forestall your humiliation through lying. Like all your other attempts before it, it is a failure, fit only to serve as an unconditional surrender of the argument due to your own intellectual inadequacy. Of course, now that I have replied you'll backpedal and tell yourself that I proved you right by responding after all. But you won't be able to believe that either.

    38. Re:And In Other News... by bonch · · Score: 1

      P.S. Next time--and there will be one--I suggest not inserting unnecessary line breaks in the word processor you used to type your post (a situation which is itself hilariously pathetic).

      Next.

  17. It's only fair... by DdJ · · Score: 2, Funny
    1. Re:It's only fair... by Culture20 · · Score: 1

      ...after all, many more users are leaking Android app data.

      They should see their primary care physician.

  18. Re:Bye Bye Droid by Nocuous · · Score: 2, Insightful

    Can i buy your phone? serious question. Must accept sim cards and be 3g.

    He doesn't have a phone for you to buy. He's a "magical! revolutionary!" fanboi troll.

    --
    Don't take it personally, but I'm not going to read your pithy response to my post.
  19. Re:but its open.... by _Sprocket_ · · Score: 1

    Your own statement of saying "apple's walled garden" just proves his "but its open..." statement even more. But please continue.

    Your statement implying meaning to his implying meaning to the parent's comment implies... wait a second. Where are we going with this?

  20. Comes with the territory by xednieht · · Score: 1

    Android gives users and developers a lot more freedom than other alternatives - with that comes responsibility for both parties. If you want a platform where you are told what to, when to do it, and whom you can do it to get an iPhone.

    --

    Hope is the currency of fools
    1. Re:Comes with the territory by Archangel+Michael · · Score: 1

      Or

      How about a rating system of "trust" by an independent third party that reviews and establishes what each application that it processes has access to, and what it sends where.

      This is a problem that is looking for a solution to be provided. But rather than whining it requires a team of people to implement and market. Hell, I've given you the idea already, and I'm sure there is some money to be made doing it.

      Just hire me as consultant when you can.

      --
      Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
    2. Re:Comes with the territory by Anonymous Coward · · Score: 0

      Android gives users and developers a lot more freedom than other alternatives - with that comes responsibility for both parties.

      So what you are saying is... With great power comes great responsibility?

  21. Re:HAHA ! ! They need a Linux-based phone OS !! by Anonymous Coward · · Score: 0

    Foo U buttmunch but android IS linux.

  22. Prevasive, that's downright preverted! by Anonymous Coward · · Score: 0

    I like the word "prevasive." Sounds like prematurely pervasive or something. How appropriate.

  23. Developers: your customers pay for those services. by thePowerOfGrayskull · · Score: 1
    When you incorporate advertising "services" and usage statistic tools into your apps, this is what happens. You get the convenience of "free" tools which make your life easier; either by automatically handling ad imprints (and earning you some money); or by providing you with app usage statistics -- or both.

    On the surface you don't pay anything for these tools. They integrate nicely into your app, and you only have to add a few lines of code -- the essence of what good developer's tool should provide. But it's free to you only because you passed the cost along to your users - often without realizing it. In exchange for the convenience provided for you, you've decided that your users' information, attention, viewing habits, and even privacy are fair currency with which to pay for that service.

    If you value your customers, do the research before blindly incorporating these "free" tools into your applications.

  24. Re:but its open.... by jgagnon · · Score: 1

    It's a pissing match, where each party is trying to piss in opposite corners of a round room.

    --
    Remember to maintain your supply of /facepalm oil to prevent chafing.
  25. My thoughts by Xacid · · Score: 1

    "...half were sharing GPS data and phone numbers with advertisers and remote servers."

    Two words: DOUCHE.BAGS.

    1. Re:My thoughts by Archangel+Michael · · Score: 1

      and what about the users who download 4 different "FART" applications because they are "funny" (or whatever) that share phone numbers and GPS to advertisers and remote servers?

      One Word: 1D10T

      --
      Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
  26. Re:but its open.... by catmistake · · Score: 1, Flamebait

    You are confused between Android OS and Android Apps. But don't let that interfere with your bashing of "open" and love for apple's walled garden. Please continue.

    The Earth, too, is a walled garden. The US is a free country, but only from sea to sea. But, please, let's not generalize. How did Apple personally fuck you over with their walled garden? Because it seems like they just don't need any more great developers... nearly every cool feature exploited has at least a few decent apps to cover it. What were you gonna do that the "walled garden" stopped you from doing? (What almost comes to mind is.... damn... escapes me... what was it Morrison used to say about doors?) Or what is it that you THINK you MUST HAVE that Apple has forbidden? And how often is it on another smart phone that you are perfectly capable of doing this cherished activity, and what is it's true frequency of use?

    All Apple has done is narrowed the field a bit, to figure out what the most common things are that most people want... and then they focused on perfecting that. Rather than being all things to all people, they try to enable the best things for most people. And now the curve is very steep.

  27. This isn't an Android problem by Terazilla · · Score: 3, Insightful

    I don't get it, why is this being positioned as an Android problem? Last I checked, iPhone apps aren't even required to tell you what data they use in the first place -- is there an iPhone equivalent to the "uses internet access", "uses coarse location services" page that the Android Market displays to you? There's a ton of iPhone, Blackberry, Parlm, etc apps using advertising support, which is what the vast majority of this article is finger-pointing.

    Nobody, at any marketplace service, is going to have time to do a code review of everything that gets submitted. Even console games -- which have a months-long and intensely painful approval process the likes of which you've never seen -- don't do code review. The very concept is ridiculous, there's way too much code and way too many people involved. You're going to have to trust your developers folks, and make use of the user-ratings tools if you don't.

    Android's model of showing you what special access the software uses is about as good as I think you can get in the real world without learning to use a packet sniffer. RIM's ability to disable individual types of access is cool as well, but if the software needs it to function (or says it does) I'm not sure how the user is supposed to be in a position to use it intelligently. To avoid these sort of data harvesting problems, they'd have to somehow psychically know that the contact manager they're trying out uses that internet access for more than the occasional ad serve, and how would they know that?

    1. Re:This isn't an Android problem by jjohnson · · Score: 1

      When an iDevice app tries to read your location, it requires your permission to access that data. That's enforced by iOS, it's not an honor thing. The first time it tries to do so, iOS pops an alert saying "this app wants to access your location. Allow/Deny".

      --
      Anyone who loves or hates any language, platform, or manufacturer, doesn't know what they're talking about.
    2. Re:This isn't an Android problem by 99BottlesOfBeerInMyF · · Score: 2, Insightful

      ...is there an iPhone equivalent to the "uses internet access", "uses coarse location services" page that the Android Market displays to you?

      Yes. Both systems use similar schemes for jailing apps, with user permissions for access to various services.

      There's a ton of iPhone, Blackberry, Parlm, etc apps using advertising support, which is what the vast majority of this article is finger-pointing.

      True, but most are transitioning to iAd, which divorces the advertiser and location services from one another such that it is not so much of privacy concern.. at least if you trust Apple to do what they say (as opposes to every app developer).

      Nobody, at any marketplace service, is going to have time to do a code review of everything that gets submitted.

      Well, they could if they put the resources into it. It might even be important enough to end users if malware becomes a real issue on mobile platforms. That said, while they can't review all the code for every app they certainly can review the ACLs for every app, which spell out what an app is and is not allowed to access to see if the app makes sense. You don't need to read the code for a "flashlight" app if you look at the ACL and see it wants to access location and internet and the phone number list. After that you can look at the code a little and test it to see what it actually tries to do, much of which can be automated. We have enough experience automagically detecting the existence of malware these days that we can weed out a good percentage that way.

      You're going to have to trust your developers folks, and make use of the user-ratings tools if you don't.

      I don't want to have to trust developers. Thats what access control is all about, letting me safely run software from people I don't trust and trusting as little as possible to get what I want.

      Android's model of showing you what special access the software uses is about as good as I think you can get in the real world without learning to use a packet sniffer.

      Sadly, that's still pretty useless to the average user. What users really want are vetted apps tied to real developers so that they know someone looked to see if it is malware and they have two someones to sue if it is discovered to be malware.

      Ideally, the system could be more open than Apple's model where they weakly vet apps and if their efforts are poor, the user has no recourse. Better yet would be a system where various organizations (Google, phone makers, security companies, security organizations, government agencies, etc.) all vet apps based upon the ACLs included with those apps and the result is weighted baed upon the security feeds and how the end user has weighted them. Some could even be pay services like anti-malware software is now.

      RIM's ability to disable individual types of access is cool as well, but if the software needs it to function (or says it does) I'm not sure how the user is supposed to be in a position to use it intelligently.

      I might note, if software requires you to tell it your location to function at all, there's no reason the OS can't hand it dummy data when the user says "No" to the permission dialogue. It's harder for internet access, since the app can test that easily.

    3. Re:This isn't an Android problem by TheCRAIGGERS · · Score: 1

      Location isn't a big deal to me.

      My name, phone number, contact list, call history, and text messages ARE.

    4. Re:This isn't an Android problem by Abcd1234 · · Score: 1

      Nobody, at any marketplace service, is going to have time to do a code review of everything that gets submitted.

      It's kinda funny you should say that, and then say:

      "Android's model of showing you what special access the software uses is about as good as I think you can get"

      If you have that up there, then it's trivial to "review everything that gets submitted". Just run the fucking app for five minutes. If it requests a permission, write it down. Then go back to the developer and ask them what the hell they're doing.

      Even better, force the developer to enumerate the permissions their app requires up-front, and then con-check the submitted list against what the app requests during testing. Any discrepancy causes the app to be rejected immediately.

    5. Re:This isn't an Android problem by Terazilla · · Score: 3, Interesting

      But that's already what happens. The permissions list on an Android app isn't an honor system -- if the app tries to access your contacts list, and that permission isn't in the manifest, the app will throw and exception and fail. Fundamentally you can't use a permission without informing the user up-front when they purchase it.

    6. Re:This isn't an Android problem by Abcd1234 · · Score: 1

      But that's already what happens. The permissions list on an Android app isn't an honor system -- if the app tries to access your contacts list, and that permission isn't in the manifest, the app will throw and exception and fail.

      Yeah, the problem is, you don't know what the hell the app is doing with said permission. Great, you know it's accessing the network, but what is it sending? You have no idea. The only way to know that is to vet the code. But the claim was you can't, 'cuz, it's like, hard and stuff. But as I said, there's already a mechanism to detect if the app *might* be doing something nefarious, at which point you can narrow in and grill the developer to find out.

    7. Re:This isn't an Android problem by Terazilla · · Score: 1

      It's not an honor thing on Android either -- fundamentally you cannot access that data without having the appropriate permission declared in the manifest, trying to do so will fail and result in an exception being thrown. The user will be informed at download time of the permissions you use.

    8. Re:This isn't an Android problem by Terazilla · · Score: 1

      You don't need to read the code for a "flashlight" app if you look at the ACL and see it wants to access location and internet and the phone number list. After that you can look at the code a little and test it to see what it actually tries to do, much of which can be automated. We have enough experience automagically detecting the existence of malware these days that we can weed out a good percentage that way.

      But that's a really obvious suspicious case, and is a case where the existing system works perfectly -- you'll get a bunch of negative comments from users about your weird permissions, be complained about, and be removed. Remember that you fundamentally can't use a permission you're not notifying the user of. I'm talking about what you'd do if you actually wanted to get away with it, which is build an app that already has some legitimate use for the permissions you're requesting. In those cases you'd need to do code review, and you'd have no idea you should be looking in the first place. This means you'd need to code review everything with any special permissions, and doing a passably thorough job of that is basically impossible. It's make the US Patent Office look fast.

    9. Re:This isn't an Android problem by jjohnson · · Score: 1

      I haven't seen it myself, but I'm pretty sure that accessing the system address book requires the same alert and explicit permission.

      --
      Anyone who loves or hates any language, platform, or manufacturer, doesn't know what they're talking about.
    10. Re:This isn't an Android problem by ceoyoyo · · Score: 1

      iPhone apps have to ask to use the GPS. Apple does scan every app store submission to see if it has the ability to collect data it really shouldn't.

      RIM appears to have taken the "here are the tools, protect thyself" approach. Apple has taken the "we'll do it for you" approach. Google has done a little from a and a little from b but a half assed job of each.

    11. Re:This isn't an Android problem by 99BottlesOfBeerInMyF · · Score: 1

      You don't need to read the code for a "flashlight" app if you look at the ACL and see it wants to access location and internet and the phone number list. After that you can look at the code a little and test it to see what it actually tries to do, much of which can be automated. We have enough experience automagically detecting the existence of malware these days that we can weed out a good percentage that way.

      But that's a really obvious suspicious case, and is a case where the existing system works perfectly

      How does the existing system work perfectly? Right now Android users download apps from anywhere and if the ACL says it needs access to the internet or some other resource, they have to see that and understand what it means. While this may be obvious to me and you and security experts, it certainly is not obvious to everyone, which is why the OS should outright refuse to run such apps or Google and other parties should be investigating the people who paid to sign the app or at the very least the user should be given some very, very strongly worded warnings with a default of not running the app.

      ...you'll get a bunch of negative comments from users about your weird permissions, be complained about, and be removed.

      Removed from where if you're not selling it through the Android Market? Even if you are, that's after some of the damage is done, as opposed to this happening before the user installs the app or before the app is even offered by a more robust marketplace.

      Remember that you fundamentally can't use a permission you're not notifying the user of.

      Too bad many users don't have any idea what those notifications mean.

      I'm talking about what you'd do if you actually wanted to get away with it, which is build an app that already has some legitimate use for the permissions you're requesting.

      This is certainly a route for malware, but it's a lot harder to make something that appears to have a legitimate purpose and the user actually wants. And even then, you'll have to be sneaky to get the app to do something malicious when it is being vetted in even an automated fashion.

      In those cases you'd need to do code review, and you'd have no idea you should be looking in the first place.

      Code review is the last step, after you've already inspected the ACLs and done both automated and manual blackbox testing for suspicious network and disk activity.

      This means you'd need to code review everything with any special permissions, and doing a passably thorough job of that is basically impossible.

      Not really, since you can build in a review process for those apps that makes legitimate developers unwilling to use them unless they actually need to. You provide a few nice services for developers to do things like updates, registration, serve ads to users, and connect to gaming servers VMs, and the remaining cases are fairly manageable for testing. You certainly won't catch everything, but enough to make malware a lot harder to write and the number of people doing it few enough that you can go after all of them through legal channels.

    12. Re:This isn't an Android problem by mjwx · · Score: 1

      I don't get it, why is this being positioned as an Android problem?

      Because Apple and Microsoft have a very large umm... marketing budget for just this kind of FUD.

      Plus it tends to make it easier when it's revealed that IOS and Windows Phone 7 do the exact same thing, this is more about saying "It's OK we're selling your data because TEH EVIL GOOGLE did it first".

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    13. Re:This isn't an Android problem by boreddotter · · Score: 1

      on iOS the rules of getting accepted to the app store include a rule that goes something like this "if you're app advertises something and does something else it will get rejected." this practically covers things like fart apps that send text messages, or gets access to your private info.

      IIRC Apple were either rejecting or frowning upon apps that just use your location for advertising.

      how effective is that? I don't know, but I haven't read of any apps in the App store that do any of that stuff, and if there are a few that manage to slip threw and news gets out about them, they will get pulled and their developer will likely get banned from the App store.

  28. Simple solution.... by Fallen+Kell · · Score: 1

    Add Access Control Lists to the functions/API which grants access to personal data (such as email address, phone numbers/lists, browsing history, GPS location). Since it is an open platform, we can do this ourselves if we want. All applications which attempt to access such data will be verified against the ACL to see if it can receive such information. If the application is not on the ACL, then, the API returns either an error code (which requires the current applications to be recompiled...), or an empty response (either a fake email name, website, or phone number, or GPS coordinates in the south pole).

    --
    We were all warned a long time ago that MS products sucked, remember the Magic 8 Ball said, "Outlook not so good"
  29. How do I know what I trust? by RocketScientist · · Score: 1, Insightful

    "We consistently advise users to only install apps they trust."

    How the hell am I supposed to know that? Compile and review every line of source myself? Sorry, I have a day job.

    Maybe I'll just find some application marketplace where they (1) certify apps are safe and perform well, and (2) don't violate my privacy without sending data around without my permission. That'd be an awesome idea. Some kind of marketplace that would actually verify that the application works on my device, does what it says it does, and behaves itself. That's a service I'd really pay for.

    Oh wait, I do pay for that.

    Welcome to iPhone.

    1. Re:How do I know what I trust? by GweeDo · · Score: 1

      Even though we have seen applications that say they are flashlights actually enable Phone Tethering get to the App Store? If you really think Apple is going over these things that finely, you are crazy.

    2. Re:How do I know what I trust? by RichiH · · Score: 1

      > Oh wait, I do pay for that.

      True. Overpriced phone, overpriced data, voice & messaging plans.

      The main cost is your freedom to install some nice stuff because Apple does not merely filter based on purely user-loving reasons. All too often, they just don't like something for monetary, strategic or political reasons.

      Oh and the fact that you need to jump through hoops for tethering? What the fuck? I press one button and my Desire is a hot-spot.

      In any case, I wish Android market was more restrictive in some ways and Apple would loosen up more.

    3. Re:How do I know what I trust? by Anonymous Coward · · Score: 0

      Is that why some people were surprised when "Dragon Naturally Speaking" uploaded their contact list to their servers (for a legit purpose, mind you)? (most users are too stupid to realize this, so I say "some", not most) Or Storm8's gathering of phone info?

      As I posted before, Is that how a flashlight app with an entire tethering subsystem made it through? You need to create a DNS, DHCP servers, plus code to reroute the packets sent in. That's a bit of coding Contrast to: "Loop start. Get Contact, serialize into string. End loop if no more contacts. Send()". If they miss an entire subsystem, how are they going to catch a simple little contact list fetch?

      Tethering was only pulled *WHEN THE PUBLIC* discovered it, not the reviewers.

      Are you aware that you need to OPT OUT of APL's own location tracking services since July's iTns update? (If so, where did you get notified of it -- slashdot / news article or in app / itns). If in app, was it buried in a EULA)?

      --
      Answer me this: How is anyone (you, me, reviewers) suppose to figure out what a compiled binary does without spending huge amounts of time decompiling it? Sure you can figure out API calls quickly, but again: if the app has a legit use for it (especially if it delays datamining for a couple weeks to get past the reviewers), how are they going to find out what it's doing with your data?

      Welcome to fantasyland, where we'll pretend to do things for you so you think you're safe.

    4. Re:How do I know what I trust? by Animaether · · Score: 1

      mod parent anon up, if you could.

      I understand that a company at least -somewhat- vetting the apps in their store is better than the company that says "not our problem", but ultimately it -is- the end user's responsibility and decision of whether or not to trust the app/author.

      I download extensions for FireFox and Mozilla certainly isn't certifying that they do nothing nefarious.. and I can't be bothered to check the code.. I *trust* the authors not to do anything wonky, but I fully acknowledge that the basis of that trust is a house of flimsy argument cards.

    5. Re:How do I know what I trust? by internettoughguy · · Score: 1

      "We consistently advise users to only install apps they trust."

      How the hell am I supposed to know that? Compile and review every line of source myself? Sorry, I have a day job.

      Maybe I'll just find some application marketplace where they (1) certify apps are safe and perform well, and (2) don't violate my privacy without sending data around without my permission. That'd be an awesome idea. Some kind of marketplace that would actually verify that the application works on my device, does what it says it does, and behaves itself. That's a service I'd really pay for.

      Oh wait, I do pay for that.

      Welcome to iPhone.

      Bollocks, do you seriously believe apple reviews "every line of source" in submitted apps? Let's face it, they filter the apps based on whether on not they will harm their carriers or their corporate image not, certainly not out of service to you.

  30. So buy an iPhone. by wiredog · · Score: 1

    Apple has that platform locked down nicely.

    1. Re:So buy an iPhone. by MrHanky · · Score: 1

      You mean Blackberry. Apple's security is pretty fucking poor.

    2. Re:So buy an iPhone. by mjwx · · Score: 1

      Apple has that platform locked down nicely.

      BlackSn0w or YellowRa1n (or whatever they call themselves) would like to have a word with you about that.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
  31. Core features of apps == "leaks"? by d_engberg · · Score: 5, Insightful

    The headline doesn't really match the contents of the paper as far as I can tell.
    For example, "Evernote" is listed in the paper for:
    1) Taking pictures with the camera
    2) Recording audio with the microphone
    3) Determining your location
    And for transmitting this data to its servers.

    These functions are, however, exactly what the application is designed for. You take notes (including snapshot notes and voice notes) and upload them to your account. When you launch the app, there are big buttons for "take a snapshot note" , "take an audio note", etc. Geo-tagging via the location APIs can be disabled from the Settings page, but this is another core advertised feature of the product.

    So this is a bit like making it into Slashdot by discovering that a mail client transmits text that you type (and your email address!) to a mysterious "SMTP" server.
    Headline: "Researchers discover nefarious 'e-mail' application leaking your data ... on the INTERNET!"

    1. Re:Core features of apps == "leaks"? by Anonymous Coward · · Score: 2, Interesting

      You'll note that that part of the article to which you refer is describing the permissions that the app asks for... in other words, these are the categories for the intended behavior of the app. So, yes... you've discovered that the article succeeds in providing the intended behavior of each of the apps tested. Congratulations! You've cracked that sucker wide open!

      Now, go ahead and read the rest of the article to find the parts that discuss the ways in which some of the apps misbehave.

    2. Re:Core features of apps == "leaks"? by d_engberg · · Score: 2, Insightful

      Right, the paper lists some common applications used by millions of people (BBC, Evernote, Weather Channel) that appear to be using the requested APIs for exactly what you'd expect. It lumps those in with a few obscure and sketchy ones doing nefarious things with those APIs. It makes no attempt to determine which apps are actually doing anything unexpected/evil, and which are behaving in exactly the way that a user would expect.

      The unfiltered list gets posted on Slashdot, showered with the obligatory snark and tinfoil.

      A first pass sanity check on the apps would have been more responsible.
      E.g. "The Weather Channel app sends my location to their servers ... could this have a legitimate purpose for telling me the weather?"
      This would have probably pruned the list of applications down to a handful of garbage ones that no one had ever heard of.

  32. Growing trend... by thestudio_bob · · Score: 1

    Personally, I think this is going to be a larger issue as time goes on. Right now, it's more of an annoyance with advertisers and marketing companies, but who's to say that in the near future some other companies don't start providing apps that track users for other reasons.

    Could you imagine a company that provides location data for your ex-spouse, or perhaps girlfriend or boyfriend, or even your children? I know this is kind of tin-foil hat paranoia, but I think the recent problems with things like the Google Buzz fiasco, here, here and here, show that good intentions can sometimes have bad consequence.

    Weather it be Google, Apple, MS or whomever, they need to enforce policies and procedures that to ensure that their user's personal data is protected. Yeah, its a walled garden, but I think its a neccessary walled garden. I don't mind companies using my location data, but only if I know of it and have approved of it.

    --
    The real Sig captains the Northwestern. This one captains /.
    1. Re:Growing trend... by Anonymous Coward · · Score: 0

      What's paranoid about it? There's a clear monetary incentive and the functionality already exists.

      The insane part is the idea, not your apprehensiveness about it.

      To take the concept to its logical extreme... We now live in a world where creating a dystopia is not a technological hurdle but a social one.

      "If this idea fills you with a deep, religious terror, don't worry. It means only that you are still sane."

  33. Am I the only one who giggled... by gimmebeer · · Score: 1

    ...at the application named 'taintDroid'? I must be really bored today.

  34. Re:but its open.... by catmistake · · Score: 0, Offtopic

    ha ha, go anti-apple mods (this is the flaimbait, not the parent)

  35. It's not 'leaking', it's 'sending' by mveloso · · Score: 1

    The apps aren't leaking information. Leaking implies the information is being sent accidentally.

    The apps are taking the information and sending it to whomever intentionally.

  36. Re:but its open.... by mark72005 · · Score: 0, Redundant

    It sure is.

  37. iPhone/iPad does this too by Anonymous Coward · · Score: 2, Insightful

    sorry to piss on the fanbois flames spouting "iPhones walled garden is much safer" and other such uninformed crap
    the iPhone App Stores dirty secret is its worse, much worse

    http://www.slashgear.com/iphone-spyware-debated-as-app-library-phones-home-1752491/

    http://gadgets.boingboing.net/2009/04/13/pinch-media-statisti.html

  38. Blackberry too by phorm · · Score: 3, Interesting

    One of the reasons that BB's are so popular with the corporate crowd - despite lacking some of the "nifty" features of other phones - is that they're really good on security. BES allows the corp to do a lot of things to a lost/stolen/etc phone. The data on the handset is supposed to be encrypted, and can easily be reset or wiped. Most apps have varying levels of security that *ASK* the first time (to access the internet, or whatever) whether they should be allowed a one-time or consistent access to various permissions.

    I don't see why Android couldn't use a similar model, as it does this for "root" (su) access when it's unlocked. Just keep a small DB listing what apps are allowed to access what features. The problem with the current coarse controls is that they don't really say what access is needed for. Sure, a VOIP app might need your phonebook for making calls, and internet access to do so. How about a game needing internet access to update high-scores (just deny that part if you don't trust the app not to send important data home), or the almighty "can change data on the storage card" access...

  39. It IS the Granularity by anorlunda · · Score: 1

    The last time this issue came up, I started sending emails to the developers of my apps challenging their need for permissions that don't seem to make sense. I got several replies that stated that the legitimate permission the developer needs is buried under overly broad packages.

    For example, a battery monitor app needs to request access to "Phone Calls" to read the battery state.

    With such granularity developers can't be responsibly specific and end users have no rational way to accept/reject apps based on the permission requested. Whatever else, the granularity of permissions packages must be changed first.

    1. Re:It IS the Granularity by penguinchris · · Score: 1

      I think the situation could be vastly improved if there was an explanation like that for each permission in each app. Not that shady developers wouldn't just lie about it, but requiring them to explain why they need the permissions they do would still be useful.

      Also, it would be great if the market allowed longer descriptions - the developer could also explain things there, but there's no room.

  40. Little snitch by dbet · · Score: 1

    There's a Mac program called Little Snitch which tells you which apps are sending out data, and what kind, and where it's headed. Any idea if there's a similar program for Android? I don't so much mind that some apps can do things they don't need to. But if users can identify which ones it would help a lot.

    1. Re:Little snitch by mlts · · Score: 1

      It doesn't warn you, but I do recommend an app for rooted phones called DroidWall. I use this for apps which have zero need to be connecting to the Internet.

  41. Whatever.. by RichiH · · Score: 1

    > 15 of the 30 got on their list due to providing location data for advertising. I hardly consider that a sending your personal data as the article implies.

    That's fine. I do.

    1. Re:Whatever.. by davev2.0 · · Score: 1

      Then don't use an app that is free and relies on advertising for income.

    2. Re:Whatever.. by RichiH · · Score: 1

      What makes you assume I don't do exactly that? Especially since I explicitly stated that I think the collect personal data and implied that I dislike the practice.

    3. Re:Whatever.. by RMH101 · · Score: 1

      So we don't have a problem then, apart from with the disinformation spread by the idiot or malicious authors of the article, who have managed to spread FUD about Android which bears no relation to reality.

  42. QFT by Anonymous Coward · · Score: 0

    You can allow/deny each app permission to access your address book, calendar, internet connection, send SMS, open your mailbox, etc.

    This is the only thing keeping me on BB right now.

    I get to give apps a choice: "Do you want access to my (private) data, or access to the internet?"
    A much better arrangement than having the app dictate the terms.

    I wish BlackBerry could promote these security features more.

    Agreed... I was quite surprised when I tried - and was unable to - find a screenshot of the security options screen so I could gloat to one of my android friends who discovered some of his favorite apps had access to a lot more information than wanted.

  43. Some apps require access to uneeded resources by Anonymous Coward · · Score: 0

    That's the real problem. Malicious code aside, many lazy programmers (big thanks to Java for helping the uncontrolled growth of that subspecies) write their apps without caring a flying fsck for what resources they should require and more importantly what resources they should not. The result is a plethora of apps, sometimes even nice ones, that don't install or don't work if the user blocks the access to private data they should never deal with.

  44. Re:but its open.... by ooshna · · Score: 1

    I like to think of it like a pissing match where they are hitting both streams dead on trying to push the piss to the other guy, not realizing all the splashback hitting them in the face.

  45. The iPhone "Walled Garden" App Store... by Chris+Tucker · · Score: 1

    ...Protecting you from "Open Sores" since day one!

    --
    Guaranteed! This comment 100% Anthrax free!
  46. Android Market filter by revenue model by Richard_J_N · · Score: 1

    One way to do this would be for the android market to list (or provide a filter for) how the app developer makes his money.
    Of course I prefer GPL apps, but I'm willing to install free (beer) apps, trial versions (if clearly indicated), or paid apps.
    However, I don't want to have to install an app just to discover that it's adware.

  47. Define multiple levels of trust by TomRC · · Score: 1

    An appropriate approach might be to define trust levels. It would define "sensitive data packages", such as user name, GPS location, camera input, microphone input, etc - which apps could request be transmitted (with user permission settings or per-use acceptance), OR could be provided to the application. Applications would be installed at a trust level that grants them different access permissions to sensitive data, and would be prohibited from getting or manipulating data packages above their trust level.

    Most trusted would be "obtains no sensitive data, engaes in no communications, does no data storage".

    Next most trusted might be "All communications via a module that requires user permission settings to transmit specfic "sensitive" data packages"

    Then there'd be "Transmits arbitrary data, but explicitly asks user permission for pre-packaged sensitive data."

    Worst might be "Reads sensitive data (with user permission control), reads data stored by other apps, stores data for other apps, transmits arbitrary data".

    1. Re:Define multiple levels of trust by DrXym · · Score: 1

      I think this would be a reasonable solution. By default all preinstalled apps are trusted. If you install an app from marketplace, it's untrusted which either blocks outright or prompts when it tries to do something iffy such as dial a number, obtain your IMEI or whatever. In the case that you do trust an app, you can elevate its trust level and the phone will stop nagging you.

  48. Re:but its open.... by jgagnon · · Score: 1

    NEVER CROSS THE STREAMS! :p

    --
    Remember to maintain your supply of /facepalm oil to prevent chafing.
  49. I'm sure Google doesn't mind. by Anonymous Coward · · Score: 0

    After all, they're an advertising company, not a software company. Trading personal data is big business. Of course, you'd think Google would really put the clamps down on forcing apps to use Google as the middleman for that data exchange so they can take their cut. That was pretty much the entire strategy behind the original Android acquisition.

    I personally wouldn't use a mobile phone put together by an ad company, as I'm sure unlimited data won't be forever (and the more you sync with the cloud and play Pandora on your smartphone all day). But if I had one, I'd really like to know that the ad company had some control over where my personal data was going.

  50. Wallpaper App - sure. Navigation App - now what? by Animaether · · Score: 1

    When you're about to install a dumb wallpaper app and your phone says that it wants access to your location, the internet, and your call log, that should be a giant warning sign.

    Sure... but now try a navigation app.

    The navigation app wants access to your position - sounds reasonable, right? Difficult to do that turn-by-turn thing otherwise.
    The navigation app wants access to the internet - sounds reasonable, too, right? Lets you download map updates, POI data, etc.

    But that doesn't mean there can't be a piece of code in there that uploads your position to some server.

    Can't really protect against that sort of thing either except with code review... but who's going to review the code of all those apps? Even Apple let a few sneaky things through.

    At some point, warnings or no warnings, you just have to decide whether you trust the app/author or not.

  51. Please Rob Me by choongiri · · Score: 1
  52. How Microsoft of them! by Anonymous Coward · · Score: 0

    Dump the responsibility onto the user base, and then shrug when things don't work out. Did they learn nothing from 20 years of people happily clicking/approving whatever they have to in order to get that nifty screensaver or cursor collection? Apparently not. Making the user the final arbiter of whether or not something is deemed safe/secure negates anything else you've done to promote safety/security.

    This is not a problem for geeks, who are already conditioned to be careful, but sooner or later the great unwashed masses of clueless Android users are going to get pwned badly by something.

    That's when I'll peer out from the safety of the oh-so-terrible walled garden I inhabit, and laugh.

  53. Google IS Doing It RIGHT by BiggoronSword · · Score: 1

    Forgive me if I'm restating something someone already said (I seriously can't read every comment here). I hate the idea of forcing Google to follow in Apple's footsteps. I believe in free market solutions. Locking down the market may discourage developers. In the Windows market (where malware is rampant), this problem has already been solved. Most people don't download something unless it has been recommended by someone else (i.e. credible website, friend, colleague). If you aren't following someone's recommendation, then you knowingly accept the risk of being infected.

    Granted, the majority of people using Android Market have yet to adopt this same ideology. It's only a matter of time before third-party companies play the role of Apple, investigating applications and applying their "seal of approval." Surly Google will allow developers to include these seals in their market descriptions if they've earned them. A solution like this allows the free market to continue, meanwhile giving credit to legitimate applications, and outing the "bad apps." People will naturally respect these third-party authorities.

    I believe Google is doing the right thing. I think they should encourage what I've prescribed above.

    --
    interactive hologram, or it didn't happen.
    1. Re:Google IS Doing It RIGHT by c0d3g33k · · Score: 1

      Locking down the market isn't necessary - that kind of thinking is based on the assumption that locked down and fully free are the only options. Make it tiered. Let any and all comers in as now, but institute further requirements to get in to the 'premium' or 'trustworthy' or 'verified secure' categories.

    2. Re:Google IS Doing It RIGHT by BiggoronSword · · Score: 1
      --
      interactive hologram, or it didn't happen.
  54. Anonymous Coward by Anonymous Coward · · Score: 0

    I never realized my phone had a taint.

  55. Congratulations on irrelevant post by brunes69 · · Score: 1

    Congratulations, you just described how Android permissions already work.

    Any other irrelevant posts to make based on not knowing the subject in question?

  56. Improve the Security Model by organgtool · · Score: 1

    Android already notifies you which services an application uses before you install the app. You have the option of allowing the app to install and have access to ALL of those services or don't install the app at all. Some users may want to use an app, but they may want to deny certain services they deem are unnecessary. Google could add functionality that would allow the user to deny certain services to certain apps.

    However, this may render the app completely useless. For example, what good would an alternate reality app be if it was denied access to the camera. To account for this, maybe there should be a list of required services that are absolutely required for the bare functionality of the application and then a list of non-required services that enhance the app but can be turned off by the user.

    To go even a step further, rather than just offer the option to "allow" or "deny" a service, they could also have a "prompt" option. For instance, if I had a camera app, it should only be able to use the GPS when tagging the photo, not track my every movement at all times. Therefore it could prompt me every time it attempted to use the GPS. This would allow for fine-grained privacy settings and security that can be controlled by the user.

  57. Adware needs identical service like License Keys by Anonymous Coward · · Score: 0

    Google needs to implement a standard for Adware services in the same vein as their Licensing Server. The only reason many apps need the Internet permission is for ads and they pay more if you give them more information (like GPS Coarse/Fine) in addition to the ad revenue. I do not use ads for my current set of apps because my apps would be a huge security risk if it had permission to access the Internet in addition to what they already do as an app.

    In order to fix this issue, Google needs a dedicated ad server mechanism with specific permissions to allow "ads, geographical targeted ads (neighborhood store sale), language based, and maybe even cell service based" kinds of ads so that an app can specify permissions for the app and separate permissions for the ads it services. In no instance should the ad agency get your phone info beyond "my closest city is X, what are my nearby ads". If Google can provide this functionality, app abuse would be significantly reduced and in some cases eliminated entirely.

  58. Re: Android Market - review app security by josh+washington · · Score: 2, Informative

    I think the flaw is it asks too late, and you can't block any of them to still use the App.
    IE I wanted a app to track car maintenance and MPG, I find the one that looks best, best reviewed...
    Now it comes up and says it wants phone, and internet access...
    Not needed for what I wanted, but what do I do now?
    Look for another, buy, install, and wait to see if it is worse?

    Would be nice if google also disclosed that in the app market before choosing,
    then maybe developers would explain what they used the connections for...

    I'll grant you the facts that:

    • This might not be valid on older phones*
    • It might not be in plain sight

    but you CAN view which features an application needs before buying/installing/running it.

    This will let you review what privileges an app will have if you install it without requiring you to buy, install, and find out the hard way.
    If you have a problem with the app needing access to your fine GPS location (probably for adverts) instead of coarse Geo-IP location
    or receive an SMS, you could now avoid downloading this app (or buying it if it weren't free).
    If you scroll down, there's usually a section for further clarification on specific features requested.

    Disclaimer: I neither own nor am I affiliated with any application in the Android Market.

    * - My phone is 1 year old and runs Android 2.1, which (I believe) introduced the new Android Market.
    For reference, some older phones have 1.5/1.6, & the newest is 2.2.

  59. An App for That by Anonymous Coward · · Score: 0

    I'm sure there may be a range of obstacles to this, but couldn't we have something like an app for a separate app store, where only fully "trusted" apps will be hosted?
    Then we can have a range of apps we know for sure do not misbehave. Kind of like a walled garden inside an open garden.

    Of course this leaves the big problem of who we can trust, or who can be the benevolent dictator, but with an open market outside this shouldn't be a big problem.

    We could even have different layers of app stores, such as those that have been reviewed or are created by trustworthy individuals, peer reviewed (wiki for apps?), and apps whose permission sets guarantee that they will cause no harm.

  60. Just use Droid Wall by Ezzelin · · Score: 1

    I don't see why everybody has a problem with security on Android. Like others have said, a dialog shows everything an app needs permission to do. Beyond that, install Droid Wall. It lets you approve or deny access to the Internet for each app (it's an iptables front end). You can also set it to block by default as I have, so that new apps never get the chance to connect until you allow them to. It requires root, but it's worth it. Don't forget to install a superuser whitelist program too so that you must approve any apps that want root.

  61. Only Install Apps You Trust by bratwiz · · Score: 1

    Google says: "We consistently advise users to only install apps they trust."

    So how does Joe User know "Who to trust?" Is Google trustworthy? How would I know? Because they say they're not "evil" ??

    Its kind of bullshit advice.

  62. Yet another FUD attack by Anonymous Coward · · Score: 0

    OK, the app can send GPS data, imei and phone no., contacts numbers - if you grant GPS and internet.
    What make you think iphone or any other phone app cannot do the same?
    They could send all your contact numbers to the Japanese right-ring terrorists for all I know.

  63. Googe more interested in apps than users by Edam · · Score: 1

    I proposed something to Google that would certainly help with this issue. But they seemed more interested in bending over for the app. developers.

    --
    "Beware of he who would deny you access to information, for in his heart he dreams himself your master." -Pravin Lal
  64. Mod parent up by Anonymous Coward · · Score: 0

    This is available since at least Android 1.6, and yes, as stated you can see a fine grained view of the things an app wishes to perform.

    Also, the GP seems to be implying you don't see the permissions screen until you've installed an app, this is complete FUD, you see it before you agree to download it.

    I've also seen the argument recently that the app store is more safe because developers have to give their name, address and bank details to Apple- this is also FUD because it's exactly the same with Google's Android marketplace.

    The only difference between Apple and Google's marketplace in terms of security are that Apple pretend they somehow manage to do a security audit on the thousands of apps they receive each week, whereas Google doesn't pretend that it does. Google does at least seem to have a better layer of security prompting the users precisely what an app does however at least.

  65. Re:but its open.... by intheshelter · · Score: 1

    Don't let your Android fanboi viewpoint interfere with the fact that there's just as much wrong with Android's approach as there is with Apple's. Please continue.

  66. A hosts file you can block out bad servers with by Anonymous Coward · · Score: 0

    See subject line above. Put known bad sites/servers/domains into your hosts file on a mobile phone OS and you're all set (android phones also have a lot more RAM on them to store even relatively larger hosts files into memory on to protect you than most phones out there do like IPhones and Symbian OS based stuff etc./et al)

  67. HOSTS file by ElliotWilcox · · Score: 1

    on an android phone, in a terminal window and as the root user one can issue this command: "netstat -a" this will display all the connection your phone is making out. cut and paste the domain names or IP addresses from "netstat -a" terminal window into a text editor now open /etc/hosts file with a text editor and place the following lines in your hosts file: # 127.0.0.1 localhost must be first line 127.0.0.1 localhost 127.0.0.1 Facebook.com make each entry on a separate line, the slashdot forum reformatted my line breaks ###continue and add all the domain names and remote IP's from your 'netstat -a" This will block communication to facebook (example) I've seen people block over 15,000 URL's this way Slashdot reference: http://slashdot.org/submission/1346470/HOSTS-file-blocks-500-social-networking-sites

  68. Re:but its open.... by E+IS+mC(Square) · · Score: 1

    Wow. Very intelligent reply.

    Just FYI - I don't even have an android phone. So shover your own fanboism up your arse. Some of us may actually not belong to either of the camps.

  69. Come on, Google! by flajann · · Score: 1
    "Only install apps you can trust..."

    Isn't that a bit of a tautology?

    More importantly, just how are you supposed to know what you can trust or not? If an app zips your private info off to a server somewhere, you'd never know it. Even if you sniff the packets, it could still be encrypted or stenographized.

    Google should give the user finer control and log what private info has been requested by what app.

  70. Oh boy, big potential problem... by flajann · · Score: 1

    What if a rogue app turns on the microphone or camera on command from some central server unbeknownst to you? The app could easedrop and spy on you. Is is my hope no app stoops that low, but you never know!

  71. Re:Bye Bye Droid by PipsqueakOnAP133 · · Score: 1

    It won't support SIM cards. "Droid" is a marketing brand for Verizon's flagship line of Android OS-based phones.
    Verizon uses CDMA2000/EVDO, and does not use USIMs, therefore no SIM cards.