It's only a matter of time..., 2005-08-18
Story continued from Page 1
This policy is similar to that used by Microsoft, who only recently began to release interim "Security Advisories" for certain events, including the public confirmation of vulnerabilities for which no patch is available.
The fact is, these operating system vendors can take a long time to patch security vulnerabilities once they're notified of the problem. Unfortunately, there's a big difference between Apple and Microsoft when it comes to bugs in their operating system. I would argue that Microsoft is in a far more advantageous position, oddly enough, because their operating system doesn't contain so much open source software.
Time to patch
As can be seen on the eEye Digital Security Upcoming Advisories web page, Microsoft is currently sitting on a substantial number of vulnerabilities, including a critical issue that was disclosed to them nearly five months ago.
The closed source and un-shared nature of the Microsoft Windows code base gives Microsoft the luxury of taking such a long time to patch vulnerabilities that are reported to them. They can spend a year developing, testing, and rolling out patches, and aside from the group of people that reported the issue, as well as perhaps a small group of black hats that have also discovered the issue (they're out there somewhere), the public and majority of would-be attackers will be clueless as to the nature of the vulnerability, and as such, are unable to exploit it.
Apple, on the other hand, is in a different boat. Many of the vulnerabilities that affect OS X are open source, and as such, technical information regarding the issue is publicly disclosed on a different timeline, and more importantly, a timeline that's completely out of Apple's control.
This situation is a virtual gold mine for attackers. When important vulnerabilities are publicly released on one timeline, and then patched on another, a window of opportunity is created where attackers can develop exploits for OS X using publicly announced vulnerabilities, for which no vendor-supplied patch is available. Attackers are handed the vulnerabilities on a silver platter, and the open source nature of the affected components takes all of the guess work out of the vulnerability itself. Sure, exploiting the vulnerability may be another story, but more than half the battle is lost when an attacker already has a component to attack, and knows that he will likely be provided the luxury of several months (or in some cases longer) before a patch is available for the operating system that he's targeting.
Let's look at some real-world examples of this window of opportunity for the vulnerabilities patched in Apple Security Update 2005-07.
- The MIT Kerberos 5 Administration Library Add_To_History Heap-Based Buffer Overflow Vulnerability, disclosed on December 20, 2004. That's almost an eight month window.
Two other heap-related vulnerabilities in MIT Kerberos disclosed on July 12, 2005. Just over a one month window.
The LibXPM Bitmap_unit Integer Overflow Vulnerability, disclosed on March 2, 2005. That's almost a five month window.
The Zlib Compression Library Decompression Buffer Overflow Vulnerability, disclosed on July 21, 2005. Almost a one month window.
Sure, these vulnerabilities aren't prime candidates for Windows-esque mass and widespread exploitation, however, if I used OS X, this data wouldn't exactly make me feel very comfortable.
The future is before us
Apple's OS X operating system is continuing to become more and more popular. In fact, the next computer that I buy for my wife will almost certainly be a Mac. However, there is a price to popularity. The more popular something becomes, the more attractive of a target it is for black hats. And with Apple's forthcoming transition to Intel-based hardware, it's only going to get worse. Ultimately, hacking OS X will no longer be the "Black Art" that it is today.
Story continued on Page 3
