Slashdot Mirror


Apple Safari On Windows Broken On First Day

An anonymous reader writes "David Maynor, infamous for the Apple Wi-Fi hack, has discovered bugs in the Windows version of Safari mere hours after it was released. He notes in the blog that his company does not report vulnerabilities to Apple. His claimed catch for 'an afternoon of idle futzing': 4 DoS bugs and 2 remote execution vulnerabilities." Separately, within 2 hours Thor Larholm found a URL protocol handler command injection vulnerability that allows remote command execution.

41 of 595 comments (clear)

  1. Maybe that's because... by YowzaTheYuzzum · · Score: 5, Insightful

    ... it's a beta version.

    1. Re:Maybe that's because... by moosesocks · · Score: 4, Insightful

      Eh. iTunes on Windows is alright in my opinion.

      It's quicktime that's the absolute mess -- It's gotten better since iTunes came along, but compared to the lightweight framework that it is on the mac, the windows version absolutely sucks. It's just an incredibly sluggish, and somewhat useless media player.

      On OS X, Quicktime is essentially a fairly versatile media framework that, given the proper codec, can play just about anything. Virtually all mac applications that require the manipulation of media files utilize it. The file format also allows for some pretty darn cool nondestructive editing -- Final Cut Pro is more or less just a fancy utility for manipulating QuickTime files.

      QuickTime player is simply a front-end application that makes use of the framework. Its Windows counterpart is a mere shadow of its former self.

      On the other hand, VLC natively plays every format under the sun on every platform under the sun. Come to think of it, it's the only app I know of that works extremely well on all 3 major platforms (Firefox isn't so hot on the mac)

      Many people blame the presence of a Windows version for preventing Apple from transitioning iTunes over to a Cocoa app. I can hardly blame them either -- Cocoa apps tend to be a bit more stable and 'snappy' (it's a really nice framework)

      I wouldn't completely knock Safari without giving it a chance. Safari itself was based off of KHTML (and the Apple devs still contribute back regularly to the KDE/Konqueror folks). If they ported it once, porting it twice shouldn't be a terribly huge issue once the initial kinks are worked out.

      --
      -- If you try to fail and succeed, which have you done? - Uli's moose
    2. Re:Maybe that's because... by the+pickle · · Score: 5, Insightful

      "if these guys can find holes in a few hours, why can't Apple?"

      David Maynor has a track record as a publicity whore first and legitimate security researcher second, so whether Maynor has actually found as many bugs as he claims to have found here is up for debate until he provides some more substantial proof. He also has a giant ax to grind after Apple embarrassed him in the AirPort bug fiasco. I'd take anything he says with a grain of salt until he gives me ample reason to trust him again.

      Nice policy, by the way: find bugs and don't ever report them to Apple. Because last time you claimed to have reported a bug, Apple exposed you as a liar, so now you just don't bother. That's brilliant. We need more people in the world with that kind of attitude. And Maynor wonders why people don't take him seriously as a "security researcher". The Blogspot-based announcement doesn't help either. That's like your company e-mail address being @hotmail.com.

      Thor Larholm, on the other hand, may well have found a legitimate bug. What with this being beta software and all, that's not too incredibly surprising. Equally serious bugs have been found in release versions of Firefox and IE, so I'm not sure what the big deal is here. If Safari 3 ships with these vulnerabilities still unfixed, then people should worry.

      p

    3. Re:Maybe that's because... by Grail · · Score: 4, Informative

      If the "known attack vector" is actually a bug in the Microsoft Windows JPEG handling API, will you still be crowing about Safari 3 for MS Windows being broken? Go have a look at the number of problems that exist for previous versions of Microsoft Windows XP, in particular relating to graphic formats of some kind or another.

      Besides, from the screenshot of the crash reporter, it's a null pointer dereference (not a heap overflow) - so sure, it's a remotely exploitable denial of service attack, but the browser crashes because the software has detected a problem and decides that the safest way out is to dump core. Let's all go tell the world how broken Safari 3 for MS Windows is!

      For example: http://www.trendmicro.com/vinfo/secadvisories/defa ult6.asp?VName=(MS06-078)+Vulnerability+in+Windows +Media+Format+Could+Allow+Remote+Code+Execution+(9 23689)

      Have fun.

  2. Wow by mabinogi · · Score: 5, Informative

    Bugs in the first public beta release!
    Who would've thought it!

    Incidentally, it doesn't seem to like authenticating proxies at all, so my first experience with it was a bug too :/

    However, making a big deal of, but not reporting bugs found in a beta release of something seems more than a little silly.

    --
    Advanced users are users too!
  3. Re:He notes in the blog that his company does not by Kadin2048 · · Score: 5, Insightful

    Yeah -- what the hell.

    I can understand not sitting on a vulnerability -- there are some valid points both for and against full disclosure -- but not notifying the company at all? WTF.

    This is the sort of stuff that just makes the whole IT security industry, and everyone involved in it, look dangerous and irresponsible.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  4. yes, safari is faster! by alta · · Score: 4, Funny

    Remote code execution 2.5 times faster than FF on windows!

    --
    Do not meddle in the affairs of sysadmins, for they are subtle, and quick to anger.
  5. Alpha or Beta? by eebra82 · · Score: 5, Informative

    I was actually looking forward to try this browser out, but to my surprise, I could not even make it work.

    The installation was smooth without any unexpected bumps on the road. First when I loaded the program, I noticed that no menu fonts nor any fonts whatsoever on the web pages existed. To make it worse, the browser would crash every time I clicked on anything with interactivity, such as the stop button. I have read quite a few solutions to this problem but so far no success. I run Win XP SP2, btw.

    Anyway, there are more problems around the corner. According to the Apple forum, people can't play Windows Media files, dual monitor support is very buggy, some buttons screw up the GUI when pressed down and dragged, loads of spontaneous lockups, random letters appearing everywhere, installation problems, parental control issues and more.

    Also, I am not a big fan of customized GUI:s for crucial applications like a web browser. We should be able to use Windows ClearType instead of the ported OSX version (which sucks), and most importantly, we should be able to use the standard Windows themes. I don't get why Apple thinks the average Windows user would want a significantly altered browser that looks nothing like the rest of the operating system he or she is using. How would Mac users react if Internet Explorer was ported with the Windows theme?

    I think it looks like a promising project, but I am worried because it's not in Apple's nature to release beta software with so many bugs and so little heart put into it.

  6. So many keep saying "but it's a BETA" by lena_10326 · · Score: 5, Insightful

    ..."that you should expect bugs in a BETA"

    Come on. You have to admit remote execution of any cmd is pretty bad even for a beta. This ain't your run of the mill bug, like a UI glitch or rendering type of bug. It makes the beta unusable and thus not a very useful beta. (Unless you're testing how your own trusted website looks under Safari.)

    --
    Camping on quad since 1996.
    1. Re:So many keep saying "but it's a BETA" by mabinogi · · Score: 4, Insightful

      Well the point of a Beta release is to increase the userbase so as to increase the amount of testing.

      If they could guarantee they could get the security bugs out before releasing a Beta version, then they'd be able to guarantee they could get all the other bugs out too, so then it wouldn't be a Beta release, but a final release.

      You just have to accept that if a company has said "this is a beta release, it will have bugs", that it will have bugs - all types of bugs, not just "safe" bugs. Also, the severity of the effect of a bug has no correlation with how easy it is to locate.

      People have become way too complacent about trying beta quality software these days. Don't try it if you don't want to take the risk.

      --
      Advanced users are users too!
    2. Re:So many keep saying "but it's a BETA" by lena_10326 · · Score: 4, Insightful

      Well the point of a Beta release is to increase the userbase so as to increase the amount of testing.
      Yea. Increase the userbase. Of course, they just did the opposite and scared them away. Lesson here: never show your unfinished work. A first impression only comes once.

      You just have to accept that if a company has said "this is a beta release, it will have bugs", that it will have bugs - all types of bugs, not just "safe" bugs.
      A bug that lets any old script kiddie put up a page that can execute del /S c:\* on my PC is beyond the level of anyone's expectation of a bug. Why would I bother with Safari now? Sure. They'll release another, new, improved beta... bug free, but will I trust them?

      No.

      Even with a free beta I have a reasonable level of expectation. That the program not destroy my machine with basic usage. That the program not allow remote execution. That the program provide some core functionality as advertised. This version of Safari is well below those expectations.
      --
      Camping on quad since 1996.
    3. Re:So many keep saying "but it's a BETA" by lena_10326 · · Score: 4, Insightful

      If your faith is so easily shaken, then don't install beta software. Wait until the bugs have been found, and install the final release.
      First. I refuse to have faith when the fatal flaw involves an extremely simple usage of protocol handlers, which would be the first thing to test when testing for security.

      Second. When Apple posts a direct link to one of its flagship applications on the main page of its website (http://www.apple.com), do you really expect people to understand what a beta is? It's called a beta, but it's not being treated as a beta. With normal betas, a small subset of the userbase will install, test, and use the app. Betas aren't supposed to be marketed with such fanfare. The entire point is to quietly release the beta to permit the beta testing to occur; it's not to push the app to the masses. Apple is advertising this "beta" to everyone and anyone: power user, casual user, grandma user, idiot user, manager user, etc (in order of decreasing acuity). You may know what "beta" means, but your uncle Vince who just completed a course at the public library titled "Learn the Internet 101" does not.

      a company cannot guarantee that a product will have no security bugs unless they can guarantee that it will have no other unknown bugs.
      Code quality is measured by bug density: bugs per thousand lines of code. Finding several severe bugs right off the bat is indicative of a fairly high bug density. Lowering bug density involves testing: black box, and white box. Apparently, Apple's idea of testing appears to be letting Dan the marketing guy give it a spin for a couple hours because he's the only one with a non-development Windows desktop. I can hear it now: "Hey, it checks out with Dan, let's PUSH the code!"

      This whole thing smacks of a lack of respect for the target platform: Safari on Windows. A lack of respect for the product converts to a lack of respect from me for Apple.

      That's just how it is, and no amount of whining will change that.
      The only ones whining here are the Apple supporters who have long enjoyed bashing Windows users/supporters over the head with security related taunts. I think the only reason the Apple zealots are getting so upset is because this is another chink in Apple's armor. Meanwhile, the rest of us are criticizing Apple for very good reason--that this is the result of sloppiness and carelessness for the consumer.

      Apple users: get used to this. Increased popularity means increased scrutiny.

      Btw, criticism != whining.
      --
      Camping on quad since 1996.
    4. Re:So many keep saying "but it's a BETA" by VGPowerlord · · Score: 4, Informative

      Second. When Apple posts a direct link to one of its flagship applications on the main page of its website (http://www.apple.com), do you really expect people to understand what a beta is? It's called a beta, but it's not being treated as a beta. With normal betas, a small subset of the userbase will install, test, and use the app. Betas aren't supposed to be marketed with such fanfare. The entire point is to quietly release the beta to permit the beta testing to occur; it's not to push the app to the masses. Apple is advertising this "beta" to everyone and anyone: power user, casual user, grandma user, idiot user, manager user, etc (in order of decreasing acuity). You may know what "beta" means, but your uncle Vince who just completed a course at the public library titled "Learn the Internet 101" does not.

      It doesn't help that the definition of beta has become muddles over the years.

      When I learned the stages of software development, it went something like this:

      alpha - Code that doesn't compile or runs incorrectly. Alpha testing is literally checking to see if the code compiles and runs as expected, done by the developers themselves.

      beta - The code works now, but there may still be major bugs. A small group of internal testers try it and report any bugs they find. This is now called "closed beta" by MMO developers or "alpha" by the Mozilla team.

      gamma - The code works and most major bugs are fixed. The code is released to a large group of testers to find any remaining issues. This is now called "open beta" by MMO developers and "beta" by everyone else.

      delta - The finished product. Only maintenance releases are done at this point. New features and major bugfixes are done on the next release. This is called "beta" by Google.

      So... it sounds like Apple really does have a beta in the old meaning here, but released it to a large group of people.
      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  7. Re:He notes in the blog that his company does not by ubernostrum · · Score: 5, Insightful

    I wondered who'd be the first to launch an ad hominem attack - and look, right in the first comment.

    How about we try it this way:

    Maynor claims to be a professional security researcher. One of the cornerstones of professionalism in that field is responsible disclosure of discovered vulnerabilities. Another is full disclosure of vulnerability details after a vendor has had a reasonable amount of time to correct the vulnerability. Yet another is working to advance the overall state of computer security. But Maynor has a track record of irresponsible, partial-at-best disclosure: he claims discovery of vulnerabilities while proclaiming that he will not report them to the vendor, and strives to hide the details of his discoveries from open review by his peers in the security community (for example, witness the endless controversy over the alleged MacBook wifi hack, all of which could have been settled quickly and objectively by simple peer review of the exploit he claimed to have used). And none of this can, so far as I can see, be construed as advancing the state of computer security in any fashion.

    In other words, there is no sense of the word "professionalism" for his field which seems to be reasonably applicable to Maynor. Before you go screaming "ad hominem" or "Apple Fanboi", take note of two things:

    1. All I've criticized here are the man's methods, not the man himself. I don't even speculate to his motives for operating the way he does.
    2. I'm typing this on a MacBook Pro, and I do like both it and the operating system it runs, but neither are particularly essential to me -- at this point I can move between (Unix-y) operating systems with relative ease, and occasionally do as needed (prior to this MacBook, I used various forms of Linux exclusively for about six years, and still use them on a regular basis. The only OS I have a prejudice against is Windows, and I've even got that available, virtualized, when I need to test things in it).

    I await your reply.

  8. Maybe I need a tinfoil hat... by AikonMGB · · Score: 5, Insightful

    ... but the first thing that I thought of was that here you have an app (Safari) that works perfectly fine on Macs; as soon as it gets ported to Windows, BAM, instantly full of vulnerabilities. Would Apple go so far as to break their own product to deface an opponent in the OS arena?

    Aikon-

  9. Safari or Windows vuls? by BRSloth · · Score: 4, Informative

    I wonder how many of those vulnerabilities are actually Safari/KHTML code and how many of those are Windows vulnerabilities.

    IIRC, Firefox had that "URL protocol handler command injection" vulnerability (or something around those lines, correct me if I'm wrong) a few years ago and FF developers said it was the way Windows handles protocols. In the end, they had to change the way URLs are handled inside FF to prevent Windows from catching it.

  10. Re:He notes in the blog that his company does not by argent · · Score: 5, Insightful

    Truth is, if the guy had reported the bugs/vulnerabilities to Apple, they more than likely would have done what they always do, wait months to push a fix out or just deny their existence altogether.

    Did you read the disclosure policy?

    Keeping with our disclosure policy, we do not report bugs to Apple.

    It doesn't say

    Keeping with our disclosure policy, we do not wait for a response to the bugs we report.

    If it said that, your comment would make sense. That would be something like ... "We don't think Apple will fix it, so we won't wait before announcing it". I could see that (though not agree with it). But "We don't think Apple will fix it, so we won't even TELL them about it" is totally irresponsible. The only "rational" interpretation of that is he actively wants to make it harder to improve the security of Safari.

    Do you have a better explanation, or a justification for that approach?

  11. telling Apple would be insane by r00t · · Score: 5, Funny

    These things are worth a lot. Spammers, governments, mobsters... all will pay. You even get your choice of payment method:

    *euros
    *credit card numbers
    *yuan
    *underage virgins
    *dollars
    *shekels
    *death to your enemies
    *rubles
    *pounds, British money
    *pounds, crack cocaine

    Just be sure to not rip off the buyer. Most of the buyers have nasty ways to kill you. Some of them have polonium. Some of them have penis pills.

  12. Re:shooting the messenger is now + 5 insightful? by ceoyoyo · · Score: 5, Insightful

    They release a beta of a free product, the engine of which (and almost certainly where these bugs are located) is open source, and this "security researcher" finds a bug and refuses to report it. Deep throat he's not.

  13. I can see the ads now... by TheVelvetFlamebait · · Score: 5, Funny

    Mac: Hello, I'm a Mac...
    PC: ...and I'm a PC.
    Mac is looking through a small viewfinder, looking very absorbed
    PC: Hey Mac.
    Mac: Yeah?
    PC: What are you doing?
    Mac: I'm browsing the internet with Safari.
    PC: I do the same thing with IE.
    Mac: You should try Safari. It's fast, secure, and easy to use.
    Mac hands the viewfinder to PC
    PC: Oh, thanks.
    PC looks into the viewfinder and keels over, dead
    Mac shrugs

    --
    You know, there is a difference between trolling and pointing out the flaws in your reasoning. Just saying.
  14. Re:He notes in the blog that his company does not by lordsid · · Score: 5, Insightful

    No better day to blow the whistle then the same day it's released. Much smaller chance of a user base being affected by it.

    --
    IMAGE VERIFICATION IS EVIL!
  15. Re:shooting the messenger is now + 5 insightful? by iluvcapra · · Score: 5, Insightful

    or you sincerely believe most folks that install stuff know what they are doing?

    That is the responsibility they undertake, yes. They may or may not understand all the ins and outs, but it's their responsibility.

    so then it is better that people don't know what's in for them when installing it, right?

    Based on the blog posting, they STILL don't know what's "in for them," since the vulnerabilities are still undisclosed. They remain in Maynor's to do list, for sale to the highest bidder for all we know.

    If you're a linux or MS supporter, don't waste your breath defending this guy. He wasted a year of everybody's time on that Airport vulnerability that didn't exist.

    --
    Don't blame me, I voted for Baltar.
  16. Re:shooting the messenger is now + 5 insightful? by ceoyoyo · · Score: 5, Insightful

    I didn't say he shouldn't report that there's a bug, I said that he should report the bug to Apple. The beta agreement probably requires that he do that, actually.

    And if you're installing a beta then yes, you really should be aware that you're in for some bugs. It's very unfortunate that Google has diluted the meaning of "beta" so much.

    Also note that he's not really failing to report a bug to Apple, he's failing to report it to the webkit/khtml open source project. I doubt very much the bugs are in Apple's closed source GUI front end to webkit.

  17. Re:shooting the messenger is now + 5 insightful? by Fordiman · · Score: 4, Insightful

    I doubt URL handling is part of the KHTML/KJS renderer; responsibility for acquiring content in Konqueror is done in KIO, so Apple would have had to implement their own content acquisition scheme.

    It is possible that the stack failure is in (KHTML/KJS)/WebKit - but as it's not been shown that these bugs apply to either Konqueror or Mac Safari, it's most unlikely that the stack failures are the result of the open portion of the code.

    Anyway, as a news story, this is a null set; it's a public beta. It's there for the public to test it and report bugs. It's not a production browser.

    I'd be curious, however, to see if these bugs are Windows-only (for example, Mac OS-X and KDE have a URL handling scheme built into the OS that wouldn't be available in Windows; it would need to be implemented as part of Win Safari), or if they apply equally to Windows and Mac.

    --
    110100 1101000 1101000 1100110 0 1101111 1101000 1100011 1
  18. Bugs found in beta software, news at 11 by Aqua+OS+X · · Score: 5, Funny

    This just in, nasty bugs were quickly discovered in the public beta of a newly ported app. Disappointment of outrageous expectations has now led to the death of several men living in their mothers' basements.

    It is assumed Apple realized this devastating "beta" because they hate freedom and want the terrorists to win... and they've now won.

    We will try to stay on top of this developing critical story.
    My god have mercy on us all.

    --
    "Things are more moderner than before- bigger, and yet smaller- it's computers-- San Dimas High School football RULES!"
  19. Re:shooting the messenger is now + 5 insightful? by sitharus · · Score: 5, Interesting

    It's not present on Mac Safari, though the demo page does crash the Safari 3 Beta.

    The main thing is how the URL handling works, under Windows Safari passes the URL to the Windows URL handler, which just finds the application and then dumps the rest on the command line, which gives many remote execution issues. Under MacOS the MacOS URL handler finds the application, and then dispatches an OpenURL AppleEvent (I think, similar to that anyway) towards the application, which then has the responsibility of parsing and loading the URL.

    I'm guessing that the engineers didn't look too hard at how the OS deals with URLs and just assumed it would be safe.

    --
    --sitharus
  20. From here @ WWDC... by catdevnull · · Score: 4, Interesting

    From what I can tell, Apple is jumping on the consumer bandwagon (or trying to)--it seems they're trying to increase the Webkit install base to raise the "awareness" factor for iPhone's web engine. From the sessions I went to today, it seems Apple is really pushing for Web 2.0 development. I was surprised by this--for a developer conference specifically for Apple's OS, there was this weird, eerie spell cast by the presenters for pushing web apps.

    The vibe amongst the attendees is a weird mix of disbelief and bewilderment. Safari for Windows was not the big deal Steve was hoping it would be. In fact, most of the conversations I've overheard are pretty critical of this direction.

    I don't think Apple is serious about competing for market share against FF or IE on Windows. I think they're offering the development platform based on Webkit so that web developers can make sure their code looks OK on the iPhone. Webkit-iness seems to be the only development platform for iPhone Apps.

    Or, maybe Steve is starting to drink his own Kool-Aid.

    --

    I might know what I'm talkin' about, but then again, this is Slashdot...
  21. Re:shooting the messenger is now + 5 insightful? by Fordiman · · Score: 5, Interesting

    Offtopic:

    I, like a lot of other web developers out there, wanted Safari for the purpose of adapting web pages to Yet Another Popular Browser's bugs.

    So, what did I find when I downloaded Safari? The ridiculously useful debug menu was gone!

    Now, all the docs on how to enable it are for Safari on the Mac, understandbly. What to do?

    Kill Safari

    Open C:\documents and Settings\[You]\Application Data\Apple Computer\Safari\Preferences.plist

    Add, in what appears to be the logical place: IncludeDebugMenu1

    Load Safari. Now developer-useful things like the Javascript Console are available to you.

    --
    110100 1101000 1101000 1100110 0 1101111 1101000 1100011 1
  22. Re:shooting the messenger is now + 5 insightful? by Fordiman · · Score: 4, Informative

    Slashdot stripped my XML. The line to add is, IncludeDebugMenu1

    --
    110100 1101000 1101000 1100110 0 1101111 1101000 1100011 1
  23. Re:shooting the messenger is now + 5 insightful? by Daengbo · · Score: 4, Insightful

    It's very unfortunate that Google has diluted the meaning of "beta" so much.
    It's very unfortunate that the rest of the industry (especially MS) has diluted the meaning of "gone gold" so much. Gold is the new beta; beta is the new alpha.

  24. Re:shooting the messenger is now + 5 insightful? by Sparks23 · · Score: 5, Insightful

    No. But put it this way...

    Let's say there's something built atop an open source library. Hey, there's plenty of them out there... let's pick OpenSSL as an example. It's open source and it's used in other projects, some of which are commercial or proprietary systems. Now assume that some company makes a proprietary, closed product built on that project as the core, but continue to contribute changes -- a heck of a lot of changes -- back to the original project as the develop. And then they release this as a beta.

    Finally, let's say that someone finds a vulnerability in the proprietary project, a security issue with implications for the open source project. And instead of reporting the vulnerability to the proprietary folks (who would probably promptly generate a patch for both their tool and the underlying library, the person refuses to report the vulnerability to anyone and just says 'I found vulnerabilities, but I'm not telling you what they are.'

    That's basically how WebKit/KHTML and Safari are tied together. Safari's just a UI atop an open source framework, WebKit, which Apple is the primary contributor to but which other people also contribute to, and which other projects (besides Safari and OS X) use. WebKit is used on Symbian OS, on Linux, and various other operating systems. And this guy is claiming to have found vulnerabilities which, given where they occur, seem to have implications for WebKit as well as Safari... and is refusing to give the details to either Apple, or to the WebKit development community.

    You don't have to be an Apple 'fanboi' (or fangirl) to see that's not the way to handle security disclosures. If someone found several bugs in Firefox and said 'ZOMG I can crash Firefox or anything which uses the Gecko HTML engine. I can do it 100% of the time. But I'm not going to report the details to the Firefox team, so, nyah!' people would be up in arms about it.

    Professional, good security researchers report things to the responsible parties, giving them the details necessary to fix it. Going, "Ha ha, I found a way to break your stuff but I'm not going to tell you how" is not only unprofessional, it's just downright immature.

    Sure, lambaste Apple for releasing a beta/preview of something with bugs if you feel you must. But, please, don't bother trying to defend someone who basically makes a mockery of the entire security field.

    --
    --Rachel
  25. Bringing apps to Windows by Rolman · · Score: 4, Funny

    Steve Jobs wondered while introducing Safari for Windows: "How good are we at bringing apps to Windows?"

    After reading "4 DoS bugs and 2 remote execution vulnerabilities", I'd say: "Pretty good!"

    --
    - Otaku no naka no otaku, otaking da!!!
  26. The entire UI is broken by DrXym · · Score: 4, Interesting

    Every single dialog box and effect is Aqua style. Even though both OS X and Windows XP / Vista have theme engines meaning there should be absolutely no reason at all for doing this. The engines allow apps to render their controls in the native style irrespective of how they are implemented. It's why Firefox in its default skin looks like a Windows app on Windows, like a Mac app on a Mac and so on - because rendering is handed off to the theme engine. Same happens for Java too. But not Safari it seems.

  27. Re:shooting the messenger is now + 5 insightful? by Nullav · · Score: 5, Insightful

    Or how about everyone stop treating their choice of operating system as a religion? Hmm?

    --
    I just read Slashdot for the articles.
  28. Crashes Safari 3 on Mac OS X too by eturro · · Score: 5, Interesting

    Thor Larholm's vulnerability example crashes Safari 3 on Mac OS X too.

  29. Re:shooting the messenger is now + 5 insightful? by digitig · · Score: 4, Funny

    You don't have to be an Apple 'fanboi' (or fangirl) "Fangrrl", please!
    --
    Quidnam Latine loqui modo coepi?
  30. Re:shooting the messenger is now + 5 insightful? by FreakyLefty · · Score: 4, Funny

    remember to include some errrors, so you can post a correction and get some more positive moderation for the second comment

    So when are you coming back for your second dose of moderation? Or do I get to steal them because I beat you to it? Informative surely *fingers crossed* :-)
    --
    Strength through redundancy and over-design
  31. Re:He notes in the blog that his company does not by john83 · · Score: 4, Insightful

    If it said that, your comment would make sense. That would be something like ... "We don't think Apple will fix it, so we won't wait before announcing it". I could see that (though not agree with it). But "We don't think Apple will fix it, so we won't even TELL them about it" is totally irresponsible. The only "rational" interpretation of that is he actively wants to make it harder to improve the security of Safari.

    Do you have a better explanation, or a justification for that approach? [note: I'm not the 'you' referred to in the parent]
    Why would someone announce that he's found a vulnerability but refuse to disclose it to the vendor? Some ideas:
    a) He wants to hurt the reputation of the product/vendor. (This doesn't even require the existence of a real vulnerability.)
    b) He wants to sell the specifics vulnerability, either to the vendor or to the highest bidder (in which case, this is advertising).
    c) He doesn't care about the security side of things, he's just earning himself some free PR on sites like this which will publish his unsupported claims uncritically.
    d) This is his idea of fun.

    Anything I've missed?
    --
    Strange women lying in ponds distributing swords is no basis for a system of government.
  32. Re:He notes in the blog that his company does not by SharpFang · · Score: 4, Insightful

    Citing the blog:


    UPDATE 5: I've been asked what our disclosure policy is. Its pretty simple, in most cases we will give vendors as long as they need to fix problems. If the vendor is unresponsive or make threats, we will give them 30 days then release details. If a vendor answers a vulnerability disclosure with marketing and spin attempts, we no longer report vulnerabilities to that vendor but the information goes into our Hacker Eye View program for customers and will be used in pentesting. We do not sell the vulnerabilities to any 3rd party.


    Seems the very likely scenario that they reported a critical vulnerablity and Apple tried to troubleshoot them "Is the network cable plugged in?" or "Our software is absolutely secure, your don't need to worry about it, our software has been throughoutly tested." or such. A security expert who gets flushed down the toilet by a marketoid is quite likely to hold a grudge against given company and report the following bugs elsewhere than said company.

    --
    45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
  33. Re:He notes in the blog that his company does not by Altus · · Score: 4, Funny


    Ah, I see. So this is a religious thing. I wont bother arguing then.

    --

    "In America, first you get the sugar, then you get the power, then you get the women..." -H. Simpson

  34. Re:shooting the messenger is now + 5 insightful? by Molochi · · Score: 4, Funny

    And "no longer supported" is the new gold.

    --
    "The Adobe Updater must update itself before it can check for updates. Would you like to update the Adobe Updater now?"