Slashdot Mirror


Apple Criticized For Not Blocking Stolen Certs

CWmike writes "A security researcher is criticizing Apple for lagging with its response to the DigiNotar certificate fiasco. He is urging the company to quickly update Mac OS X to protect users. 'We're looking at some very serious issues [about trust on the Web] and it doesn't help matters when Apple is dragging its feet,' said Paul Henry, a security and forensics analyst with Lumension. Unlike Microsoft, which updated Windows on Tuesday to block all SSL certificates issued by DigiNotar, Apple has not updated Mac OS X to do the same. Meanwhile, even Mac OS X users who want to go DIY are stymied, reports Bob McMillan, because the OS can't properly revoke dodgy digital certificates."

24 of 154 comments (clear)

  1. Not just Apple... by Amarantine · · Score: 3, Interesting

    At the request of the Dutch government, Microsoft is delaying the update in the Netherlands (home of DigiNotar) until next week, to avoid confusion (and to buy the government more time to roll out new certs).

    I feel much safer now, knowing our government has the power to stop Microsoft from rolling out security updates in a country.

    1. Re:Not just Apple... by Golthar · · Score: 4, Informative

      At the request of the Dutch government, Microsoft is delaying the update in the Netherlands (home of DigiNotar) until next week, to avoid confusion (and to buy the government more time to roll out new certs).

      I feel much safer now, knowing our government has the power to stop Microsoft from rolling out security updates in a country.

      I'm in the Netherlands and I got the patch just fine.
      Must be because I use the English version of Windows

    2. Re:Not just Apple... by Tomato42 · · Score: 4, Informative

      The only thing that might prevent this, is hoping the revocation list of diginotar is complete

      > implying browsers actually check CRL or OCSP responses

      HA HA, good one. Only Opera checks OCSP and won't show you that the site is "secure" when it can't contact the OCSP server. Firefox can be defeated by putting "3" in the OCSP response (come on, we're talking about full scale MITM, adding OCSP to atack, which also uses HTTP is trivial). IE even when gets a OCSP failure or can't connect to OCSP at all will still show green bar...
      If you're using regular certificates Firefox and IE don't even check for OCSP...

    3. Re:Not just Apple... by dingen · · Score: 3, Informative

      The Fox-IT audit did not find any evidence of fraudulent certificates under this root, so there no clear and present danger for these certificates.

      That is old information. The Dutch government only asked Mozilla to not block their root while the Fox-IT audit was still in progress. But by the time it was finished, it could not be proven the Staat Der Nederlanden CA was clean, so they then gave up on DigiNotar entirely and gave Mozilla the OK to block everything.

      --
      Pretty good is actually pretty bad.
    4. Re:Not just Apple... by nitehawk214 · · Score: 2

      That Microsoft was looking out for customer's interests rather than governments? I would think this should be applauded.

      --
      I'm a good cook. I'm a fantastic eater. - Steven Brust
    5. Re:Not just Apple... by Toonol · · Score: 2

      Better than the opposite. I trust governments more than corporations. Governments are (still) elected and accountable before their citizens

      And that sums up the difference between your political ideology and mine in a succinct little package. I trust corporations more than governments; corporations aren't allowed to jail and kill you.

  2. FUD by Anonymous Coward · · Score: 3, Funny

    These certs are blocked on all Apple equipment and always have been. Anyone getting the certificate accepted is obviously holding it wrong.

  3. Reality by mcrbids · · Score: 5, Funny

    Somewhere deep in Silicon Valley, a programmer is looking at a comment something like this:

    /*******
    FIXME: WTF Hack here. CRLs require authentication of being revoked, but we never bothered to check the callback of the revoke. Maybe if we bothered to have a revoke infrastructure? For now, we'll just not bother fixing this until 10.1 or 10.2.
    ******/
    return true;

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
  4. Certificate revocation by wvmarle · · Score: 5, Interesting

    The biggest issue that has come to light here imho is that it's nigh impossible to revoke an issued certificate. When a certificate is out, and it's signed by a trusted CA, there is basically no way to revoke it. Revoking involves updating browsers, or even complete operating systems (like Windows or OS-X). Just because one CA made a small mistake, got hacked for whatever reason, and the whole world has to update their software.

    Errors will be made. Certificates will be issued erroneously by a CA, or through hacking. Certificates will be lost/stolen. But for some reason there is no proper way in the whole system to fix that kind of errors. If we let it be, it's just a matter of time before the whole system crumbles and nothing can be trusted any more.

    Any thoughts on this? Any ideas on how this could be fixed?

    1. Re:Certificate revocation by slimjim8094 · · Score: 3, Informative

      Certificates can be revoked by putting them on the certificate revocation list. The OCSP protocol is analogous. Here, try it yourself: http://validation.diginotar.nl/ - get an OCSP client (IE7+, FF3+, Chrome, etc do it automatically) and try to authenticate any of the fraudulent certificates.

      Somebody getting a hold of the private keys for the CA itself is a bigger problem - keys can be signed by the attacker faster than they can be revoked. I haven't heard that that's the case - just that fraudulent certs were made, presumably through the same semi-automated process that everybody else uses.

      I don't know if there's a way to revoke a CA cert (that is, *all* certificates signed by a certificate). But that doesn't seem to be required here, so the standard revocation procedure works.

      --
      I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
    2. Re:Certificate revocation by pankkake · · Score: 2

      Welcome to the Diginotar OCSP Service. To use this service, please use compatibel client software. Thanks.

      Why did we ever trust these guys?

      --
      Kill all hipsters.
  5. Always the same from Apple by Anonymous Coward · · Score: 3, Interesting

    They lack in security and fixing exploits, and yet, they like to brag about somehow being "more secure" than Windows.

    Oh, and Microsoft I believe already released a patch... yesterday? Tuesday?

  6. Re:Double standards? by sjames · · Score: 3, Insightful

    Because Comodo proactively detected the problem, put a stop to it, and had an appropriate audit log showing how large the problem was and what certs were wrongly issued.

    Evin DigiNotar acknowledges that removal of their root key is the only way to contain their leak.

    OTOH, I chose to disable Comodo's keys in my browser.

  7. Re:Double standards? by nedlohs · · Score: 2

    because Comodo's announced the problem and revoked the bad certificates within minutes of them being created. Whereas DigiNotar did nothing for a month.

    CAs are all about trust, sure Comodo showed they have some problems but also that they do the right thing when shit happens. DigiNotar showed they are completely untrustworthy - security breaches happen the ignoring them bit is unforgivable for an entity whose role is solely about trust.

  8. Re:Double standards? by slimjim8094 · · Score: 2

    Reading the 'pedia, it seems like DigiNotar's been careless for a while. Only 9 certificates were issued with Comodo, and it was handled very very quickly. It also doesn't seem like Comodo was actually compromised - Wikipedia says "a user account with an affiliate registration authority had been compromised"

    By comparison, nobody's quite sure just how many DigiNotar certs were issued, or over how long a period of time. DigiNotar themselves have said they can't ensure that all fraudulent certs will be revoked.

    If that wasn't enough, the fact that Comodo is a much, much larger CA is also important. Like it or not, the fallout from distrusting DigiNotar is much less than the fallout for kicking off Comodo would be.

    --
    I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
  9. It gets worse by antifoidulus · · Score: 2

    The thing is, I am wondering whether they will even bother to fix it for people still running Leopard. Apple historically has released non-security bugfixes for 10.n, security patches only for 10.(n-1), and basically jack shit for all osver
    While ordinarily just a dick move, due to the intel transition this means that there is a large user base out there(namely the ones that still run PPC macs) that basically will never get any new security patches for their systems and they are stuck with either pitching their hardware or taking the risk that they will not be a victim.

    Apple really needs to make these EOL policies not only clear, but announce them significantly ahead of time so that people who decide to migrate have plenty of time to do so.

  10. Yup. by bytesex · · Score: 2

    Same here. Snow Leopard user. Can confirm it. Stupid OS. I hope this will forever silence the 'if you think that firefox is a proper Mac application GTFO' trolls. This time, it's *better* to use Firefox.

    --
    Religion is what happens when nature strikes and groupthink goes wrong.
    1. Re:Yup. by Anonymous Coward · · Score: 2, Informative

      You should probably learn to read the article before mouthing off, as what you describe is specifically stated as not necessarily working:

      Users can revoke a certificate using Keychain, but if they happen to visit a site that uses the more-secure Extended Validation Certificates, the Mac will accept the EV certificate even if it's been issued by a certificate authority marked as untrusted in Keychain.

      "When Apple thinks you're looking at an EV Cert, they check things differently," Sleevi said in an interview Wednesday. "They override some of your settings and completely disregard them."

  11. Hard Info and Tools by plsuh · · Score: 3, Interesting

    Folks,

    I have detailed info and tools on my website at

    http://ps-enable.com/articles/diginotar-revoke-trust

    The short story is that it is possible to protect yourself, but it requires deleting the DigiNotar root cert(s), then revoking trust on the two roots plus four intermediates.

    --Paul

  12. What about iOS, Android, WebOS, OperaMini, OperaMo by greggman · · Score: 2

    What about iOS, Android, WebOS, OperaMini, OperaMobile, etc etc etc. Do they all need to be updated?

  13. Idiots, certs are easy to disable in OSX by BitZtream · · Score: 2, Informative

    reports Bob McMillan, because the OS can't properly revoke dodgy digital certificates."

    Really? Cause I just set the trust to 'Never' in Keychain Access and it works just fine.

    If you don't know how to do something, you shouldn't talk out your ass.

    • Open Keychain Access from Applications/Utilities
    • Click on System Roots keychain
    • Click on Certificates category to filter down to only certs
    • Double click on DigiNortor certificate.
    • Expand 'Trust' drop down
    • The first option is: 'When using this certificate:' change that option to 'NEVER'
    • Close Keychain Access and rest assured knowing the blogger who wrote this article is a fucking douche using slashdot for slashvertising and talking out his ass without a clue
    --
    Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    1. Re:Idiots, certs are easy to disable in OSX by Anonymous Coward · · Score: 5, Informative

      FTFA:

      Ryan Sleevi, a software developer who has contributed to Google's Chrome project, noticed the issue too. After poking around the Mac OS X source code, though, he uncovered the cause.

      Users can revoke a certificate using Keychain, but if they happen to visit a site that uses the more-secure Extended Validation Certificates, the Mac will accept the EV certificate even if it's been issued by a certificate authority marked as untrusted in Keychain.

    2. Re:Idiots, certs are easy to disable in OSX by forand · · Score: 3, Informative

      This works fine as long as you don't visit an EV site. You must delete the cert, and make changes to your system on OS X. This is not an easy fix for most people. Please find more info here

  14. You mean Apple doesn't care about the end user? by JustAnotherIdiot · · Score: 2

    What a shocker!

    --
    What do I know, I'm just an idiot, right?