Slashdot Mirror


Diginotar Responds To Rogue Certificate Problem

An anonymous reader writes "Vasco, the owner of the DigiNotar CA implicated in the MITM attacks on Iranian Google users has responded to their fraudulently issued certificate problems. The press release reads: 'On July 19th 2011, DigiNotar detected an intrusion into its Certificate Authority (CA) infrastructure, which resulted in the fraudulent issuance of public key certificate requests for a number of domains, including Google.com. Once it detected the intrusion, DigiNotar has acted in accordance with all relevant rules and procedures. At that time, an external security audit concluded that all fraudulently issued certificates were revoked. Recently, it was discovered that at least one fraudulent certificate had not been revoked at the time. After being notified by Dutch government organization Govcert, DigiNotar took immediate action and revoked the fraudulent certificate'. It is not clear whether the latter certificate is the one used in Iran, or whether other certificates remain at large. I guess removing the root certificate from browsers is the correct response."

177 comments

  1. Wasn't a forged certificate a big part of Stuxnet? by elrous0 · · Score: 1

    Looks like the Iranians learned a neat trick from that attack.

    --
    SJW: Someone who has run out of real oppression, and has to fake it.
  2. So they don't know... by iCEBaLM · · Score: 3, Insightful

    ... how many forged certs are now in the wild? Nuke the CA, they are incompetent.

    1. Re:So they don't know... by GSloop · · Score: 1

      True enough....

      But the whole framework behind certificates and CA's is the problem. This is just a symptom of the problem.

      Moxiespike: "Who are you going to trust, and for how long?"
      If the answer to how-long, is forever - then you probably have a problem.

      The problem is there's no real way to handle problem CA's - and you don't get much choice, and the system is too moribund and static to respond to problems like this.

      So, yes we can fix this *specific* problem by getting every browser to re-work the trusted CA's and then get everyone to install the new browser with the new set of trusted CA's.

      But that will still leave a small group of people making choices about YOUR trusted CA's. And the latency to make those changes is *very* high.

      Not much of a solution, IMO.

      Truly, everyone should take the time to listen or read Marlin Moxiespike's proposal.

      Moxiespike at BlackHat USA 2011 here .

      Read about it.

    2. Re:So they don't know... by Z00L00K · · Score: 1

      Especially since even if you revoke a certificate it still requires that someone checks the revocation list - and if you are behind a wall or suffer from a man in the middle, can you be sure that the revocation list is the correct one?

      Once a CA is failed - it's completely and utterly failed as a trusted entity. And if someone got hold of the private CA key - then it's a clusterfsck.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    3. Re:So they don't know... by pwileyii · · Score: 1

      Trust should be earned, not simply given by some authority. Every CA is not the same when it comes to how much I trust them. I'd be much more pleased with a web of trust type system for CAs than an all or nothing approach. What would it take now for a CA to get removed from all of the browser's list? I think it would be a very significant, incompetent act otherwise, they remain trusted. That is not a good system.

    4. Re:So they don't know... by Anonymous Coward · · Score: 0

      I agree. Trust is not boolean anyway, so why pretend it is?

      A web-of-trust type of system makes more sense than the current system. That, coupled with a certificate storage/verification system (similar to the "Certificate Patrol" firefox addon) would go a long way.

      The trick is to save (at least for important websites, like gmail or your e-banking thing) all certificates that you're given and compare them with past certificates. If the signing authority chain changes (e.g. you get a certificate signed by diginotar for *.google.com, when you usually would get one signed by equifax), you should get a warning from the browser (like the ones you get when you get a self-signed cert), because something might not be right. This would thwart most MITM attacks, because they're usually intermittent in time.

      Those simple things, coupled to a web-of-trust system (to check if you should take the first certificate you get from a certain SSL identity as authoritative or not) would probably improve the current SSL public key infrastructure for sure...

    5. Re:So they don't know... by icebraining · · Score: 1

      Of course, Convergence relies on the user having any clue whatsoever of whether (s)he should trust a particular Notary or not.

      We're talking about users who use the same password repeatedly, who use mostly 6 and 7 char passwords, who use 'password' and '123456', etc.

    6. Re:So they don't know... by Smallpond · · Score: 1

      The web has a problem. How do we tell if a URL is trustworthy?

      I know, lets create certificates backed by certificate authorities!

      Now the web has two problems.

    7. Re:So they don't know... by GSloop · · Score: 1

      But it doesn't have to stay that way.

      A vendor could easily offer a service to customers that would be the expert in choosing the notary's who are trustworthy, perhaps offering their own notary service as well. Now the vendor selling this service has an incentive to actually protect the user - since if they don't, they lose trust and then lose the customer and their dollars.

      And given a little time I'd guess there would be several stable notaries out there and would be well trusted.
      There would be services that would help the user choose a reliable bundle of notaries who can be trusted - given the users comforts and needs.

      So, yes - at this point in time, it does require a knowledgeable user.
      But that wouldn't *have* to be the case at all, and in fact having vendors who have their primary purpose in serving the user and maintaining their trust - is exactly what would decrease the need for end user knowledge. They would provide a service who's interests are aligned with the user, rather than screwing everyone for the most cash. [Either by selling certs to any warm body, or by terrible security because it might cut into profit, or simply because they're too stupid to know better...]

      There are certainly some things that will need fine tuning and it's a system that will need critical mass - but that's true of any replacement. And this one appears to be one that could co-exist with the current system until critical mass is reached.

      -Greg

    8. Re:So they don't know... by Anonymous Coward · · Score: 0

      ... how many forged certs are now in the wild? Nuke the CA, they are incompetent.

      You have no idea how incompentent and fraudulent they are.

    9. Re:So they don't know... by Anonymous Coward · · Score: 0

      You don't need new certificates. You need a different way to confirm the validity of a certificate. For example, when my bank changes its ssl certificate (happened twice over the past five or so years), I call their helpdesk and have them read the fingerprint to me.

      The only to detect communication tampering is out-of-band verification. Certification Authorities are only one way to do it, and certainly not the best. It's merely the most convenient.

    10. Re:So they don't know... by moortak · · Score: 1

      I'm wondering who the initial external auditor who missed the cert not being revoked in the first check. They need to be named and shamed as well.

      --
      Xavier Rabourdin for president 2012
    11. Re:So they don't know... by Erik+Hensema · · Score: 1

      Any competent CA uses an HSM. I can even imagine using an HSM is a requirement for inclusion into the default CA bundle in webbrowsers.

      An HSM is a Hardware Signing Module. It's a piece of hardware (supported by OpenSSL, by the way) which holds the secret keys. Secret keys cannot possibly be copied out of the HSM, except for backup purposes. But the backups are encrypted within the HSM itself, so the backed up keys can't be used for signing.

      Diginotar, as most CA's I know of, uses multiple secret keys. One key is used for automated signing, typically used with Domain Validated certificates (blue address bar in your browser). For this key, a passphrase is kept somewhere available for the automated process, which of course is unsafe. Another key is used for higher security certificates. This is why not all certificates issued by diginotar are untrusted now. The certificates used by the Dutch governement for example, are signed with another key than the compromised key used for *.google.com.

      So, nobody got hold of the private key -- it's safely in the HSM. Not all of Diginotar is untrusted, just the key used for signing *.google.com. Removing Diginotar entirely from browsers is a bit of an overreaction. It also causes distrust of certificates not signed by the key used for *.google.com. This includes the central Dutch identity service, DigiD. DigiD is used for authenticated the inhabitants of the Netherlands to websites operated by the governement, so removing the entirety of Diginotar from browsers has a very large and unintended side effect.

      --

      This is your sig. There are thousands more, but this one is yours.

    12. Re:So they don't know... by wvmarle · · Score: 1

      OK whether they are incompetent or not is another matter, some questions arose from this whole issue.

      From other comments it seems there is no system in place to automatically revoke certificates. I really don't understand this, such an oversight. Breaches can not be prevented, no matter how hard you try (and of course the CAs should do their utmost best), so there is a need for revoking any certificates automatically and instantly. For example by having the browsers check a CA with the issuer or at DNS level.

      Besides revoking the known forged certificates, the CA's root certificate should be revoked as well. And the CA should issue a new root certificate, and with it new certificates to all their customers. It's a chore I know but the only way to be secure again.

    13. Re:So they don't know... by Goaway · · Score: 1

      I know they are incompetent of fraudulent enough to issue a certificate for *.google.com. What more do you need to know?

    14. Re:So they don't know... by fatphil · · Score: 1

      Thank you, thank you, thank you for those links.
      His talk was a breath of fresh air in the stench of the situation we currently find ourselves in.

      --
      Also FatPhil on SoylentNews, id 863
    15. Re:So they don't know... by Z00L00K · · Score: 1

      But it still doesn't resolve the fact that the revocation has to be propagated, and it's not often working well with certificate revocation lists - often due to user error and trouble setting up the CRL handling in the web browser or other application.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    16. Re:So they don't know... by jc79 · · Score: 1

      It doesn't matter how secure the signing keys are if a CA issues certificates without checking the validity of the certificate application. Do they apply the same lack of diligence to applications for EV certificates? They should have noticed that someone was asking for a cert for *.google..com and actually spoken to Google to say "thanks for choosing to use our services, can we ask you a few questions?" rather than letting an automated process issue a cert for a major web property without doing any verification other than checking that the payment came through ok. This is why their trust has been revoked - their procedures are faulty, not their key storage systems.

  3. Nuke the root from orbit by Anonymous Coward · · Score: 0

    It's the only way to be sure.

  4. Don't they have an air gap? by Anonymous Coward · · Score: 0

    WTF? Don't they keep their certificate issuing system on a separate network from their regular corporate network, with an air gap? Any CA worth its salt does that.

    1. Re:Don't they have an air gap? by 0123456 · · Score: 1

      Cost, I presume. With an air gap someone has to physically take a USB key to the other machine to get the key signed, and that adds cost and people want to buy certs cheap.

      Of course the end user who's relying on those certs has no way of ensuring that they weren't generated by a cheap CA which doesn't take serious precautions to prevent this kind of thing.

      Ultimately the whole CA system is broken because any company can issue any key for any site, so we're all reliant on the least secure CA that the browser trusts. Worse than that, the browser doesn't even tell you that they key has changed unexpectedly (e.g. without the old key expiring), which would go a long way toward eliminating these kind of attacks.

    2. Re:Don't they have an air gap? by roman_mir · · Score: 1

      that's unnecessary. Build a machine with OpenBSD on it, put a write only disk into it for sharing, 2 separate network cards and then create an account for using scp between the machine and network 1 and machine and network 2. Have network 2 generate the certificates and be off the Internet, but have network 1 be on the Internet. Poll the files from the machine every once in a while.

    3. Re:Don't they have an air gap? by 0123456 · · Score: 1

      How does that help? If the key-signing computer just signs any keys submitted to the intermediate system then anyone who hacks into the network can send keys to the intermediate system and wait for the signed certificate to appear there.

    4. Re:Don't they have an air gap? by roman_mir · · Score: 1

      I am only talking about having the certificate issuing computer on a network, loosely connected to the network that is connected to the Internet, only talking about not needing a 'USB data transfer' approach. So this would prevent the certificate issuing system from being compromised and that is important, since CA's private keys are there (and the signing code is there).

      As to the other question of how should anybody be prevented from submitting requests to have certificates generated for domains that do not belong to that requester - I am actually quite against CAs in the first place and that's part of the reason - I don't know who submitted the request and who the hell is signing it.

    5. Re:Don't they have an air gap? by 0123456 · · Score: 1

      So this would prevent the certificate issuing system from being compromised and that is important, since CA's private keys are there (and the signing code is there).

      But... they... don't... need... those... keys.

      Their goal is to get fake keys signed. If they can break into your network and submit their fake keys to the signing system and get signed certificates back, then they have succeeded. Obviously stealing the signing keys would be better, but so long as they can get the fake certificates they want, then they don't much care.

      All you've done is converted an attack on the signing computer into an attack on the intermediate computer. That's a difference that makes very little difference.

    6. Re:Don't they have an air gap? by Smallpond · · Score: 1

      An air gap won't help. This was almost certainly an inside job with the intrusion blah-blah as a cover story. Somebody was paid.

    7. Re:Don't they have an air gap? by roman_mir · · Score: 1

      Yes. But we are in a thread that discusses an "air gap" that's all. You are not in a thread that discusses how to prevent false requests from being processed. The air gap wouldn't have prevented that either and this is not what we are talking about in this specific thread.

      To fix the problem that you are talking about - the false requests planted by whoever SUPPOSEDLY (and I don't believe that it is what happened there) broke into the system you need to have something else altogether. There has to be a way to verify that the request itself is legitimate. I in fact had to deal with this, I actually got a CA to generate a certificate for a company and send it to me, they didn't really know who they were talking to. This happened maybe 5 years ago and I am not going to get into specifics of what CA and what company that was.

  5. In Firefox 6 by janeuner · · Score: 4, Informative

    1) Options -> Advanced -> Encryption -> View Certificates
    2) In the Certificate Manager window, click the Authorities tab.
    3) Scroll down to DigiNotar.
    4) Delete or Distrust the "DigiNotar Root CA" certificate.

    1. Re:In Firefox 6 by GameboyRMH · · Score: 2

      And do the same for Comodo while you're at it.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    2. Re:In Firefox 6 by Necroman · · Score: 1

      And do the same for Comodo while you're at it.

      Care to explain why?

      --
      Its not what it is, its something else.
    3. Re:In Firefox 6 by GameboyRMH · · Score: 1
      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    4. Re:In Firefox 6 by janeuner · · Score: 3, Informative

      In short, Comodo has issued fraudulant certificates for Google Mail, Yahoo, and a couple other high traffic sites. Gameboy is correct - nuke both of these CAs immediately.

    5. Re:In Firefox 6 by Anonymous Coward · · Score: 2, Interesting

      Unfortunately, this doesn't entirely fix the issue. Diginotar has certificates that have been cross-signed, meaning they can be used as intermediates in a chain rooted by another CA.

    6. Re:In Firefox 6 by phayes · · Score: 1

      A larger problem is that all the certs that are delivered in Firefox are hard coded (will come back as soon as you quit + relaunch firefox) and have been multiplying.

      This more than anything else is pushing me to abandon firefox for Chrome which has many fewer cert authorities that I see no reason to trust.

      Comodo has already proven themselves to be insufficiently competent. Now why the hell should I trust Turktrust?? Hong Kong Post?!? Chungwa Telecom?!? CNNIC?!?

      --
      Democracy is a sheep and two wolves deciding what to have for lunch. Freedom is a well armed sheep contesting the issue
    7. Re:In Firefox 6 by Man+Eating+Duck · · Score: 1

      And do the same for Comodo while you're at it.

      In my up-to-date Firefox neither Comodo nor DigiNotar can certify anything. I didn't disable them, so I guess it's from Mozilla.

      --
      Are you a grammar Nazi? I'm trying to improve my English; please correct my errors! :)
  6. or you can be sure that iranian authorities don't by gl4ss · · Score: 1

    or you can be sure that iranian authorities don't interfere.

    were all victims from iran?

    --
    world was created 5 seconds before this post as it is.
  7. Already done by oGMo · · Score: 1

    I just removed the trust setting from this CA in my browser. So can anyone else. Anyone know a site for which they've issued a cert to test and see if this actually makes any difference?

    --

    Don't think of it as a flame---it's more like an argument that does 3d6 fire damage

    1. Re:Already done by Anonymous Coward · · Score: 0

      Google.com (see http://www.mediafire.com/?rrklb17slctityb via https://www.google.com/support/forum/p/gmail/thread?tid=2da6158b094b225a&hl=en)

      Seriously, were you not paying attention?

    2. Re:Already done by Anonymous Coward · · Score: 2, Informative

      check their site, they sign their own certificate ::

      https://www.diginotar.com/Products/ExtendedValidationSSL/tabid/622/Default.aspx

    3. Re:Already done by Lieutenant_Dan · · Score: 1

      Same here; Vasco and DigiNotar are gone in our QA instance of Firefox. Will push the change across all desktops in the next week.

      --
      Wearing pants should always be optional.
    4. Re:Already done by oGMo · · Score: 1

      Um, no. Google's true CA is not DigiNotar, but Equifax, according to the cert from encrypted.google.com. The rogue MITM cert for *.google.com was issued by DigiNotar, but there's not really a way to test this without altering DNS to point to the rogue site. Also, that cert was already revoked ("were you not paying attention?"), and I want to test revoked trust for all DigiNotar.

      This should be obvious.

      --

      Don't think of it as a flame---it's more like an argument that does 3d6 fire damage

    5. Re:Already done by xaxa · · Score: 1

      I just removed the trust setting from this CA in my browser. So can anyone else. Anyone know a site for which they've issued a cert to test and see if this actually makes any difference?

      Their own (it just redirects to the non-SSL site, but that should be sufficient for you).

    6. Re:Already done by Meumeu · · Score: 1

      Um, no. Google's true CA is not DigiNotar, but Equifax,

      Whoosh

    7. Re:Already done by master666 · · Score: 1

      Hey, DigiNotar.
      Welcome and join fellow Comodo on my blacklist. Have fun our there.
      Looking forward who's next...

    8. Re:Already done by ComaVN · · Score: 2

      A lot of (most?) dutch intra-government traffic uses their certificates.

      See https://loket.amsterdam.nl/ for instance

      --
      Be wary of any facts that confirm your opinion.
    9. Re:Already done by utkonos · · Score: 1

      Excellent, everything is working properly in my browser. If I visit Diginotar I get a message saying "The site's security certificate is not trusted! You attempted to reach www.diginotar.com, but the server presented a certificate issued by an entity that is not trusted by your computer's operating system. This may mean that the server has generated its own security credentials, which Google Chrome cannot rely on for identity information, or an attacker may be trying to intercept your communications. You should not proceed, especially if you have never seen this warning before for this site."

    10. Re:Already done by ofc · · Score: 1

      A lot of (most?) dutch intra-government traffic uses their certificates.

      See https://loket.amsterdam.nl/ for instance

      This example site shows that simply deleting the DigiNotar root certificates isn't enough, because they also are a subordinate CA. You should also delete the 'Staat der Nederlanden Root CA'.

    11. Re:Already done by Kalriath · · Score: 1

      Why bother? Microsoft, Mozilla, and Google have all already removed the trust on that CA Root certificate (Apple is notably absent). Your next desktop update should nuke it for you.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  8. This makes it worse! by Manip · · Score: 1

    So not only did they hide a break-in from the internet at large, including companies (e.g. Google) which were by extension the target, but they also aren't able to tell how many or what kinds of fake certificates got generated by the break-in? If you ask me their entire CA needs to be revoked, and a new one started. They can then re-issue all legitimate certificates under the new CA. That is the only safe way to do it.

    1. Re:This makes it worse! by badfish99 · · Score: 1

      Or better still: revoke their entire CA, and *don't* start a new one.

    2. Re:This makes it worse! by mlts · · Score: 1

      They need to not just dump every single private key, but do it the right way, and use hardware security modules that limit access, and what access is granted is thoroughly logged.

      RedHat had a break-in a few years back with a blackhat getting access. The attack was mitigated of in a matter of hours, and the damage was very limited (with "blacklist" keys sent out for the rogue packages that were signed.) A CA has to have their core keys in a HSM, or they should not be in business because their whole commerce resides around the trustworthiness of their keys.

      My question: What makes these guys more trustworthy than someone who lives in a basement who wants to run a CA, and has the CA root key stored in an Aladdin eToken? CAs are supposed to be trusted for a reason, and because of that, they need to invest in the proper hardware, processes, and HR procedures in making sure what their keys sign is correct.

    3. Re:This makes it worse! by jesseck · · Score: 2

      So not only did they hide a break-in from the internet at large, including companies (e.g. Google) which were by extension the target, but they also aren't able to tell how many or what kinds of fake certificates got generated by the break-in?

      The way I hear the quote from the summary

      On July 19th 2011, DigiNotar detected an intrusion into its Certificate Authority (CA) infrastructure

      is "We found out this week that fraudulent certificates were issued on July 19th..."

  9. Can someone explain... by gad_zuki! · · Score: 1

    Can someone explain why a .nl organization has the power to produce .com certs? I mean, isn't this an obvious flaw in the domain/ssl/registrar/CA/whatever hodgepodge we take for granted everyday? Is it even possible to limit these guys or is it "Hi, you're a CA now, you can do anything!"

    I remember the same thing happening with a different foreign CA not too long ago and a lot of hand wringing over state owned telecoms in China/Iran/Syria and other autocratic nations. The domain name system works like this. China can make all the .ch domains it wants, but a Chinese CA can make all the .com SSL certs it wants? That's fucked up.

    1. Re:Can someone explain... by Anonymous Coward · · Score: 0

      China can make all the .ch domains it wants

      I'm not sure the Swiss are all that happy about it.

    2. Re:Can someone explain... by gad_zuki! · · Score: 1

      Heh, good catch. .cn is what my 30-something brain meant.

    3. Re:Can someone explain... by janeuner · · Score: 1

      The chain-of-trust model is not hierarchical. Many CA certificates do not include a domain name at all. It is all about the certificate subject and the key usage flags.

    4. Re:Can someone explain... by BZ · · Score: 1

      > Can someone explain why a .nl organization has the
      > power to produce .com certs?

      To avoid having a monopoly in the CA space?

      But yes, having some limits on what CAs are trusted to issue certs of which sites what is a good idea, and I fully expect browsers will move in that direction. I'm certainly pushing for it.

    5. Re:Can someone explain... by Anonymous Coward · · Score: 1

      SSL Certificates are not bound to DNS domains by anything other than convention. The CN in a certificate is a random string of characters, and could end in .com, .nl, or .whatever. The important things here are the Alice and Bob mechanics of it, and the third party relationships between CA vendors and browser and OS vendors. Trust has to be established somewhere.

      If a certificate is signed by one of these CA certificates and the crypto math works out, it is considered to be valid, period, regardless of the CA signer's CN.
      Making statements such as " .com certificates are only valid when signed signed by the following CAs... " would be an implementation detail outside of the SSL itself, having to be made in Browser or crypto library code.

      It's fairly easy to try it yourself!
      1) use opsenssl generate a self signed CA cert.
      2) Use openssl and your new CA certificate to generate a *.google.com cert
      3) Set up a MITM on your network: Use webmitm from dsniff (does that still work these days?) to serve the new Certificate when trying to visit https://encrypted.google.com/
      4) Observe it being broken, since the certificate is actually invalid
      5) Install the CA cert into your browser
      6) click reload, observe the green bar or padlock.

      Step 5 is where the trust relationship is established. A CA vendor (yourself) just paid your browser vendor (yourself) a sum (of time) to include your CA in their product. If the browser vendor (yourself) didn't go through the trouble of investigating the CA vendor (yourself) to see if they were trustworthy, then you (yourself) should find a new browser vendor (besides yourself) because you can obviously not be trusted. Likewise, if the CA (yourself) should be found to be incompetent or malicious, then the browser vendor (yourself) needs to not trust them anymore. (which is what's happening here.)

      So you need to trust yourself to not trust yourself.

      Get it?

      -s

    6. Re:Can someone explain... by someara · · Score: 1

      Ha. +1

    7. Re:Can someone explain... by gad_zuki! · · Score: 1

      Great explanation, thanks, but I disagree this is essentially about trust. Sure, my CA is trustworthy today, but if there's some exploit on our network and tomorrow the internet is flooded with fake certs.

      You can't trust entities, you can only trust components. I think CA's in general are just security through obscurity and don't provide any real security. A determined attacker just finds a way to generate a SSL from a compromised CA or uses laws like the PATRIOT ACT to generate one from a CA.

    8. Re:Can someone explain... by Anonymous Coward · · Score: 0

      Congratulations, you have just found one of the fundamental flaws of the security model behind the current implementation of SSL.

    9. Re:Can someone explain... by Anonymous Coward · · Score: 0

      Isn't .ch Switzerland or Sweden? You must be ne....oh wait. You're not.

      That's .cn you were looking for.

  10. Crazy Response to Attack by Rich0 · · Score: 2

    We REALLY need a better way to handle root CAs.

    First, there should be one list of CAs for the system - not one for every application on the system. Why should Firefox, Thunderbird, Chrome, IE, and who knows what else all have an embedded list?

    Second, that list should be easy to update without having to download new copies of all your software.

    Ideally, that list should have its own CRL of sorts - so that automated revokes of root CA certificates can be done with a simple process. That should be a fail-safe mechanism - if the CRL can't be authenticated in some period of time, then a warning is displayed or all certificates relying on that CRL become invalid.

    1. Re:Crazy Response to Attack by hedwards · · Score: 1

      Right and while we're at it, they should be subject to random security audits. Given that the signing key doesn't need to be present on a network to work, I'm not really sure I understand how a breach like this couldn't have been prevented.

    2. Re:Crazy Response to Attack by characterZer0 · · Score: 1

      Debian has /usr/sbin/update-ca-certificates that reads certificate configuration from /etc/ca-certificates.conf and generates the certificate store for any applications that use the mechanism, which includes openssl, Firefox, and Java as installed from the Debian repositories.

      I would think it would be easy to write a program that does the CRL checking as you described and remove the entries from /etc/ca-certificates.conf.

      --
      Go green: turn off your refrigerator.
    3. Re:Crazy Response to Attack by janeuner · · Score: 2

      I disagree. I trust public CAs for web browsing. I trust my company CAs for company email.

      The reverse of this is not true.

      TBH, we should have certificate stores for each application. In a perfect world, I should install my bank's certificate as a trusted certificate, and distrust Thawte, Verisign, etc when visiting mybank.com. But alas, that is hard.

    4. Re:Crazy Response to Attack by Relayman · · Score: 1

      Apparently, OS X does have one list for the system, or at least that's the list Chrome uses (Firefox, not so sure). And it has a feature where I can disable a CA without removing it. I'm going to disable 80% of the CAs because I really don't know them and see what happens.

      --
      If I used a sig over again, would anyone notice?
    5. Re:Crazy Response to Attack by Anonymous Coward · · Score: 0

      Yeah, that is how it works in Windows, when using Microsoft software (like Internet Explorer).
      The list of trusted roots is completely separate from the browser code.

      But I guess that is not popular to say here...

    6. Re:Crazy Response to Attack by yuhong · · Score: 1

      AFAIK, the lists are part of the SSL libraries I think. Two of the commonly used ones are Mozilla's NSS and MS's SChannel.

    7. Re:Crazy Response to Attack by yuhong · · Score: 1

      And I forgot to mention that SChannel, while most often used by IE, is actually part of Windows itself.

    8. Re:Crazy Response to Attack by Smallpond · · Score: 1

      Yeah, that is how it works in Windows, when using Microsoft software (like Internet Explorer).
      The list of trusted roots is completely separate from the browser code.

      But I guess that is not popular to say here...

      Which also means you can't control which CAs are trusted from IE. You wait for Windows Update to do it for you. That's probably the right thing to do for most people.

    9. Re:Crazy Response to Attack by Anonymous Coward · · Score: 0

      Actually, in versions after Windows 2003 this does not use Windows Update but a separate service for updating the list of trusted roots.
      (XP and 2003 use an optional update sent via Windows Update)

      Microsoft can revoke root certificates without making their customers update to a new version of the browser.
      Other browsers are lacking in this respect.

    10. Re:Crazy Response to Attack by Anonymous Coward · · Score: 0

      Chrome uses the system SSL stack, so it would use what IE uses on Windows, what Safari uses on OS X, etc. Firefox includes NSS, so it has its own certificate store.

    11. Re:Crazy Response to Attack by he-sk · · Score: 1

      Only that it doesn't work, or maybe I did something wrong.

      I started the Keychain utility app, searched for the Diginotar certificate and set its trust setting to Never Trust. Then I opened Diginotar's test page in Safari and there was no notice whatsoever. Only after removing the certificate did I get a warning.

      --
      Free Manning, jail Obama.
    12. Re:Crazy Response to Attack by Smallpond · · Score: 1

      Actually, in versions after Windows 2003 this does not use Windows Update but a separate service for updating the list of trusted roots.
      (XP and 2003 use an optional update sent via Windows Update)

      Microsoft can revoke root certificates without making their customers update to a new version of the browser.
      Other browsers are lacking in this respect.

      So instead of having to trust CAs we just have to trust MS? This is a lack?

    13. Re:Crazy Response to Attack by Kalriath · · Score: 1

      Chrome on Windows also uses the Windows Certificate Store.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    14. Re:Crazy Response to Attack by Anonymous Coward · · Score: 0

      windows has a central ceertificate store, but firefox/chrome/ etc choose not to use it

    15. Re:Crazy Response to Attack by Anonymous Coward · · Score: 0

      It has to be present to sign new certs. Which is what a CA does. That's their job. So yes, it does have to be present, in a readable format all the time they are signing certs.

      You don't steal the signing key to get your fake certificate, you just get your certificate into the line of certificates that are about to be signed.

    16. Re:Crazy Response to Attack by psydeshow · · Score: 1

      In a perfect world, I should install my bank's certificate as a trusted certificate, and distrust Thawte, Verisign, etc when visiting mybank.com. But alas, that is hard.

      Way back in the Netscape past, I guess someone decided that managing security certificates was completely unsexy, and so they handed it off to the engineers that no one else wanted on their team. The resulting arcane interfaces and dialogs led us all to believe that it's hard to manage and that we don't have any actual control, and so the entire CA industry has grown up in the shadows where no one wants to look. "Just make it work, I don't want to have to understand it."

      Some things that could be done differently:

      1) Certificates have fingerprint hashes. Fingerprints can be stored in DNS, correlated with other trusted sites, distributed out of band, to be manually verified before certificate acceptance.

      2) CAs should be untrusted by default, and only trusted on a domain by domain basis. CA -> Domain authority mappings can also be stored in DNS, correlated with other trusted sites, distributed out of band, to be manually verified before certificate acceptance.

      3) Decentralize. It should be dead simple to create an open source CA appliance that generates self-signed certificates in a reasonably secure fashion, if only browser weren't so brain dead about handling self-signed (and trusted!) certificates.

      As long as we're stuck with the Netscape UI legacy, and the idea that "SSL is for eCommerce so trust has to be implicit otherwise we'll lose sales" we're toast.

    17. Re:Crazy Response to Attack by Lennie · · Score: 1

      That is not true.

      As Firefox uses the existing Mozilla NSS-library, it uses the browser CA-list.

      Same on Windows, btw.

      --
      New things are always on the horizon
    18. Re:Crazy Response to Attack by Lennie · · Score: 1

      I trust self-signed certs less than the current CA.

      Just create your own CA and import the self-signed CA-cert.

      Have you tried the 'tinyca' application yet ?

      It isn't perfect I'll admit that, but it is pretty easy.

      --
      New things are always on the horizon
  11. its a different approach to the same by nimbius · · Score: 1

    problem faced by governments. namely, how do we spy on the public without their knowledge to ensure they remain compliant to the states will?
    in iran the middleman is obtained nefariously as third and second world nations are excluded from participation in general surveillance as a matter of ideological
    principal on the part of wealthier and larger nations. in a sense this is to ensure that "our spying" is ideologically valid and just in the public eye, while
    "their spying" is only for evil purposes and not to enforce a relatively tolerated theocratic government. american authority figures however simply access the service providers directly. Frameworks are even provided
    at the request of the government to facilitate warrantless surveillance of the populous, for any reason, through various internet services.

    this abuse of CA by iran is problematic not because theatens the security model, but because it undermines the infrastructure by which america and other wealthy nations ensure the sanctity of their firstworld economic transactions; the lifeblood by which they operate.

    --
    Good people go to bed earlier.
    1. Re:its a different approach to the same by hedwards · · Score: 1

      Iran is excluded because they're not to be trusted. The real question is why we trust the Israelis and some of the other folks we trust.

    2. Re:its a different approach to the same by Anonymous Coward · · Score: 0

      The real question is why nazis like you aren't banned from slashdot yet.
      Your hate speech* makes it clear that your are a destructive sicko who harbors a sick racist bias (and are a potential mass-murdering psychopath) and are polluting the discussion.

      *(Blaming the victim of genocide, Israel, and labeling them as bad as the genocidal supremacist regime of Iran is a pretty good example of demonizing the innocent Jewish nation of Israel (which has a government that is routinely and closely inspected and restrained by its independent judiciary).)

  12. Re:Wasn't a forged certificate a big part of Stuxn by Z00L00K · · Score: 2

    DigiNotar CA is now removed from my list of trusted root CA:s.

    I propose that all web browsers and other application should do the same since it's not certain how many compromised ones there are out there.

    Or that the private key for the root CA was kept safe.

    --
    If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
  13. Where they kept the master keys ? by Anonymous Coward · · Score: 0

    Tell me that not was on public network, even on a networked machine. They surely can afford HSM for managing,and keeping safe the most valuable keys.
     

  14. To whom it make concern: by fuzzyfuzzyfungus · · Score: 5, Insightful

    We at Vasco love the passive voice more than our own mothers. Also, all appearances to the contrary, we aren't colossal fuckups because, when we colossally fucked up, we "acted in accordance with all relevant rules and procedures"(this apparently didn't include mentioning that there had been an issue). Thankfully, we hire external auditors who operate well on our level of understanding, so they didn't reveal the embarrassing scope of our failure. After somebody else entirely did our job for us, we finally got around to cleaning up what of our mess was still within the realm of fixable(sorry, Iranian Gmail users, hope you weren't doing anything seditious..)

    So, is there any reason that this company shouldn't just be sold for scrap now? Their security clearly isn't good enough, their secretive attitude isn't exactly in line with being a 'trusted' certificate authority, and they can't even hire the right outside assistance to help them clean up their own messes. Hell, at this point, my very own FuzzyFuzzyFungus' SporeCert(tm) trust solutions would appear to be a better bet...

    1. Re:To whom it make concern: by Anonymous Coward · · Score: 0

      Dear sirs,

      I needz to have my cert for a domain I am operating. It needs to be good for all subdomain and purposes.

      Please tell me where i may send my csr to that I may then get my new publik cert.

      Thankzzzz!

    2. Re:To whom it make concern: by Lieutenant_Dan · · Score: 1

      I have a feeling that the other players out there are in a similar state and operate on thin ice.

      It would be interesting to see if any CAs have done a SAS70 or SOC2 type audit? At least there would be some assurance that they have the right controls in place to run a CA. A quick Google came up with zilch.

      --
      Wearing pants should always be optional.
    3. Re:To whom it make concern: by Anonymous Coward · · Score: 1

      Exactly. They say (or "claim") that they discovered the intrusion to their PKI on July 19th: that's just 1 month and 10 days since they discovered the issue until they actually publicly disclosed that something was wrong.

      By failing to enforce correct security measures that would prevent this issue and (even worse) by failing to inform involved parties in a timely manner, Diginotar/VASCO have proven to be utterly incompetent as CA and, as such, deserve no trust from me (or anyone else).

      Certificates issued by them (and Comodo) are now in my shitlist: I'll just assume every site that presents a certificate signed by them is likely to be compromised.

      Also, I'm happy to see most browser vendors are following that too.

      No competence... no trust.

    4. Re:To whom it make concern: by Anonymous Coward · · Score: 0

      True. But still... until rogue certificates signed by those "other CAs" start appearing, I'll just assume they're slightly more trustworthy than Diginotar/VASCO or Comodo (which have already been demonstrably lax and incompetent in their role as CAs).

      Obviously, issuing/signing SSL certificates is a lucrative business. On the other hand, the power/authority of a CA depends solely on OS/browser vendors and users trusting them. If these "stakeholders" start applying a zero tolerance policy towards these instances of incompetence (i.e. a CA signs a rogue cert AND fails to take appropriate measures once the breach is found, it gets immediately deleted from all root certificate lists until they can prove there was no wrongdoing on their behalf), I'm pretty sure most important CAs (which highly depend on their reputation) would start reviewing their security measures (under the risk of being shitlisted by everyone and have their source of income disappear overnight).

      tl;dr: the only way to change the often shady and incompetent behaviour of CAs is to hit them where it hurts... their wallets.

    5. Re:To whom it make concern: by Lieutenant_Dan · · Score: 1

      I was going to suggest http://beessl.com/ but they seem to be down.

      --
      Wearing pants should always be optional.
    6. Re:To whom it make concern: by Anonymous Coward · · Score: 0

      Good thing the cleaned up the mess.
      https://www.diginotar.nl/Portals/0/Extrance.txt
      Oh, wait...

    7. Re:To whom it make concern: by pe1chl · · Score: 1

      I also find it quite disgusting how they mainly focus on the damages potentially being done to their own company and the profits it might or might not generate, instead of considering the damages done to others, in this case even to individuals that may pay for this incident with their lives.

    8. Re:To whom it make concern: by Anonymous Coward · · Score: 0

      They don't even care about their employees. A world without such a company is a better world.

  15. Re:Stolen, not forged by Anonymous Coward · · Score: 0

    It was a stolen certificate belonging to Realtek Semiconductor Corp. I found a piece of malware - not stuxnet - signed with the same cert. I imagine it was popular for a time in the underground, as it was entirely valid and trusted.

    Just another case of the SSL model being flawed. The CA can issue whatever they like, and we implicitly trust everything they issue. Or the owners of the valid cert can cough up their private keys.

  16. Re comodo by v1 · · Score: 1

    The sucky part of that is that's who I get my email pgp keys from. But really there needs to be a tiered CA system, where a CA is providing certs to anyone that asks, to people that have to prove themselves, and to government and other trusted sources. The way things are now, pulling the plug on an entire CA is the nuclear option.

    --
    I work for the Department of Redundancy Department.
    1. Re:Re comodo by janeuner · · Score: 1

      I agree that government would be a logical choice to provide this service. It would be sensible to build a geographic web of trust, where citizens authenticate themselves with the municipality, the municipalities trust the governors, and the governors trust one another.

      I would also enjoy the conspiracies that this model would create.

    2. Re:Re comodo by roman_mir · · Score: 0

      I would never in my entire life trust a gov't of any kind to do this work (or any other work either.)

    3. Re:Re comodo by Anonymous Coward · · Score: 0

      I would never in my entire life trust a gov't of any kind to do this work (or any other work either.)

      Indeed. The one organisation you can trust to issue fake certificates is the government.

    4. Re:Re comodo by unencode200x · · Score: 1

      If the government was to do this they would also have the power to intercept these private communications. Granted.... it's only transport layer encryption.

      --

      Chance favors the prepared mind.
      Perfect is the enemy of good.
    5. Re:Re comodo by hedwards · · Score: 2, Insightful

      That's because you're a paranoid wingnut. Believe it or not there are some jobs best left to the government. If you genuinely feel that way, Somalia is =========> that away.

    6. Re:Re comodo by roman_mir · · Score: 1, Troll

      there is no longer a single job that I can point at and say: gov't can do this or should do this or must do this. Anything I look at and I see gov't in there, I know it's all completely screwed up.

      BTW., that's why people came to USA - for less gov't. Now they have to go to Somalia all of a sudden? I believe attempting to fix what is found locally is the first thing to do.

    7. Re:Re comodo by Anonymous Coward · · Score: 0

      Or put another way, if you don't like it you can GIT OUT.

    8. Re:Re comodo by Anonymous Coward · · Score: 0

      That's because you're a paranoid wingnut.

      No, it's because you can absolutely guarantee that if the government has control over encryption certificates they will be issuing fake ones so they can spy on criminals. Where 'criminal' will start by being evil terrists and soon progress to people who don't put their recycliing in the correct bins.

      There is no government in the world which could resist using that power to 'prevent crime'.

    9. Re:Re comodo by GameboyRMH · · Score: 1

      Most don't want to "fix" the US the way you do.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    10. Re:Re comodo by roman_mir · · Score: 1

      Oh, they have no choice. The country is bankrupt, so it's either going to become the next United States of Soviet Republics moving to the next logical step: Union of Soviet Socialist Republics or it will return to its roots of personal liberties and freedoms and limited government machine.

      See? Not limited personal freedoms and overpowering government, but the opposite of it - limited government and maximum of personal liberties and freedoms.

      I think most Americans would rather be free than not.

    11. Re:Re comodo by datapharmer · · Score: 1

      How about we all just provide the public key via a nameserver record and cut the CA out of the mix altogether. Use secure DNS and you are good to go.

      --
      Get a web developer
    12. Re:Re comodo by GameboyRMH · · Score: 1

      They do have a choice, whether it's the right choice is irrelevant, the vast majority will not vote the way you do so your "fix" is quite impossible to pull off in the US.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    13. Re:Re comodo by Archangel+Michael · · Score: 2

      Somalia has no functioning government, and therefore does not protect the LIBERTIES of the individual, which is the purpose of government.

      --
      Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
    14. Re:Re comodo by roman_mir · · Score: 1

      You are correct, so the future of me either having a business in USA or not (business which is not in USA now) depends on the outcome of US presidential elections AFAIC. Ron Paul wins - I bring my business into USA, anybody else wins - I won't deal with USA most likely, because it will be lost and I'll keep dealing with emerging markets.

    15. Re:Re comodo by hedwards · · Score: 1

      Which is a large part of why I still reside in the US. As bad as things have been in some areas, it still beats the hell out of much of the world. Personally, I think we're doing enough right that we're better off fixing the things that aren't working than junking the entire system.

      That's not to say that the President hasn't been a major let down with regards to progress on GITMO and fixing the tax problem.

    16. Re:Re comodo by hedwards · · Score: 1

      We're not bankrupt, we're just spending more than we're taking it. We definitely can balance the budget, it's just that the partisans on the right don't want to do the cutting of military expenses or raise taxes on the wealthy that would be required to make it happen. The spending on unemployment and social programs is really what we need to do to pul ourselves out of this current economic malaise. Corporations aren't going to create jobs if there isn't demand for their products and services.

      But, we've still got plenty of cash flow to service our debt. Or at least we do presently until folks like the TEA partiers manage to force us to default on our debts.

    17. Re:Re comodo by hedwards · · Score: 1

      Good, the last thing we need is more incompetent business people in the US. In fact you've just convinced me that I need to do whatever I need to do to ensure that Ron Paul loses. Perhaps all those business people that ran their businesses into the ground will leave for some other nation.

    18. Re:Re comodo by Anonymous Coward · · Score: 0

      Yes, because roads, sewers, and water pipes should all be privatized. Maybe every local road could have a toll booth every block, right up to your driveway.

      The police force should be completely private too, maybe paid for directly by corporations in order to provide protection for their loyal employees and customers. Maybe someone should found OCP.

    19. Re:Re comodo by roman_mir · · Score: 1

      Of-course USA is bankrupt. The GDP is fake, especially because what they use as deflater (CPI) is fake. Inflation is between 10 and 13%, the GDP has been steadily falling by 10% a year since 2003 easy. 70% of GDP is consumption, not production, and it's consumption of goods produced elsewhere. The trade deficit is over 53Billion/month. The debt on the books is 14.67 Trillion. The off the books debt (including all of the purchases of the bad debt from Freddie/Fannie, banks, GM and all other bail outs, including various pension obligations in states and municipal gov'ts) is over 100 Trillion. The spending is growing, not shrinking, but it does not matter anymore, the level of debt in USA has gone over what historically is the plank, above which the debts cannot be returned. USA cannot return the debt, so it will default on it one way or another, and USA is choosing to default via inflation - currency destruction. What honest person wants to be in the market of a country that destroys its own currency? Well, if you are connected to the gov't racket, then you can become a billionaire, otherwise you'll lose everything just to inflation. Of-course the US is unproductive, as only about 7% of the production is manufacturing. 40% of industry is financial, almost 10% is gov't sector, 50 million people are on SS (some of them are also working of-course), but unemployment and underemployment in real numbers is likely over 20%. Why go into this market, which is destroying its currency, chasing the capital investment out of the country, destroying competition with gov't regulations and taxing more than anybody else (that I have to deal with, anyway.) What's the point? To go there just to lose money?

      But it's everybody's loss if USA becomes unproductive in such a way, that it destroys its economy and money and stops producing goods that anybody in the world would want. USA would suffer the most of-course, as the people in America won't be able to buy anything anymore, but the world is also losing wealth, because USA was once producer of cheap good quality manufactured goods. But it lost its way of liberty, which is what needs to be restored before it would make sense to start investing there again.

      Until than it makes no sense to make any investments in USA, it makes no sense to hold USD denominated assets. For the young people in USA it makes no sense to stay there if this continues, as they will have to pay for all this borrowing (any borrowing is just deferred taxing, so if you don't like paying taxes for your current spending, you borrow, but this means you are just telling the future generations to pay for your spending.) Of-course USA will default. It has no production left to pay back its debts. To pay back the debts, USA has to product, because trade is not about exchanging counterfeit fiat for goods, it's about exchanging goods for goods, and clearly the debt, unemployment and the 53 Billion USD/month trade deficit shows that there are no goods USA can exchange with.

      Some believe that the way to fix this is to impose tariffs and more taxes, but that's nonsense. You can't fix the trade deficit by producing more expensive stuff than anybody else - you can't sell it (either domestically or abroad). All you end up doing with that is making everything more expensive and hurting the economy that much more.

      Anyway, a good start for USA is to elect Ron Paul, get rid of the inflation tax, income tax, wars, business regulations and subsidies, SS, Medicare, Medicaid and other impossible to pay for things and return liberties to the people so they start saving and producing again.

    20. Re:Re comodo by roman_mir · · Score: 1

      Well, my business is not in USA for reasons of inflation, regulation and taxation, which means the jobs are not in USA, the capital is not in USA the taxes are not paid in USA and the wealth is not produced in USA, the goods produced are not helping the USA with its trade deficit and debt. If you think your approach is correct - go ahead, destroy your own economy.

    21. Re:Re comodo by mvdwege · · Score: 1

      And yet you're posting on a network funded by US government dollars, using a protocol devised using money from multiple international governments.

      Of course, you being a completely-round-the-bend loony, you're going to fabricate reasons why this is not blatant hypocrisy.

      Mart

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    22. Re:Re comodo by roman_mir · · Score: 1

      TCP/IP? It didn't have to be TCP/IP, you do realize that computer networks existed before the time of TCP/IP and they evolve. All of the things that gov't spends money on, is the money that cannot be spent by private sector (credit being crowded out, inflation, taxes), so you are promoting theft of money by gov't to build things that are either redundant or would have been handled privately in a similar way, or are you saying TCP/IP and packet switching in general is unattainable for any entity outside of government? They certainly managed to build all sorts of things outside of gov't, so I don't see your point.

    23. Re:Re comodo by Anonymous Coward · · Score: 0

      Yes, roads and sewers and water pipes all should be privatized, that's the way to have competition and destroy monopoly power of gov't and to provide real choices

    24. Re:Re comodo by Pharmboy · · Score: 1

      Absolute power corrupts absolutely, in other words. The best way to not tempt the govt. is to never given them the power to start with.

      --
      Tequila: It's not just for breakfast anymore!
    25. Re:Re comodo by Kalriath · · Score: 1

      Real choices? Bull-fucking-shit. All it does it create private monopolies - even worse than government monopolies in that you don't elect the people in charge of those, and their goal isn't to have power it's to extract money. Every country that's ever privatised its water has suffered a minimum of ten-fold increase in charges, and it's the poor that suffer. But hey, you're not poor so why do you give a shit about those scum right? Screw the poor. Power to the rich people!

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    26. Re:Re comodo by LibRT · · Score: 1

      What level of people directly employed by government do you consider optimal? Currently, in the US, it is 1 in 7 and moving to 1 in 6. That does not count people as employed if their income depends on government programs such as welfare, etc. You could count those people as employed by the government too, only they're specifically paid for not producing anything. So 6 in 7 people work to pay the salary of the other 1 in 7 who are employed directly by government. Do you think the optimal ratio is 1 in 2 people directly working for government, on the backs of the other 1 in 2? How about 1 in 100? I'm genuinely curious what you consider optimal, because I sure don't consider 1 in 7 people employed by government as anywhere close to optimal (in some states like Wyoming and Alaska it's around 1 in 5).

      Also, the notion that government should be in the business of "creating jobs", directly or indirectly, is absurd. It is business, often despite government, which creates jobs (at least for the 6 in 7 who don't currently work directly for the government).

      If you measure the level of debt that you consider ideal as that level that can be serviced via cash flow, you don't have a very sophisticated understanding of economics: would you personally consider your ideal situation to be one in which all your credit cards are maxed out, but that's ok because you have the cash flow to make the minimum payments each month? Most people would consider that state of affairs sub-optimal.

      Note too that the US only "defaults" on its debt payments when it stops making payments on that debt. If the debt ceiling had not been raised, the US would be left with two options: cut out the debt payments or cut expenditures elsewhere such that debt payments can be serviced. Had the debt "ceiling" actually been a ceiling, the US could have avoided bankruptcy simply by reducing expenditures in an amount required to continue servicing their debt. It is confusing to me when you simultaneously argue that the US has "plenty of cash flow to service our debt" but simultaneously argue that the country would not have had adequate cash flow to service debt had the debt ceiling not been increased (particularly when expenditures exceed income by a significant and material factor). Many parts of the government are in a negative cash flow situation, such as Social Security (which previously held a surplus which was used by Clinton to claim the government budget was "balanced").

      As to cutting military expenditures, wholeheartedly agree with you there - the US was never intended to have a standing army, and the overseas military adventures of Bush and Obama would be laughable if so many lives on all sides weren't being lost daily.

    27. Re:Re comodo by LibRT · · Score: 1

      "Every country that's ever privatised its water has suffered a minimum of ten-fold increase in charges."

      That's flat-out bullshit - citation please.

    28. Re:Re comodo by wrook · · Score: 1

      The sucky part of that is that's who I get my email pgp keys from. But really there needs to be a tiered CA system, where a CA is providing certs to anyone that asks, to people that have to prove themselves, and to government and other trusted sources. The way things are now, pulling the plug on an entire CA is the nuclear option.

      Why do you need to get your email pgp keys from *anybody* except yourself? There are very few transactions where someone needs to know your actual identity. Most of the time, they need to know that you are the same person they talked to last time. Meet someone online (or even IRL) and exchange keys. Now when you receive email from that person you know that it is the person you talked to previously (as long as the key exchange is not compromised). Who cares what your real name is, or where you live, etc, etc.

      Even (especially?) transactions with companies don't need a CA. Does a customer *really* need to prove who they are? Or do they just need to prove that they are associated with past interactions with the company? In fact, giving more information is an invasion of privacy. Why does Amazon.com need to know my real name to sell me a book? They just need my address and some way to receive payment.

      Even the other way around is not particularly useful. What do I really know about Amazon.com? Nothing except that they sell books. My friend says that he buys books on Amazon.com all the time with no problem. So what I really want to do is make sure that the site that I'm going to is the same site that my friend went to. I need my *friend* to authorise the certificate. Because who am I going to trust? My friend or some CA that I've never even heard of before?

      If I go to a site that I don't know about, then the certificate is worthless. Who cares if the CA knows *who* they are. It doesn't tell me anything about how they do business. It might me slightly useful for the situation where I have generally heard about a company, but don't have a key/certificate. But in this case, I still have to trust a CA that I know nothing about.

      CAs aren't particularly useful for people like me and you. What they are *really* useful for is controlling who can do what on the internet. If I don't get a signed certificate, then browsers will jump up and down screaming that I might be an evil website. That's all. It's simply a sticker that you buy saying "This is a legitimate site". Do not want.

    29. Re:Re comodo by BCoates · · Score: 1

      The entire point of SSL is that you don't trust the network.

    30. Re:Re comodo by mvdwege · · Score: 1

      Yep. Completely round the bend. Absolutely bonkers.

      And like I predicted, spinning like top. You said you wouldn't trust anything built by a government. You weren't arguing that there might have been a private alternative, so now you're just shifting the goalposts. Again: I would never in my entire life trust a gov't of any kind to do [any work].

      Your words. So what are you still doing here?

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    31. Re:Re comodo by v1 · · Score: 1

      Why do you need to get your email pgp keys from *anybody* except yourself? There are very few transactions where someone needs to know your actual identity.

      Actually, I had to get a key pair from verisign for a previous employer who required my mileage forms to be submitted via signed email. But then verisign dropped their free basic email keys so I had to move to comodo. (are there any better/other free options?)

      --
      I work for the Department of Redundancy Department.
    32. Re:Re comodo by jc79 · · Score: 1

      (are there any better/other free options?)

      Yes. Go to your shell and type:
      gpg --gen-key
      and follow the prompts. Free and easy.

    33. Re:Re comodo by v1 · · Score: 1

      While that does give you a key pair, it's not signed, (yes self-signed, I know, you know what I mean) and cannot easily be revoked because it can't be verified by any central signing authority.

      The recipient may not find a self-generated key an acceptable way of signing something either, because there's no way to tie it to a specific identity or even name.

      --
      I work for the Department of Redundancy Department.
    34. Re:Re comodo by Kalriath · · Score: 1

      Oh really? Go look up Bolivia, that country that as part of the conditions of a World Bank bailout was forced to privatise its water (since the World Bank, being a United States of America Corporation subsidiary, insists on "free market" solving every problem) and the prices went up by 35% instantly and the service sucked so much that it caused actual protests and the government eventually ended up nationalising it again [edit: notable flaw is that the prices didn't go up 10 times, but the poor ended up paying 10 times as much as the rich. Yup, that sounds like privatisation]. By contrast though, employing private sector companies to manage the publicly owned water assets seems to be more common, and in fact seems to work OK - but personally I don't call that privatisation.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    35. Re:Re comodo by wrook · · Score: 1

      Get your employer to sign them (or whoever you need to talk to). That's the way PGP was designed to operate (and I'm sure there are still PGP signing parties going on these days). Do a face to face with them, and give them the key via USB or whatever. They sign them on their machine. Then they know the stuff is from you (much, much, much better than a CA).

    36. Re:Re comodo by LibRT · · Score: 1

      Yes, really. You stated, "Every country that's ever privatised its water has suffered a minimum of ten-fold increase in charges" and then you backed that up with a single example of a country where the prices didn't even go up 2 fold! I'll await your citations on England, Chile, Philippines, etc. (hint: no country that privatized water saw a "ten-fold increase in charges").

      Your comments about Boliva are off the mark too: the involvement of the World Bank (which I'll agree is a corrupt organization) ended in 1997 ("Despite this, in the view of the public the World Bank remains inseparably linked to the Cochabamba privatization." - Wikipedia). Note too that a country awarding a monopoly to a private company is obviously not competition or a free market - it is the outsourcing of a monopoly, pure and simple, and typically has none of the benefits and all of the down side (and then some) of government management. You notably omit that after protests resulted in returning the water monopoly to government, "under public management half of the 600,000 people of Cochabamba remain without piped water and those with it continue to receive intermittent service." (Wikipedia). Gee, that really sounds like a win to me!

      Here's some other info you omitted in your haste to make grandoise statements, absent an iota of truth, on the wonders of socialized water:

      - England: In the six years after privatization the companies invested £17 billion, compared to £9.3 billion in the six years before privatization. It also brought about compliance with stringent drinking water standards and led to a higher quality of river water. According to data from OFWAT, the economic regulator of water and sewer companies in England and Wales, from the early 1990s until 2010, network pressure has improved substantially, supply interruptions have become less frequent, the responsiveness to complaints has improved and leakage has been reduced;

      - Philippines: The share of the population with access to piped water in Western Manila increased from 67% in 1997 to 86% in 2006 and the share of customers that enjoys 24-hour water supply increased from 32% in 2007 to 71% in early 2011;

      - Columbia: There was a significant increase in access under private contracts. For example, in Cartagena water supply coverage increased from 74 percent to almost universal coverage, while sewer coverage went up from 62 percent to 79 percent between 1996 and 2006. Half a million people gained access and 60 percent of the new connections benefited families in the poorest income quintile;

      Further, here's what it says about the price of water under privatization in general (note particularly what it says about subsidization, ie where prices increased, the price previously being charged was below the cost of water recovery, which of course means the people were paying more for water previously anyway, it just showed up on their tax bill rather than their water bill - I've bolded that section for you):

      Impact on tariffs

      In almost all cases, water tariffs increased in the long run under privatization. In some cases, such as in Buenos Aires and in Manila, tariffs first declined, but then increased above their initial level. In other cases, such as in Cochabamba or in Guyana, tariffs were increased at the time of privatization. In some cases in Sub-Saharan Africa, where much of the investments are funded through development aid, tariffs did not increase over a long period. For example, in real terms tariffs remained stable in Senegal, while in Gabun they declined by 50% in five years (2001–2006) and by 30% in ten years in Côte d'Ivoire (1990 to 2000).[63] These exceptions notwithstanding, tariff increases are the rule over the long term. However, initial tariffs have been well below cost recovery levels in almost all cases, sometimes covering only a fraction of the cost of service provision. Tariff increases would thus have been necessary under public management as well, if the government wa

    37. Re:Re comodo by v1 · · Score: 1

      so how do I revoke the public key if I lose control of the private key? guaranteeing authenticity when the key is initially exchanged is only half the fight - you have to be able to revoke it if something bad happens, otherwise you have a much bigger security problem develop. I suppose if you're only handing it out to one or two people it's not so big of a deal though.

      --
      I work for the Department of Redundancy Department.
  17. In other words, we don't have a clue. by Anonymous Coward · · Score: 0

    "At that time, an external security audit concluded that all fraudulently issued certificates were revoked. Recently, it was discovered that at least one fraudulent certificate had not been revoked at the time."

    This simply means that their audit method is incapable of flagging the certs that are bogus.

    1. Re:In other words, we don't have a clue. by pe1chl · · Score: 1

      But still in further statements they continue to claim that the trust in other certificates managed by the same company (under a different root) is not affected by all this.
      First, that indicates that they have no clue what trust means, but also it is not at all unlikely that they have to announce next week that a fraudulent certificate was still issued, only their broken auditing system had not been able to trace it.

  18. Root certs need to be restricted by TLD by Animats · · Score: 4, Insightful

    Currently, root certificates are wildcards, usable for any TLD. They need to be restricted to a single TLD, or a short list.

    Single-nation CAs and government-operated CAs should be restricted to their TLD. For the generic TLDs, ("com", ".net", etc,) the CA/Browser Forum should require the CAs to post a large bond, from which a penalty is forfeited if any improperly issued cert is found. That should get the problem under control.

    1. Re:Root certs need to be restricted by TLD by rastoboy29 · · Score: 1

      mod parent up!

  19. Why only one CA per certificate? by drolli · · Score: 1

    Could one not send CSRs to more than one CA and the browser indicates how many CAs responded ok?

    1. Re:Why only one CA per certificate? by Anonymous Coward · · Score: 0

      This is a good idea that gets kicked around a lot, but hasn't yet been implemented. It's basically impossible to implement in a backwards-compatible way, so there needs to be some cooperation to successfully roll it out, and many of the people who would be agitating for this modest reform are busy pushing for entirely different systems. Sucks.

  20. they were repeatly hacked since 2009 by Anonymous Coward · · Score: 1

    F-secure claims Diginotar was repeatly hacked since May 2009; it shouldn't be trusted at all:
    http://www.f-secure.com/weblog/archives/00002228.html

  21. Too late by slasho81 · · Score: 4, Informative

    Too little, too late. I already removed DigiNotar from my trusted CA list. You should too. In Firefox: Options > Advanced > Encryption > View Certificates > Authorities tab > Find DigiNotar > Edit Trust.

    1. Re:Too late by Anonymous Coward · · Score: 0

      DO NOT WORK.

      Log out, start a new session, start Firefox and DigiNotar is back.
      This does not work.

    2. Re:Too late by slasho81 · · Score: 1

      Works for me.

    3. Re:Too late by CyberDragon777 · · Score: 2
      --
      We both said a lot of things that you are going to regret.
    4. Re:Too late by MindStalker · · Score: 1

      As you should, them revoking the certificate wouldn't do you any good until your browser Firefox gets an update which contains the revoked certificate information. Certificate revokation doesn't automatically propegate to all users.

    5. Re:Too late by fatphil · · Score: 1

      "You can manually delete this certificate from any version of Firefox with these steps: "

      Did that. Deleted (I don't have a distrust option) that one and a load of others too. Looked back at the list later, and the cert was back again.

      Clearly "any version" does not apply to debian/stable. Or they have pretty glaring bugs.

      --
      Also FatPhil on SoylentNews, id 863
  22. And what about comodo? by Anonymous Coward · · Score: 0

    They didn't get removed by mozilla et al despite two breaches (and proof that their process is completely untrustable well beyond some errors, they are unable to ascertain just who requested what); instead specific certificates got blacklisted.

    Anybody care to explain where the difference lies?

    Not trying to astroturf for diginotar. Just wondering why comodo didn't get the same treatment.

  23. Re:Wasn't a forged certificate a big part of Stuxn by Relayman · · Score: 1

    Confirm that it is in fact removed. The last time I tried that (IE 6?), it reappeared the next time I started the program.

    --
    If I used a sig over again, would anyone notice?
  24. this makes me happy by roman_mir · · Score: 1

    this is a good day for liberties, because this kind of sh...stuff exposes any type of 'authority' for what they really are, be it a gov't or any other so called authority (especially the kind that people just trust without questioning).

    Since when are people just blindly trusting one another? Government like structures? Isn't this a sure way to get completely screwed by whoever you are trusting?

    The entire model is wrong, of-course. There is a need for a bunch of competing systems, open, distributed, easy to verify lists, that can be compared one to another, with time stamps, with hash keys, it needs to be thought through, but there is a need. It has to be distributed so that there is no one central authority. I want to be able to check the fingerprint of a certificate against multiple competing distributed signed lists and as an admin of a system I want to be able to check what those lists maintain as fingerprint for my sites as well and quickly fix any problems if they happen. This is complicated but it will have to happen.

  25. F-Secure article on this by yuhong · · Score: 1
    1. Re:F-Secure article on this by phayes · · Score: 1

      Mod parent up please!

      Wow, just Wow, Diginotar appears to have been hacked a loong time ago & is only now discovering it!

      --
      Democracy is a sheep and two wolves deciding what to have for lunch. Freedom is a well armed sheep contesting the issue
  26. mod parent up by Anonymous Coward · · Score: 0

    This. A million times this.

    How hard would be to make the system so that when you apply for e-banking services, you're given a cd with your certificate files and have your browser only recognize those as legitimate for their website.

    Better yet, create a minimalistic bootable (security-hardened) distribution that you're supposed to use every time you do e-banking (with a modified browser that only accepts your bank's CA) and you would be totally safe doing e-banking in your typical malware-ridden Windows box (well... at least until they start going after the BIOS and the boot sector :P).

    1. Re:mod parent up by the_B0fh · · Score: 1

      Already done. https://www.ironkey.com/trusted-access

      Apparently even protects against man-in-the-middle attacks and keyloggers.

  27. Re:Wasn't a forged certificate a big part of Stuxn by Smallpond · · Score: 1

    Should also check the bank accounts of DigiNotar employees to see if any got an unexplained bonus.

  28. In MacOSX by Jeremy+Erwin · · Score: 4, Informative

    open /Applications/Utilities/Keychain Access.app
    Click on System Roots
    Scroll down to DigiNotar Root CA
    Click the "i" icon, or select "Get Info CMD-I"
    Expand the "Trust" node
    For the "When using this certificate"
    Select the "Never Trust" option

    If successful, the info window will now say "This certificate is marked as not trusted for all users"--- and you can browse this site to ensure that the trust is broken.

    1. Re:In MacOSX by Anonymous Coward · · Score: 0

      I followed your instructions.
      I see the "This certificate is marked as not trusted for all users".

      Yet if I browse to diginotar.nl via the link you provided, I simply see the website in question, and do not see a warning from safari or something.

      Does that mean that the trust was not properly broken?

      Thx,

          Bram

    2. Re:In MacOSX by Jeremy+Erwin · · Score: 1

      Sometimes, it silently sends you to the non-secure site.

  29. Re:Wasn't a forged certificate a big part of Stuxn by Ossifer · · Score: 2

    If you are still using IE6 you have bigger problems than diginotar...

  30. Re:Wasn't a forged certificate a big part of Stuxn by sneakyimp · · Score: 1

    How does one remove that particular CA from one's CA bundle?

  31. Re:Wasn't a forged certificate a big part of Stuxn by Anonymous Coward · · Score: 0

    sweet catch

  32. Re:Wasn't a forged certificate a big part of Stuxn by Barefoot+Monkey · · Score: 1

    How does one remove that particular CA from one's CA bundle?

    It depends on the browser. For Firefox you open the options, select "Advanced", click on the "Encryption" tag, and press the "View Certificates". Select "DigiNotar root CA" from the list (just start typing the name and the cursor should jump to it) and press "Delete or Distrust". Lots of steps, but all-in-all quite a simple process.

  33. Re:Wasn't a forged certificate a big part of Stuxn by Barefoot+Monkey · · Score: 1

    I haven't refreshed this page yet so I don't know if someone has already mentioned this, but it might be a better idea to click on "Edit Trust" instead of "Delete or Distrust" so that you can more-easily alter your policy for that CA later if you change your mind.

  34. Re:Wasn't a forged certificate a big part of Stuxn by sneakyimp · · Score: 1

    Thanks! I just deleted it. One can always add exceptions for specific sites if I need to. Personally, I think they should be removed entirely from the CA bundle. Trusted CAs need to be held to a very high standard IMHO.

  35. Trust DNS instead by lhunath · · Score: 1

    Why do we have these CAs around? A completely decentralized system that has no system of control whatsoever. All you need is for some company to manage to somehow convince some browser venders that they have good security policies. And with that, everybody around the world is basically forced to follow in that "trust". How fucked up is that anyway.

    At the same time, the whole thing is so tightly coupled with DNS already. The common name has to be the domain name. So why the heck are these CAs separate from that? At least DNS has a control body. CAs have nobody but the browser vendors; and they don't report to them.

    I say dump the current CA trust model. Make all DNS root servers a CA, let them issue CA certificates to their registrars, and let the registrars issue certificates to their customers, and only for those domains that their customers have registered under them. Publish the certificates in the domain's DNS records. Make ICANN compose strict rules that all registrars must obey, just like they already do before they allow registrars to service TLDs. And punish violations by revoking the registrar's certificate. Install all DNS root certificates in all OSes, and force those OSes to keep a local OCSP cache that is no older than a few minutes at any given time.

    What are we doing fucking around with trusting arbitrary companies that survive on charging exuberant amounts of money to do openssl commands, and have no form of oversight whatsoever?

    --
    ``OK, so ten out of ten for style, but minus several million for good thinking, yeah?''
  36. Wouldn't secure DNS solve a good portion of this? by ftobin · · Score: 1

    Correct me if I'm wrong, but assuming we can achieve secure DNS, it becomes much more simple to associate a site's certificate with only the associated domain registrar, instead of the HTTPS equivalent of allowing any registrar to vouch for a certificate.

    As other posts have noted, part of the problem is that ANY of the certificate authorities can vouch for a certificate. By keeping the trust path narrow (root->singular registrar->domain) instead of wide (root->all registrars->domain), breaches in trust will have less of an effect.

  37. Thanks Govcert by Anonymous Coward · · Score: 0

    Disclaimer: I am Dutch.

  38. My thought exactly by Anonymous Coward · · Score: 0

    And one step closer to a web of trust.

  39. Don't be silly by Rix · · Score: 2

    Of course some jobs are best left to governments. This just isn't one of them.

    Governments are in the business of spying on people. Sometimes legitimately, sometimes not, but regardless it's not in the interest of the person being spied upon for it to happen, and so governments have no business in the chain of trust. They're near the top of the list of actors we specifically don't trust.

    1. Re:Don't be silly by lennier · · Score: 1

      Governments are in the business of spying on people.

      Goodness! Are they really? It's a good thing that private corporations aren't in the business of harvesting and selling personal data to the highest bidders, then. Let me create a Facebook profile right away!

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    2. Re:Don't be silly by mcrbids · · Score: 1

      ... sayeth somebody who lives under the umbrella of one of the most successful, free-society-fostering governments on Earth.

      Yes, our government has its share of flaws, and we should work to correct them. But it's idiocy to claim that one of the most successful systems ever devised should be unilaterally dismissed.

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
  40. Why do CAs even exist? by WaffleMonster · · Score: 1

    With every domain name you own you should be able to get an SSL cert with your registration/renewal. I want to register this domain and here is my CSR as part of the registration process.

    CAs were supposed to verify you independantly of domain ownership so that identity problems such as bad actors getting certs for gooogle.com..could not occur.

    Today the process has been soo watered down humans are too many cases not even in the loop. All distinction between identity and domains for all practical purposes does not exist.

    Give everyone with a domain name their own SSL certs and stop throwing money at CAs. The network will be marginally safer for it.

  41. While I'm going through my root certs . . . by Senescent+Nerd · · Score: 1
    Why shouldn't I disable *every* root cert that I'd be surprised to find authenticating a browser session with my bank? Only a handful of root certificates suffice for nearly all of my secure browsing. Wouldn't I very much want to be alerted if an SSL session with my bank were based on a certificate issued by the Lower Slobbovian Postal Authority?

    I hope this incident leads browser makers to adopt more realistic certificate husbandry mechanisms, such as alerting me when my bank's cert changes.

  42. Some of them, yes by Rix · · Score: 1

    Those should not be permitted to run CAs.

  43. Yes, granted by Rix · · Score: 1

    Canada is a wonderful country, but even it has it's flaws. Why give it the temptation of running a CA when there's no need for it to do so? Further, imagine how much damage a rogue nation like Iran, North Korea or the United States could do with one.

  44. Don't ding my stock bro? by Anonymous Coward · · Score: 0

    They say we only made 100,000 euros first have of this year. Translation: This doesn't affect our bottom line. Don't ding our stock! What I read: It didn't make enough money for us to give a crap. Selfish Incompetence to the end. It's very sad. "Never mind that we put people in Iran in danger, just don't hammer our stock!" If it is ever revealed that this led to jailing, torture, or killings by the Iranian government. Someone at Vasco should answer for it.