Serious Security Bugs Found In Android Kernel
geek4 writes with this excerpt from eWeek Europe: "An analysis of Google Android Froyo's open source kernel has uncovered 88 critical flaws that could expose users' personal information. An analysis of the kernel used in Google's Android smartphone software has turned up 88 high-risk security flaws that could be used to expose users' personal information, security firm Coverity said in a report published on Tuesday. The results, published in the 2010 edition of the Coverity Scan Open Source Integrity Report, are based on an analysis of the Froyo kernel used in HTC's Droid Incredible handset. ... While Android implementations vary from device to device, Coverity said the same flaws were likely to exist in other handsets as well. Coverity uncovered a total of 359 bugs, about one-quarter of which were classified as high-risk."
88 Critical flaws on the wall... 88 critical flaws... You take one down, pass it around...
How much are these worth in bug bounty money?
No wonder google didn't open up the security vulnerability bounty for Android...
Should have waited and purchased a Windows 7 phone...
An analysis of Google Android Froyo's open source kernel has uncovered 88 critical flaws that could expose users' personal information. An analysis of the kernel used in Google's Android smartphone software has turned up 88 high-risk security flaws that could be used to expose users' personal information
Does it also cause words in sentences to duplicate? Does it also cause sentences to duplicate? Also, was this submission done on an Android phone?
today is spelling optional day.
This number clearly differs from that of equivalent closed source systems! It's a shame that there's no current method for the community at large to help address these issues!
Probably not many. Android has a rather large application framework running on top of Linux. The flaws are most likely in it, and most likely allow you to get access to data that you don't have permission to (permissions are implemented in the same code layer). When people talk about android, android isn't really an OS- it's more like Gnome or KDE with a basic permission system hacked on (and a totally Android only API).
I still have more fans than freaks. WTF is wrong with you people?
Apparently no word on whether these are flaws in the vanilla kernel which Google has inherited, or flaws in the code that Google wrote.
I don't know much about these platforms, but Android is based on Linux yes? SO would many of these vulns still be in Linux?
No. Android is a Java-like virtual machine, some libraries implementing an API, a user interface and a standard set of user-level tools, all of which runs on top of a Linux kernel. The story refers to Android issues, not Linux issues.
I don't think Apple was going for domination of the smartphone. Apple wants to sell lots of expensive smartphones, and they are not going to sell 100m of those year to year.
Vulnerabilities are found and hopefully patched.
As for Windows Phone 7, what we don't know won't hurt us, right?
What doesn't kill you only delays the inevitable
...about 44 women?
There's no -1 for "I don't get it."
Those "critical" and "serious" label are largely meaningless; Coverity allows you to configure classes of "problems" as being one of several different severity. It is what the sysadmin of Coverity wants it to be. If so desired, buffer overflow could be configured to the severity of "minor."
ELOI, ELOI, LAMA SABACHTHANI!?
They are outed, and so get fixed even faster.
Good luck with the iOS/Wimpy7s bugs that are never announced/found due to this type of peer-review, and so there's no priority to fix them.
It will be soon time to upgrade. What do you think iPhone users will upgrade to? Apple just needs to stay slightly ahead of Android, Phone 7 and others, then throw-in some "wow" factor in order to keep selling millions of smartphones.
Views expressed do not necessarily reflect those of the author.
The only reason Android is selling more phones in the US is because they are on more carriers. Which is about to change. Android will take a big hit when that happens just as happened in Europe.
Whoever the idiot is who thinks OS X uses Linux needs to get a clue. It's the mach Kernel, some BSD subsystems, Darwin, and a UI layer.
Andoid revision? Which kernel version? What are those 88? Did they found kernel flaws or app platform in general? What are you/they talking about?
I understand you don't have a great understanding of security practicies, so let me enlighten you. MAC is great as an additional layer of protection and enforce least privilege. That doesn't mean we should ignore security vulnerabilities. Got it? Great.
If you ignore ACs because they are anonymous - you're an idiot.
No one said anything about OS X using Linux, that I can see.
If you ignore ACs because they are anonymous - you're an idiot.
Apple wants to sell lots of expensive smartphones
The device is only a mean to get people to pay for applications...
we use it at .
Coverity is the commercial offshoot of the old Stanford Checker that found something like 2500 critical bugs in the linux kernel back when it (the checker) was just a grad school project. the bugs got fixed very quickly and linux was better for it.
that said, Coverity's definition of serious or critical is not necessarily what most developers could call critical (haven't read the bug list, but from personal experience.....)
in any case, this is a win. these bugs are now known, and google/community will fix them within days if they haven't already been fixed (I hope Coverity had the decency to inform google prior to their press release)
The difference between Theory and Practice is greater in Practice than in Theory.
There's an app for that ;-)
Coverity uncovered a total of 359 bugs, about one-quarter of which were classified as high-risk.
Based on my experience using Coverity's tools, more than half are actually false positives and less than half of what's left are really as serious as rated.
I must be missing the link to the study results. Oh, won't be out until next year, to allow for patching.
So, maybe something, maybe nothing.
There are better release from Coverity's site, http://coverity.com/
"What luck for the rulers that men do not think." - Adolph Hitler
Odd, I don't know why you're picking on me, but I assume "Android Kernel" is marketing-speak for "Linux", in which I've reported found and fixes dozens of flaws over the years.
As you're so interested, here are some from the last month or two that you can take a look at.
CVE-2010-3080, A use-after-free in snd_seq_oss_open
CVE-2010-2960, A to-userspace dereference in keyctl_session_to_parent.
CVE-2010-2954, Kernel panic and to-userspace dereference in AF_IRDA sockets.
CVE-2010-3067, Various problems with aio (things like aio_submit())
The coverity results I've seen in the past are generally very low quality with a high density of chaff. I haven't seen the report they're talking about, but would be surprised if there were any noteworthy findings with any significant security impact. The only report I've seen them publish that had any convincing vulnerabilities was in 2006, where they found a verifiable privilege escalation in XFree86 (due to a pretty horrendous typo).
I'm a little saddened that you so readily associate me with Windows security, where as I consider myself primarily a Linux security developer, but I guess I'm flattered that where I spend my time is so important to you.
(perhaps a little creepy, though).
ex$$
Why not? This year's model is EVEN MORE SHINY!!!
I should have known from your original response you were just a troll.
If you ignore ACs because they are anonymous - you're an idiot.
http://www.youtube.com/watch?v=JYc05gZFly0
Fix it fix it fix it.
The Kruger Dunning explains most post on
...and I'm supposed to be complaining?
If you're havin' 'droid problems i feel bad for you son,
I got 88 problems but a bug ain't one
You could like mention that this is projected to be the least number of vulnerabilities per line of code they found. Oh wait, that would require reading the article.
Huh? Dalvik is a Java-like virtual machine. Android is the API, UI and user tools, running on top of Linux.
That really pisses me off to know that Google or whoever is driving the Android development didn't hire some security testers to find this critical stuff before it was released.
Fortunately, I believe the fixes will come out for me before the carriers get around to do. My Galaxy S is pretty good about being able to load new custom firmwares now. Feel bad for "regular" users who depend on updates from carriers.
Android uses outdated kernels in every release. Those issues are like "Hey grab a bugfix list from the latest kernel and write a study in which you supposedly hunted down these bugs yourself".
It's like an unpatched Vista Service Pack Zero and then reporting about bugs that have already been fixed...
Here be signatures
Coverity is really a code review tool. From your code, it tries to construct a model that shows your code is correct (static analysis + type inference). If it can't, the code is flagged, and it should be reviewed by a human. The flagged code may or may not be a bug, only that Coverity couldn't prove its correctness. If anything, I would advocate that the code should be rewritten in order to pass Coverity check, in the same spirit that if another competent person doesn't understand your code, you should probably rewrite it to make it more clear.
However, I've not seen any formal soundness proof of Coverity itself. As a result, Coverity may very well accept buggy programs as correct. This would certainly limit the tool's usefulness.
I once had a signature.
In truth, this is a strength, not a weakness of Android - this is the "many eyes" of open source in action. No doubt the important fixes among these will be addressed pretty quickly.
The problem, however, is with the carriers who keep insisting on pushing custom firmware on their devices. With many devices never receiving any updates at all they are wide open - how long until we have massive malware issues because of this?
What I hope is that this drives some consumer backlash which forces the carriers to stop the nonsense with customizing the core of android and instead just put their skins on the topmost UI layer. They should realize quick smart that they are not and should never be in the OS business and that updates need to come out within weeks of releases from Google, not years or never.
Too many easy to zap bugs in this wave, just wait for next wave of bugs then make $$ defense upgrades.
There's a function that helps avoid exploitation of the vulnerabilities in the API.
developer.android.com/reference/android/app/ActivityManager.html#isUserAMonkey%28%29
Just ensure that it's returning false and you should be safe.
I don't see how Android isn't an OS. Sure, it runs on top of the Linux kernel, but that's like saying Mac OS X isn't really an OS because it's just a window/desktop manager and accompanying API running on top of the XNU kernel (and theoretically, Apple could have forked their own Linux kernel and used that instead of XNU).
XNU is the kernel. Darwin is the subsystem without the UI layer. It's almost akin to a Debian base installation.
Depends on your definition of OS. There's more than 1 definition, one of which translates to "the kernel" and another translates to "everything that comes with a computer", and a couple in between. When most technical people say OS, they mean the program that controls access to the hardware and provides system services- the kernel. By that definition Android is a framework on top of the OS. And in functionality it's far closer to a window manager than a kernel.
I still have more fans than freaks. WTF is wrong with you people?
Note that the user being a monkey might be a sort of exception that should never happen. A definite WTF moment, for sure.
Of course nobody reads the FAQ! If people read the FAQ, the Questions wouldn't be so Frequently Asked.
It will be soon time to upgrade. What do you think iPhone users will upgrade to? Apple just needs to stay slightly ahead of Android, Phone 7 and others, then throw-in some "wow" factor in order to keep selling millions of smartphones.
If they really go ahead, turn the Mac into a glorified iPod and turn OS X into a Java free zone I can tell you right now that I'll be upgrading to Ubuntu on my Mac. I'll have no choice since I do a lot of java development. I won't like switching very much but Linux is a damn sight better than Windows 7. Additionally, since Linux is an iTunes free zone I'll probably upgrade to an Android cell-phone.
Only to idiots, are orders laws.
-- Henning von Tresckow
See, you are a troll. Your argument in the OBSD post was simple zealotism without understanding what you are saying, as evidenced by your lack of a reply. Then you couldn't let go and troll with the same shit in a completely different thread. Funny :)
If you ignore ACs because they are anonymous - you're an idiot.
Probably not many.
Well 88 were found in the kernel, which is a linux kernel. But who knows how many of those are in the actual linux kernel mainline.
Who exactly are these "technical people" you speak of? I know of no technical person who refers to Mac OS X as XNU. I know of no technical person who refers to Windows 7 as whatever the Windows 7 kernel is called.
You know Mac != MAC right?
If you ignore ACs because they are anonymous - you're an idiot.
it's punny.
Hey buddy, can i bum a karma? ~}CinderellaManson{~
Yeah, because IOS is so much more secure than Android. New phones are churning out every 6 months. If you want to be ahead that's the price you have to pay. A new iphone is released every year. I don't really see what you are bitching about. If upgrading your firmware to the latest and shiniest is so damned important, buy a phone that isn't locked down, like a galaxy s or nexus one or htc desire or etc, etc, etc and install from the multitudes of roms floating out there. My "ancient" G1 is running froyo right now, and while it may not be the snappiest, I haven't had too many issues asides from the lack of ram on the g1 and a random reboot every few days due to using swap and a somewhat flaky microsd card.
Really, even my lowly G1 is a million light years ahead of the crappy motorola candybar I replaced it with. This whole security issue is being blown way out of proportion. I would say that android by its own nature is fairly secure, seeing as how most everything runs in a sandbox anyways. If an app elevates permissions it should notify you and ask for your permission. Also it does say what each app has access to when you install. I don't really see what you could exploit here, since its a virtual machine running on top of a linux kernel. Yeah, you could exploit the kernel, but that wouldn't give you access to the VM running on top. Yeah you could get at the dalvik machine and probably execute overflows and whatnot, but there seems to be a good deal of internal checks against that sort of thing. IOS on the other hand runs everything natively. I would be willing to bet that IOS is easier to exploit than Android.
zosxavius photography
Exposes more than, say, a very simple app (game?) that requires Full Network Access, Fine Grained Location, and access to your System Settings?
The biggest threat to personal information leaking on an Android phone are overly permissive apps, and the people who install them.
his point was that just because coverity finds bugs doesn't mean the bugs are automatically critical and representing actual useful security flaws.
they _may_ be, but we'll need to wait for the full report to know...so this is just a 'hype' headline for now...you know...like we've seen every few days since android was first released.
This seemed like a reasonable sig at the time.
wait, so you assume google is the only folks with a flaw?
wow.
I'm not saying google is infallible, but neither is, well, every company that exists. I dont' even need to mention names on that.
When people talk about android, android isn't really an OS- it's more like Gnome or KDE with a basic permission system hacked on (and a totally Android only API).
Not quite - Android also includes a set of kernel patches.
Visual IRC: Fast. Powerful. Free.
I don't claim that.
But these BrotherPluckers start with a known Linux sourcecode base, fork it, and introduce this number of exploits in ring-0?
They suck.
"Flyin' in just a sweet place,
Never been known to fail..."
Since Android hit the market, there has been a lot of uninformed, suspicious Apple-bashing on Slashdot, often from anonymous posters.
In the world of O/S frameworks Android is pretty much still a toddler and it is trying to run like a 16 year old with a bright future in track so please don't act surprised, bugs happen. Although i gotta say a "use after Free" is pretty bush league.
Hey KID! Yeah you, get the fuck off my lawn!
How much did you pay for the user ID?
Can you go back in time now with the flux capacitor app?
"To prevent this day from getting any worse, I'll just read ERROR as GOOD THING" 1GJU8xLuDKDxEs4KLf8fAGyptoDsqvEsBT
From the article and summary my own conclusion is that this is somewhat of an astroturf for Coverity and more than likely lacks any solid foundation. Certainly there may be bugs, but many are probably of the "Meh" kind.
From the article and summary my own conclusion is that this is somewhat of an astroturf for Coverity and more than likely lacks any solid foundation. Certainly there may be bugs, but many are probably of the "Meh" kind.
I totally agree, the fact that they are announcing 'we found all these security bugs but we aren't going to tell you about them until google has a chance to fix them' rather than just speaking directly to google about them stinks of astroturfing.
now now, give him time...it'll take a while for the cryogenic suspension effects to wear off...
- I'd prefer not to.
How did Apple manage to get these faults into the phone in the first place? They must have spies deeper than we originally thought!
For shame, to stoop to sabotage! Will Jobs stop at NOTHING?
maybe google needs to reach their hand out to the greater community, as they can't do it all, but who can these days?
This is Google, you know: a privacy flaw exposed in the kernel of their device isn't a FLAW! It's a business-enabling FEATURE..
God damn Google for stealing Apple's business practices.
I'm trying to figure out why someone would analyze the source code to an open project, find defects, and NOT fix and commit the defects for code review. I mean, that's how the process is supposed to work. Unless this is just a publicity stunt.
It isn't astroturfing. No one is pretending to be from the "community" or "grass roots" or anything. It's plain marketing.
Coverity provides free code checks to many free software projects, in exchange for being able to make press releases like this one. The mainline Linux kernel has been through it at least a few times, but Coverity seems a bit confused or unhappy about the fact that Linus won't discuss bugs in secret. Many other large free software projects have a group of people who are willing to sign NDA's when dealing with security bugs, so bugs can be patched before being announced.
Finally! A year of moderation! Ready for 2019?
Why not? They're selling lots and lots of iPods, why wouldn't they eventually include phone functionality with lower-end iPods?
Finally! A year of moderation! Ready for 2019?
Obligatory Monty python reference: http://www.youtube.com/watch?v=hSELOCMmw4A
Odd question.
I don't know about three days, but certainly under a week, which is completely normal in free software. Proprietary vendors generally want between six months and two years, but free software vendors and projects very rarely ask for more than a week or two delay before publication.
In fact, Linus famously tells people not to tell him about any security issue you want kept secret for more than a week, as he will just go ahead and fix it.
ex$$
An OS consists of not only the kernel, but also the userland. You need to be able to interface with the kernel at least at some level. Just because GNU/Linux's userland is indistinguishable from third party applications doesn't mean that all operating systems are complete with kernels alone.
http://astutehosting.com/
No in this case it's just a study that's potentially flawed.
They used automated code checking software, the problem is that this might flag some block of code as an exploit which would normally be if it weren't properly trapped. The problem with automated software like this is that it can flag things up that are correctly handled because it's smart enough to spot an exploit, but not smart enough to deal with the various different ways of handling potential exploits. It's also worth noting that classification of serious is quite arbitrary with this software, it could mean anything from "Really is serious", to "simply doesn't matter".
Until someone has been through and manually checked each one (which is something Google may have already done using similar software meaning none of these are actual workable exploits) then the number of actual serious security bugs could be zero, 10, or 100- in other words the study basically tells us nothing, it's just an attempt to sell their software which is fine for finding potential security flaws, but useful by itself as a tool to guage how many security flaws truly exist in a piece of software.
A lot of people - myself included - refer to Darwin when talking about the OS, and Mac OS X when talking about all of the stuff that Apple bundles on the install CD (including Quartz, Cocoa, and so on).
Defining the OS as the kernel is problematic when you have microkernels, because the line between what is the kernel and what is userspace is blurred. With Symbian, for example, device drivers live in the kernel but they don't handle multiplexing between applications. When an application wants to access a hardware resource, it talks to a userspace server. Are these servers part of the OS?
The general working definition of an OS is the stuff that you need to boot the system and launch programs. With a UNIX-like system, this includes the init system (typically including a POSIX-compatible shell), and a set of libraries. Most importantly, it includes libc, because this is the public interface to the kernel's functionality. If you select a target when cross-compiling stuff for OS X, you select the Darwin target, not the OS X or XNU target (there isn't one), because the compiler needs to know things like the object format to use (Mach-O), the calling conventions (not defined by the kernel), and a few other things.
This is why people talk about GNU/Linux as a platform; because it's GNU libc, the GNU shell, and so on that their programs interact with. You can swap out the Linux kernel for something like a FreeBSD kernel much more easily than you can swap out the GNU stuff for BSD equivalents.
Some people use a slightly broader definition for UNIX-like systems, including everything needed for compliance with the Single UNIX Specification. Since this includes things like c99, c++, and vi, I think it's a little bit to broad, because the system can happily function without them.
I am TheRaven on Soylent News
Coverity is not a charitable organization, so the only question I have is: "who paid for the analysis?"
I don't believe Google would have paid an outside firm. After all, people at Google view themselves as "the best of the best."
I suspect Apple might have had something to do with this.
It "dominates" in the same way Windows dominates PCs...a fractured mess controlled by the carriers,
One can always buy sim-free phones. Yuo have to pay up front, but it's your phone.
with their own unremovable junkware, their own app stores, and their own differing hardware features.
Junkware is annoying, but I'd count differing hardware as a fearture rather than a bug. It gives you choice.
Also, all "app stores" suck compared to a proper package manager.
Here's an article you won't see written about the iPhone: How Can I Tell If An Android App Is Malware?
You know there have been iPhone apps with hidden functionality, right? Those could just as easily have been malware.
Personally, I'm not too excited about the idea of Google owning search, advertising, email, chat, documents, phones, netbooks, blogs, etc., all while skirting the edge of privacy.
Yep.
I'm not really interested in replacing one Micorosft with another.
Yep.
Apple is more concerned with being the best in a market, not #1 in a market.
Apple are every bit as bad, given half the chance. And their phones are far too locked down. At lerast with Android, you don't have to use an app store if you do not want to.
Anyway, I want an N900. That looks nice to me than either Android ir the iPhone.
SJW n. One who posts facts.
Technically you are correct : ) I have updated my definition of 'astroturf'
A lot of people - myself included - refer to Darwin when talking about the OS, and Mac OS X when talking about all of the stuff that Apple bundles on the install CD (including Quartz, Cocoa, and so on).
They're you're being inconsistent, and making arbitrary distinctions to support your bias.
The general working definition of an OS is the stuff that you need to boot the system and launch programs.
It is a struggle to see how the full OS X (or Windows) would not meet this definition.
You have, however, demonstrated the one consistency I've seen with "technical people" when defining what an "OS" - they always go out of their way to ensure whatever set of rules they make up excludes any sort of "GUI" from being included. They all seem to suffer from Goldilocks syndrome, since not being able to pop up a bash shell isn't "graphical" _enough_, while drawing windows and using a mouse for input is _too_ "graphical".
"When most technical people say OS, they mean the program that controls access to the hardware and provides system services- the kernel."
So, for example, Linux is an OS when running on bare hardware, but if you're using it in a virtual machine on a Windows host, you're really running Windows as an OS? OK, if you says so.
"National Security is the chief cause of national insecurity." - Celine's First Law
The general working definition of an OS is the stuff that you need to boot the system and launch programs.
It is a struggle to see how the full OS X (or Windows) would not meet this definition.
The full OS X includes a load of apps, such as iCal, Address Book, and a load of frameworks that are not needed to launch apps. It contains a load of stuff that is not required to boot the system. It is a superset of Darwin, just as Darwin is a superset of XNU (but XNU can not boot on its own, while Darwin can). Any Darwin program will run on OS X, but not every OS X program will run on Darwin, because it may use some of the Apple frameworks or applications.
You have, however, demonstrated the one consistency I've seen with "technical people" when defining what an "OS" - they always go out of their way to ensure whatever set of rules they make up excludes any sort of "GUI" from being included
Not at all. The Quartz GUI is a separate process, the WindowServer, which is launched after the init process runs. If you hold down option-S when booting a Mac, it is not loaded, but you can still run programs. If you log in as the >console user from the graphical login screen, the WindowServer exits and you can proceed without it. It is, therefore, a clearly optional part of the system. You can even exit it and run X.org instead on an OS X system, although the X11.app from Apple runs on top of Quartz. There are other Darwin distributions which only include X.org and not Quartz.
In contrast, Windows has a closer integration and does not expose a terminal-emulator interface to programs, so you must load at least part of the GUI if you want to run programs (if you boot NT in the emergency recovery mode, you actually get the the GUI loading and then running cmd.exe in a command prompt window).
You have to include a shell for most UNIX-like systems, because the init system runs shell scripts, and you could not finish system startup without it. You have to include libc, because that provides the programmers' interface to the kernel (the Single UNIX Specification only specifies C interfaces, not system calls). You have to include programs that are run by init scripts, such as ifconfig. You do not have to include X11, because the system will happily boot and run programs without it - you can even run graphical programs on a remote display without having X11 running locally.
I am TheRaven on Soylent News
Odd, I don't know why you're picking on me,
Since I didn't recognize your name, and wondered why he might be picking on you, I Googled your name, and see why he might be picking on you. There are a lot of people out there who apparently think you are an asshole.
I am reserving my opinion, but I'm just trying to help you understand (and inform others who may not have heard of you).
Pollyanna.
Did you read TFA?
They said that the level of bugs per 1000 lines is very much less than half the "normal" amount. Though yes more than the Linux kernel itself, but some of the bugs were already addressed before release. I'd like to see *YOU* do better with getting the OS on a Mobil Device.
I mean, come on, exactly how is a remote exploit (quite a few of the bugs are this type) going to happen on these phones when these things don't even listen on what is typically expected on the "network" and then even if it does, its typically been "rooted" (and they should get all they have coming to them if they don't know why they rooted and expect it to behave just like a non-rooted one) and even then... at least on Verizon doesn't allow any connection listening services on its "mobile" ip address ranges in any case.
How about Apple let Coverity do the same run down on iOS? Never happen, at least with public results.
Better yet, Windows Phone 7? Hah... never happen period.
Nokia's stuff? better chance of winning the Mega Lottery.
greg, REMEMBER ED CURRY!!!
Android is not Linux. Since January, Google has been working on an increasingly incompatible fork of the Linux kernel.
# cat
Damn, my RAM is full of llamas.
I mean after search, what have they delivered besides betas and hype? Collapsible threads in webmail?
Google Maps
Google Earth/Moon/Mars
Google Skymaps
Google Translate
Google Docs
Google Calendar
Google Desktop Search
Google Image Search
Google Code
Google Talk
Plus they run/own:
Blogger
Youtube
Picasa
Sketchup
But apart from that, nothing...
I'm not saying they're perfect but saying that they've done nothing but search is just plain wrong.
Brain surgery - it's not rocket science!
I'd refer to myself and a hell of a lot of people I know as 'technical people', and we still refer to the OS as the top level framework. We call the kernel the, wait for it...kernel. It keeps things simple if you don't decide to branch out your own language from what the normal people use.
It's like ping and latency. Yes they are different, but only a right asshat would start complaining if someone says in a video game "Damn I have a high ping". Met one of those guys so far.
To much anime is bad for the brain...desu.
Sorry. Couldn't help it.
But yeah, OS X is Unix based, not Linux, as I recall.
To much anime is bad for the brain...desu.
Sorry. Couldn't help it.
Quick! Call Steve! He needs to increase the power levels!
To much anime is bad for the brain...desu.
Sorry. Couldn't help it.
Here's an article you won't see written about the iPhone: How Can I Tell If An Android App Is Malware?
Sure you will! Researcher warns of risks from rogue iPhone apps
To much anime is bad for the brain...desu.
Sorry. Couldn't help it.
i wonder how many bugs are in closed source handset operating systems...
Blame your manufacturer, especially if they have their own overlay (Blur, TouchWiz, Sense). While they can't be expected to release a new update every single security fix they should be bundling them up and issuing them periodically.
http://www.esecurityplanet.com/features/article.php/3910891/Android-Code-at-Risk.htm seems like a better article to me, as it actually gives you information. For instance, to answer one commenter I saw, it mentions that the code from the vanilla linux kernel has fewer flaws than the code that is Android specific. It also mentions this gem: "We found that the Android kernel had about half the defect density that you would expect, compared to other industry average codebases of the same size," Andy Chou, Chief Scientist and co-founder of Coverity told InternetNews.com."What that means is that a defect density of one defect per approximately one thousand lines of code is industry average, according to our measurements – for the Android kernel, the defect density was about 0.47." According to the same source, the defect density if you look at Android only code is .7 per a thousand lines, so still below the industry average. In short, Android is more secure than most other kernels that Coverity has analyzed.
It's certainly not as clear cut as you are suggesting. Apple have a good percentage of the market right now, but the majority of growth is in Android (that's largely people moving from non-smart phones to smart phones, so it will be interesting to see how this plays out once that trend levels off), okay that's to be expected since they're starting from simpler roots, but I'd hardly say Android over here are feeling any kind of "hit", and we've had iPhones on other carriers for a good while.
Serious question. Would the discovery of bugs like these be possible on the iPhone due to it's closed nature?
All done before.
"Flyin' in just a sweet place,
Never been known to fail..."
The carriers and hardware manufacturers are still far too used to doing things the old way (perhaps one update during the life cycle of a phone, if you're lucky). However, what I'm starting to see are more and more complaints from regular (i.e. non-technical) users about the lack of updates. This is a good thing, eventually someone on the hardware side will start to capitalise on this by offering phones with minimal or no cruft on top of the base Android OS, and carriers who want to be able to offer all the latest updates will hopefully start to pick them up and release them without modification (and if not, there are plenty of places that will sell you a phone and a contract without the proprietary crap associated with that contract's carrier). What we should hope for is more updates from Android pushing flashier new features to drive public opinion in the direction of demanding the hardware/carrier side of things give us the ability to update over the air ourselves, out of the box.
so wait, you think that when people add functionality it's not going to reduce security?
do you even know what programming and programatically introducing security means?
It means your choice is : functionality or security. You don't get both.
At least they're using fairly current kernels, if they weren't then I'd say it's different.
Ok, so who has made something completely new?
Oh, also Chrome OS (as far as I know, the first net-based OS) and Android (as far as I know, the first Linux phone OS).
Brain surgery - it's not rocket science!
ChromeOS is Linux, with the userland stripped bare and a browser for a shell.
"Flyin' in just a sweet place,
Never been known to fail..."
XNU IS the match kernel. Darwin is the OS, which includes XNU match kernel.
mach, not match. You get the idea.