Apple Responds to MOAB

frdmfghtr writes "Apple has released what appears to be the first security update as a result of the "Month of Apple Bugs." While the Apple site doesn't explicitly say that the fix was a result of the MOAB, it does point to a sample Quicktime file that triggers the overflow flaw (well, sort of...it says the file is there but doesn't provide any links)."

Comments

MOAB?

[Southpaw018]

First thing I thought of was this.

Re:MOAB?

[Penguinisto]

Could be worse... all this time I kept thinking that Apple somehow added Detroit Lockers and a new set of leaf springs to its Macs in response to Moab...

(Guess that's what I get for living in Utah and owning a Jeep...)

/P

ummm

[Kyro]

from the linked apple release: " A QTL file that triggers this issue has been published on the Month of Apple Bugs web site (MOAB-01-01-2007). This update addresses the issue by performing additional validation of RTSP URLs."

is that not explicit enough??

Re:ummm

[DLG]

Yeah, it is hard to accuse Apple of dodging the project by explicitly highlighting their 'contribution'. I wonder what the author wanted to see.

"Oh Noez, W3 WUZ PWNED by the MO@B Kr3w!!!!"

Really pretty respectful to simply describe the bug, and describe the exploit that is specifically focussed on that bug, pointing the the source of it.

I think that MOAB did focus attention on some real issues although they had to stretch out some issues to multiple days (several DMG file structure errors which essentially were DOS at worst (a corrupt file shouldn't cause crashes it is true, but that can be one day worth of bugs since the fix is essentially 'validate file more effectively before loading it')

As far as the questions about things like diskutil restoring permissions on files that have lost their SUID bits due to being modified, thats a solid issue, although diskutil is run by administrative account from what I recall, and really points back to the question of how do you avoid having someone with an account on a machine they have in their home or office from getting root access, and then not doing stupid things to their machine. Basicly the same can be said about any system that allows someone root access. There is no OS that can stop SU from fraking things up as far as I know.

Anyway, I think the real truth is that there are no great showstoppers. Omniweb closed their security flaw the day it was released (and wondered why they couldn't have been contacted prior to the publicity. Any argument that 'Apple ignores bug reports' sort of goes to hell when talking about third party software issued). Even worse was day two's focus on VLC a project that has less relevance on Apple's OS than it does in the Linux world. I think they should have focused on things Apple needed to fix, rather than things that break on Apples, just like they break everywhere, without Apple having much to do with it at all, nor any real influence on the developers. I mean technically you could put any Window security issue into the Apple MOAB since Windows apps run on Macs these days. Is that helpful? Not really.

So I would say that Apple has shown a willingness to respond to a bug report, I have not really seen them creating negative press against the MOAB folks, and there hasn't really been a showstopper that was strong enough to get mainstream press.

Re:ummm

[99BottlesOfBeerInMyF]

I expected to see an acknowledgment along the lines of "Thanks to the MOAB team for alerting Apple of this flaw in Quicktime." For all we know, Apple already knew about it and fixed it without any help from the MOAB effort. Even Microsoft acknowledges outside efforts that uncover flaws in Microsoft products.

Apple acknowledges contributions from users who report bugs to them. Just read any of their security patches and about half the items are attributed to a bug reporter outside the company. The question is, did the MOAB really report this bug to Apple as they strongly implied? We know they did not report the bug to the OmniGroup team, since their CEO went on record saying they found out about it from someone who say the MOAB site.

If I were Apple I wouldn't give these guys credit at all, seeing as they are behaving unethically and irresponsibly. Giving them press just encourages others to behave like this.

Cue the Iraqi Information Minister....

[bmajik]

I speak the truth! There are No Bugs In The Macintosh! Those whom you have heard saying there are bugs? Where are they now? They are not in the Macintosh. They are roasting in the stomach of the Jobs.

Even if there were Bugs in the Mac OS, the infidels would not find them. We would know about them first and Fix them forthwright. They will never defeat us for 1000 generations.

We welcome the discovery of bugs in the Macintosh! We have set a trap for them and when they fall into it, we will be victorious, Jobs willing! We will ensnare them with the traps we have set and will cast them out of the kernel and back to where they came from!

Silly Crackers...

[Anonymous Coward]

They've succeeded in furthering the silly notion that OSX is more secure. :( Here we have 20 some odd bugs and not a SINGLE disastrous outbreak among OSX computers. Will someone please find the ball and GET ON IT?!? Maybe they'll have some amazingly earth shattering ones towards the end of the month.

If this little act of theirs doesn't result in a major worm/virus outbreak, then that means that even if you SHOW people how to break the system they still can't, again furthering the notion that OSX is somehow more secure than Windows!!

Response

[99BottlesOfBeerInMyF]

So what is the proper response to the MOAB people? They are revealing real bugs, some of which could be exploitable. Ignoring them leads to decreased security. At the same time they have behaved very irresponsibly with regard to those bugs they have found, not notifying the vendor and providing time to fix before publication, nor following the route of immediate disclosure, the MOAB people seem to think it is all right to sit on bugs they find until the most convenient time for them to gain publicity. Worse, they intentionally space out the publication of the bugs, making a Dev/QA cycle to fix them have to wait till the end or commit to missing some. As such they have maximized the time of exposure for these bugs which encourages worms by giving malware authors as much time as possible.

Obviously increasing the security of end users is not the top priority. Accurately informing the public does not also seem to be their top concern since they named their project "Month of Apple Bugs" while many of the bugs they've announced are in third-part code (some of it cross-platform) that has nothing to do with Apple. It seems to me all they care about is publicity and sensationalizing themselves in the hope that they can capitalize upon it. Looking at them in that light, it makes sense to spread out the announcement of these bugs and not inform vendors beforehand because it increases the likelihood that people will be compromised, giving them the opportunity to go to news outlets ands say, "see we told you this might happen."

Given all of the above, what can be done? I'd certainly never want to work with people who eschew responsible disclosure and are interested only in themselves, nor would I trust them. But any press is good press, and most people are not security people and won't even understand what it is these people are doing, they'll just know they got press for security research. Is there any way the security or computing community can discourage this crap in the future and make it clear that irresponsible behavior like this is unacceptable?

Re:Response

[99BottlesOfBeerInMyF]

And I think you are way off here saying they are only looking out for themselves.

It is the only reason for this method of disclosure I can think of.

Have you every attempted to do a disclosure with Apple? It's nearly impossible.

What? They have a bug reporting form on their Website. You don't even have to give them any info on who you are. I've submitted bugs that were fixed in short order, although none were security issues. My coworker a few offices down submitted a local escalation security bug though and it was fixed a few weeks later and he was given credit in the the security update. How is that "nearly impossible?"

These 30 odd bugs they are going to release would take apple YEARS to fix if this disclosure method was not taken.

That's just bullshit. If they found the bugs this month and handed them all to the respective vendors then announced the results at the end of next month all the vendors would fix them before the announcement.

I'm sure both of these researchers are Apple users or such a project wouldn't have taken place.

At least one of these "researchers" has performed the month of bugs thing on other vendors, one of which was cancelled when he was paid off, as I understand it.

It's my belief that they are sick of Apple's antics and simply want results.

If they followed the schedule I listed above, and Apple did not fix them within that one month dev/QA time these guys could scream bloody murder and I'd be right behind them. They'd be following responsible industry practices and Apple would be in the wrong. I'm firmly convinced they did not do this because they were pretty sure Apple would fix the bugs and they would get only minor press once, instead of ongoing sensationalist press.

Also, before you go to far in defending these guys, you do know they are now accused of illegally exploiting one of their bugs against users before announcing it, right?

Re:Response

[99BottlesOfBeerInMyF]

Spoken like a true Mac apologist. How dare anybody manipulate any information, timing, or accuracy to make my computer company look bad! Welcome to the world that Microsoft lives in, here's your initiation T-shirt.

Who cares about making Apple look bad. I'm concerned about the very real security implications of these actions. They're putting people at risk in order to get press and ignoring the established practices of the industry. You can argue for delayed disclosure based upon vendor response. You can argue for immediate disclosure. Now do tell me the argument for not informing the vendor and not informing the public until a specific day. It doesn't matter what vendor they are doing this to, it is still unethical.

Where is this outrage when an unpatched Windows bug is announced?

There are valid reasons for announcing an unpatched bug in some situation and I fully support that. In some cases there are even valid reasons for announcing a bug to the public immediately without disclosing it to the vendor first. That said, this is neither of those cases. There is no security justification for immediate disclosure in this case. And, they aren't disclosing immediately, but are delaying disclosure.

Admittedly, flaws in 3rd party software don't really seem to have any business in the MOAB list, but of the 23 issues they've reported so far I believe only 3 have been for 3rd party apps.

That would be 6, not 3... or approaching 1/3 of them.

The fact is that yes, there is a "more responsible" way that vulnerabilities should be handled by the MOAB team. However, Apple could do a better job as well.

I think that is understating the case. They're accused of actually using the bugs to exploit users before announcing the bugs. That goes way beyond "less responsible" and enters the realm of "probably criminal." As for disclosure times, When you're dealing with a vendor that provides no feedback and has a history of slow bug fixes and you think the vulnerability might be being exploited in the wild and there is a work around, immediate public disclosure makes sense and increases overall security. When you're dealing with a bug in OmniWeb that is almost certainly not being exploited, it makes no sense. These guys provide immediate feedback and turn around security related bugs in hours. Yet the MOAB project not only did not give them hours, they never bothered to inform them of the bug at all and they had to learn of it from someone who read the MOAB and reported it to them from there. That is indefensible.

The whitewashing job Apple has done demanded (to some people) a highly publicized "retaliation" to prove that, indeed, Apple's feces doesn't smell like roses after all.

Whitewashing job? Do elaborate. How is Apple covering up security problems or misinforming people?

This is the message that just doesn't seem to get across to Macintosh users, and until they not only get the idea that their OS isn't 100% secure, and that they need to take precautions just like Windows (and Linux) users then people like this MOAB team will continue seeking publicity more than seeking to "responsibly" get vulnerabilities reported and resolved.

Umm, but Mac users to date haven't had to take any security measures to have a negligible possibility of malware infection. That could change in future and Apple should be proactive about keeping it that way, but you can always spend more effort on security. I'd like Apple to do more, but so far they have been "good enough" and I haven't seen them misinforming anyone. Some of their Ads may oversimplify, but that is a good thing since most people don't want complex messages about computers security. "Get a mac and you're safer than if you have Windows" is about as complex as the average consumer can handle and remember.

Re:Response

[99BottlesOfBeerInMyF]

I was more troubled by the way they treated Omniweb...

Even more troubling is the hubbub surrounding their Colloquy vulnerability, mentioned in this article. They are accused of actually using the exploit on a public IRC channel before releasing the vulnerability and publishing a log of that hack in the announcement. I don't know if it is true, but given their behavior with the rest of this project they're slipping more and more towards the blackhat end of the spectrum.

Re:Response

[99BottlesOfBeerInMyF]

Haven't you just argued both sides of the same point? There's nothing Mac users need to do to protect their machines, yet the MOAB people are accused of exploiting these bugs in the wild? Either one or the other of these statements is, therefore, incorrect.

No, that is not the case. Apple has an install base of millions. Colloquy users, on OS X, using that software actively on a channel where it is being exploit, in that one week window between the discover/alleged use and fix make up a negligible part of those millions. Adding together all the exploits used in the wild, including trojans, still accounts for a negligible part. I'm more likely to lose data because I got in a car crash which destroyed my laptop than I am to be remotely exploited.

But that does not mean that the platform is safe.

This statement is meaningless. Nothing is ever "safe." Even if you have a mythical, perfect computer security system there is the possibility that Illuminati agents will kidnap you, use drug and hypnotherapy, and make you copy all you data onto disc and give them a copy then forget about it. Security is relative. OS X is much better than Windows, but much less secure than OpenBSD. The point is to keep your customers happy by providing most of the with security that is appropriate. Given the lack of widespread exploitation on OS X, they are succeeding thus far.

"Black Hats" aren't hacking as much anymore just for kicks

There are lots of reasons OS X is less likely to be exploited, including market share, default settings, and the skill set of most malware authors. New worms already attack multiple Windows vulnerabilities to increase their chances of spreading. There have been cross-platform worms. There are worms that mine data, like online account info and CC#'s The motivation for adding an OS X exploit is there, if it is easy enough. There are a number of worms written for purposes like prestige, attention, and profit that would be more effective if they targeted the Mac. To date, it has not been easy enough.

Where is the money in hacking a Mac? How many financial institutions rely on Macintoshes for storing sensitive data?

If you're being directly attacked by a skilled researcher, the Mac is not the best platform. Use a locked down SELinux setup. That does not apply to most people, however. For the data on average laptops that widespread malware is targeting, macs have plenty of it. Half of the Windows machines you hit are going to have nothing of worth because they are owned by people in relatively poor areas, many pirating Windows. Mac users are relatively affluent by comparison.

How many Macs does the DoD use?

This is not really relevant do to the same reasons as above, but it is an interesting question. How many do they use? What naval intelligence? What about the CIA. I know some CIA operatives had powerbooks because they handled large satellite photographs and maps better. As for other uses, I don't know. Do you?

The absence of evidence of active hacking against the Mac platform is not proof that it is secure.

The relative lack of hacking against the Mac platform is one reason why it is more secure than Windows. Nothing is ever, "secure."

That's the logical fallacy that Apple is happy to perpetuate, and that the "Mac Nation" will happily swallow. That's the Kool-Ade that I'd like to see fewer people drink.

99% of people don't know what an "OS" is. If you tell them that Macs are not "secure" and neither is Windows and they need to take a course in computer security to learn safe practices, they'll ignore you as another techno-babbling geek. You might convince them to stay with Windows instead of switching to a Mac because both are insecure, right? Practically speaking the message, "get a mac and you're less likely to have security problems" is more likely to increase the overall security in our current environment than anything else. It gets people to switch to a company that needs to keep customers happy or it loses money and it gives MS incentive to make their machines more secure. Attempts to confuse this message or make it more complex are likely to result in net decreased security.

Re:Response

[DLG]

I just searched around on this, and was also disturbed by what I see which can be summed up by 'they tested it live, the developers fixed the bug based on the attack, the MOAB team posted a release with evidence of the attack, then removed it, then denied it happened, and denounced all potential proof as unreliable'

The parent shouldn't be modded flamebait, but thats not really important. Even the fact that they used it live was relatively minor (it wasn't infecting peoples computers as far as I could tell). What bothers me is that the lack of transparency they accuse Apple or other developers of, hardly seems valid in light of their own lack of honesty. This has been questioned before, and if they hadn't already made themselves look a bit foolish by targetting open source multiplatform tools, they certainly would have lost credibility based on this stunt.

Re:So...Is The QT Flaw the Only Notable Bug?

[solevita]

Also: is Steve Jobs technically a bug or a feature?

I'm told he's the irreplaceable core of Apple inc, so I guess he's neither a bug nor a feature; he's Apple's Internet Explorer.

I posted this elsewhere too...

[jpellino]

This fix is in line with the typical timing and attention given Apple security updates - relatively quick and competent.

This pretty much busts MOAB's claims of Apple's ignorance and/or hostility at bug reports.

Apple has been doing better than most, fixing 99.9% of their problems through their established channels without MOAB's brand of nonsense. Count all the bugs fixed thru the normal dev bug report process. Count all those fixed by MOAB's. Compare.

IIRC nearly a third of their "Apple Bugs" are 3rd party problems to begin with.

MOAB are still flaming Apple Inc., Apple users, and anyone else who critiques their methods, and it's gotten personal and insulting. They come out swinging their fists at the Apple community, then cry foul because someone hits back.

If Apple users make you cry, go kick your tires.
You want the world to believe that you're a responsible developer that anyone will listen to or hire, prove it in daylight.

Re:I posted this elsewhere too...

[99BottlesOfBeerInMyF]

Apple is generally regarded as being slower than Microsoft at patching problems.

Yeah, I've read those studies in detail. The Window of exposure for exploits was much higher with Microsoft products and they only cover publicly acknowledged security bugs. My info says less than half of the security bugs MS finds internally are fixed ever. I don't know about the situation at Apple.

...but according to this study from 2006 it took them 91 days on average to fix known exploits.

You're confusing the term "exploit" with "potential vulnerability." A lot of Windows vulnerabilities are disclosed when someone notices an exploit in the wild. This has never been the case with Apple, as far as I recall. The window of exploitation is the time between when blackhats start exploiting a hole and when the vendor fixes that hole. That is the number that counts and MS is way behind on it.

Yes, of course, it's silly to call it the "Month of Apple Bugs" when they are also reporting exploits in third party software. Unfortunately, it's also understandable - the fact that many security problems in Windows are caused by third party software does not stop people blaming Microsoft for the insecurity of the Windows platform.

Yeah and if an uninformed guy off the street confused these I'd understand, but these are supposed to be security researchers. When that happens, it isn't a mistake, it is knowingly promoting a falsehood.

Given that quite a few of these third party exploits are privilege escalation (eg instant root), it is Apples problem.

Certainly I'm all in favor of Apple finishing their MAC implementation and locking down applications and threads, but the chances of being exploited right now is so small that it is not an issue for customers yet.

I quite agree that these "Month of X bugs" things seem to be quite irresponsible and even immature. I'm not sure what the point of them is, except to make a bad situation worse.

The point is to generate press for the "researchers" at all costs, even if it means promoting the creation of worms in the hopes that they can get more press out of that.

Re:So...Is The QT Flaw the Only Notable Bug?

[99BottlesOfBeerInMyF]

I haven't heard much coverage on the MOAB since the QuickTime revelation -- haven't they dug up any further baloney in the OS or its core of Jobsian iApps?

They've revealed a number of potentially exploitable bugs, although nothing to really worry about right away, and a number more third party bugs that have little or nothing to do with Apple.

If the highlight of the month is the damn QuickTime thing, this has worked out to be a fairly dull bug hunt.

The most interesting thing to come out of this so far is actually a third party bug in Colloquy, a popular IRC client. The bug itself is not all that novel, but the explanation of the bug that the MOAB team allegedly, originally posted showed them using the vulnerability to hack users on the popular #macdev on Freenode IRC. Basically, many people are claiming they posted a log of them not only behaving unethically, but illegally before even announcing the vunlerability. The explanation of the bug they now post no longer contains that log. For more information check out the article and the accompanying forums.

Lots of comment...

[shawnce]

I am see several comments from folks stating that they are surprise that Apple is taking steps to patch issues ("taking it seriously", etc.). I find that a little strange comment given that Apple is actually rather good about addressing vulnerabilities that others report to them and give them credit (if they reported it to Apple). Granted Apple's general no comment policy until investigated and patched can be a little annoying if you report an issue and would like to know more but that policy doesn't mean that Apple doesn't take security reports seriously.

Just review all of the attribution Apple has given for the many vulnerabilities they have addressed over the years. For example look at the security release announcements for 2006 (mailing list archive).

As a side note a few MOAB issues are centered on group admin writable locations that can be used to take over the system is you have local access (possibly via a remote exploit). It may take Apple a little while to address this type of issue given the possibility of permission changes causing Apple and 3rd party software (installers most likely) to fail for customers. Luckily a few new security related feature will debut in Mac OS X 10.5 that will make this type of attack harder to pull off (us 3rd party developers should adopt them ASAP).

A brief listing...

CoreGraphics
CVE-ID: CVE-2006-1444
Available for: Mac OS X v10.4.6, Mac OS X Server v10.4.6
Impact: Characters entered into a secure text field can be read
by other applications in the same window session
Description: Quartz Event Services provides applications with
the ability to observe and alter low-level user input events.
Normally, applications cannot intercept events when secure event
input is enabled. However, if "Enable access for assistive
devices" is on, Quartz Event Services can be used to intercept
events even when secure event input is enabled. This update
addresses the issue by filtering events when secure event input
is enabled. This issue does not affect systems prior to Mac OS X
v10.4. Credit to Damien Bobillot for reporting this issue

Keychain
CVE-ID: CVE-2006-1446
Available for: Mac OS X v10.3.9, Mac OS X Server v10.3.9, Mac OS
X v10.4.6, Mac OS X Server v10.4.6
Impact: An application may be able to use Keychain items when
the Keychain is locked
Description: When a Keychain is locked, it is not possible for
applications to access the Keychain items it contains without
first requesting that the Keychain be unlocked. However, an
application that has obtained a reference to a Keychain item
prior to the Keychain being locked may, in certain
circumstances, be able to continue using that Keychain item
regardless of whether the Keychain is locked or unlocked. This
update addresses the issue by rejecting requests to use Keychain
items when the Keychain is locked. Credit to Tobias Hahn of HU
Berlin for reporting this issue.

GDB
CVE-ID: CVE-2006-4146
Available for: Mac OS X v10.4 and later
Impact: Opening a maliciously-crafted DWARF binary with GDB may
lead to arbitrary code execution
Description: GDB, the GNU Debugger, is susceptible to multiple
vulnerabilities that may lead to arbitrary code execution when
loading maliciously-crafted DWARF binaries. This update
addresses the issues by performing additional validation while
handling DWARF binaries. Credit to Will Drewry and Tavis Ormandy
of the Google Security Team for reporting this issue.

etc.