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.'"

51 of 299 comments (clear)

  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 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.

  2. 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 Drakkenmensch · · Score: 3, Interesting

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

    4. 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.

  3. 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 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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
  8. 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
  9. 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
  10. 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.
  11. 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,
  12. 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 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!
    6. 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.

    7. 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
    8. 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
  13. It's only fair... by DdJ · · Score: 2, Funny
  14. 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.
  15. 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?"

  16. 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).

  17. 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.

  18. 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 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.

    2. 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.

  19. 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.

  20. 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
  21. 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...

  22. 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

  23. 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...

  24. 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.

  25. 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.)

  26. 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.
  27. 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.

  28. 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.

  29. 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.