Slashdot Mirror


Symantec Subsidiary Thawte Issues Rogue Google Certificates

New submitter jack_babylon writes: On September 14th, Symantec's subsidiary certificate authority Thawte accidentally released a "small number" of " "inappropriately issued" security certificates, apparently intended for internal testing only. However, the fact that these were logged in the wild by Google (and, apparently, DigiCert) seems to indicate that they escaped the lab, at least far enough for a false google.com cert to raise the appropriate red flags. This sounds similar to the recent acts of poor judgement that got CNNIC's certs removed entirely from Firefox and Chrome, if more limited in scope and more quickly addressed (through, among other things, termination of some Symantec employees). (And like all reports one hopes go away quietly, these were released in the dead of a Friday night — h/t BoingBoing for noting this news.)

103 comments

  1. SubjectsInCommentsAreStupid by lesincompetent · · Score: 4, Insightful

    That's some very suspicious "testing", kids.
    What are you up to?
    Perhaps in bed with some three-lettered thugs?

    1. Re: SubjectsInCommentsAreStupid by Anonymous Coward · · Score: 0

      Why?

    2. Re: SubjectsInCommentsAreStupid by Zocalo · · Score: 4, Interesting

      Why?

      Let's see. Based on what information we have so far, which almost certainly isn't the whole story, the incident happened on Friday night. It's now early Sunday morning in the US and some employees have already been terminated, presumably for gross misconduct since mistakes can (and do) happen, so that alone implies this was probably a willful act and the perpetrators were somehow either caught in the act or there was a clear audit trail when the fake "google.com" certificate came to light. There have already been allegations that the US' TLA agencies have been planting employees in US tech companies for such purposes so OP's conclusion isn't completely out of the field, although it could just as easily have been a large criminal organization or foreign government. Due to the requirements of making effective use of fraudulent certificate it's highly unlikely to have been a get rich quick scheme dreamed up by those involved without some form of government/organized crime support.

      I expect this will blow over very quickly for Thawte. They appear to have procedures in place to tie specific certs to specific individuals, will no doubt already have revoked the certificates concerned, and we can probably expect some explanatory notice to be published in the next few days to explain their version of events; there really isn't much more they could have do in the face of rogue employee. They should also be handing what evidence they have over to law enforcement for potential prosecutions, which could get interesting if the individuals involved were indeed working at the behest of a US security agency...

      --
      UNIX? They're not even circumcised! Savages!
    3. Re:SubjectsInCommentsAreStupid by Anonymous Coward · · Score: 0

      The thug is CHN.

  2. "accidentally" "poor judgement" by Cafe+Alpha · · Score: 1

    Ha ha ha ha!

    We're all screwed.

  3. Re:How is this possible? by Anonymous Coward · · Score: 1

    You have a horrible misunderstanding of certificates.

  4. It's spelled "deniability" not "accident" by Cafe+Alpha · · Score: 1

    Sure. They violated security protocol "by accident" and compromised everyone's security "by accident".

  5. Re:https... the "s" is for stupid by Cafe+Alpha · · Score: 1

    If they start over and make a secure system, I predict it will be made illegal.

  6. Re:How is this possible? by Cafe+Alpha · · Score: 1

    Sorry I fell for him then.

    So the system is designed broken so that any cert can issue fraudulent certificates? Sounds right. Jesus.

  7. Apache was helped by Thawte by Anonymous Coward · · Score: 0

    At one point they were the only company that allowed you to run an HTTPS server with open source. It's sad to see that VeriSign has so destroyed a good company.

    1. Re: Apache was helped by Thawte by Anonymous Coward · · Score: 0

      I remember sending a bunch of FAXes to Africa to get a cert. At that time the rest of the cert authorities were very anti-open source.

    2. Re: Apache was helped by Thawte by Anonymous Coward · · Score: 0

      Excuse me but what? The cert is a standard, you can use it with any server software.

  8. Re:How is this possible? by epyT-R · · Score: 1

    Explain.

  9. Re:How is this possible? by Anonymous Coward · · Score: 0

    My understanding of x509 is that google is supposed to generate signing reqs

    Anyone can generate a CSR+keypair for "*.google.com".
    It's up to the CA to validate the request before signing it.

    In this case, it was the CA itself that generated the bogus CSR, then signed it, then let the keypair leak into the wild.
    Nice job Thawte!

  10. Re:How is this possible? by whoever57 · · Score: 5, Interesting

    Not the GP poster, but here goes:

    The ideal situation is that the Certificate owner generates a signing request and has that signed, so the original key does not go outside the certificate owner.

    However, there is nothing in the current setup to prevent a certificate authority from generating a request in the name of any domain and signing it. That's what appears to have happened here.

    The real question is 'why?'. The explanation ("testing") doesn't pass muster. Someone would have to deploy these certificates on a service that was either a Google property or was masquerading for a Google property. Does Google outsource the deployment of certificates? I would doubt this very much, which suggests that this wasn't so much an accident as the influence of a TLA.

    --
    The real "Libtards" are the Libertarians!
  11. Re: How is this possible? by Anonymous Coward · · Score: 0

    Really?

  12. Re:How is this possible? by Anonymous Coward · · Score: 0

    Seriously?

  13. Re:How is this possible? by xous · · Score: 3, Interesting

    Any trusted certificate authority can issue certificates for ANY domain. This is the trust aspect that is required in a PKI.

    Your browser gets a list of trusted root certificates and will accept any valid certificate issued by these CAs. On my windows 8 box there are 53. Any of these providers could issue certificates for any number of domains.

    The failure here is that Thawte allowed those certificates to be issued for ANY reason.

    Google is their own certificate authority and likely has no need for a relationship with Thawte.

  14. Re:How is this possible? by epyT-R · · Score: 0

    Makes sense, and is basically what I said, but I assumed that thawte was handling google's certs for them. Thanks for the clarification.

  15. Re:How is this possible? by epyT-R · · Score: 1

    Google is their own certificate authority and likely has no need for a relationship with Thawte.

    That I did not know.

  16. So does Thawte get revoked and shut down by Cafe+Alpha · · Score: 1

    now?

    1. Re:So does Thawte get revoked and shut down by Anonymous Coward · · Score: 0

      no.

  17. Re:Considering John Thompson's... by Anonymous Coward · · Score: 0

    And Thompson was head of the committee that picked Satya. That was a terrible choice given the racial problems here. Probably the biggest one is the vacation inequality. Most Americans have a hard time getting even a long weekend approved while the employees from Asia have no problem getting two or more contiguous weeks off. Yes, the travel to India is expensive and takes a long time so you need two weeks, but it’s currently being allowed at the expense of the rest of us. Also, we are required to take the slack. So, we don’t get time off and we have to work even harder.

  18. Re:How is this possible? by epyT-R · · Score: 1

    Yes, I assumed that thawte was managing google's certs for them when I wrote that.

  19. the price of negligence by swell · · Score: 4, Insightful

    From the summary: "...termination of some Symantec employees..."

    Is this the first time that individuals were held responsible for online negligence? What happens to a CEO or CIO when data on millions of people slips out due to negligence? Has anyone ever been fired before (not just a flunky, but a responsible executive)?

    The penalties for corporate irresponsibility are so small that there is no incentive to do the right thing. Actually, this case may be an exception because both Thawte and Symantec have a reputation to protect- they might actually fire an executive. The question remains (and you can ask the same of Wall Street criminals)- when has any executive ever paid for this kind of negligence?

    --
    ...omphaloskepsis often...
    1. Re:the price of negligence by Anonymous Coward · · Score: 0

      From the summary: "...termination of some Symantec employees..."

      Is this the first time that individuals were held responsible for online negligence? What happens to a CEO or CIO when data on millions of people slips out due to negligence? Has anyone ever been fired before (not just a flunky, but a responsible executive)?

      No to all three. That was easy :)

    2. Re:the price of negligence by cdrudge · · Score: 1

      Ask Target's CIO Beth Jacob and CEO Gregg Steinhafel how secure their jobs were after Target had their breach.

    3. Re:the price of negligence by lucm · · Score: 1

      The question remains (and you can ask the same of Wall Street criminals)- when has any executive ever paid for this kind of negligence?

      Like, say, Enron people?

      --
      lucm, indeed.
  20. Re: Considering John Thompson's... by Anonymous Coward · · Score: 0

    > vacation inequality.

    That is a great term for it. I haven't heard it before. The morale for those of us that have been here for over a decade is pretty low. It wears you down when certain people get long vacations while others can't. Microsoft is treating its most experienced and best developers like crap. I hit my vacation cap about 11 years ago so it is depressing to just continue to keep losing more and more vacation time.

  21. Re:Considering John Thompson's... by Anonymous Coward · · Score: 0

    Microsoft has really hit a low. We all thought Ballmer was as bad as it could be, but when you hire the former head of Symantec, it shows you've given-up on making good products. They're now just milking it as long as they can.

  22. Re: Considering John Thompson's... by Anonymous Coward · · Score: 0

    He is friends with Obama and is getting rid of many of the best and most experienced people in the name of diversity. The current unfairness in the vacation policy is just one of the many things that is killing morale. I hate going to work now. Most of my coworkers are angry and fed-up.

  23. You had "one job" by YrWrstNtmr · · Score: 4, Insightful

    Security company dicking up the one thing they are supposed to be good at.

  24. Instantly executed by behrooz0az · · Score: 1

    locate -i thawte|sudo xargs rm -rvf
    Jast as i did for diginotar and comodo
    you're not special bitches.

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion. -- Spazmania (174582)
    1. Re:Instantly executed by Guspaz · · Score: 1

      So you've invalidated two thirds of all TLS certificates. I'm sure this is a most practical solution.

    2. Re:Instantly executed by behrooz0az · · Score: 3, Interesting

      I live in Iran, most probably they were issued for my government, this is the most practical solution here.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion. -- Spazmania (174582)
    3. Re:Instantly executed by Cafe+Alpha · · Score: 1

      I live in the United States of America, most probably they were issued for my government, this is the most practical solution here.

  25. Help wanted: an editor. by mrsam · · Score: 1

    To apply for the job, please contact DICE Holding Inc.

    Really, the word salad in the second to the last sentence is making my eyes bleed. Is proper king's English now optional, on lazy Saturday nights, here?

  26. Re: Considering John Thompson's... by Anonymous Coward · · Score: 2, Informative

    My brother had to cancel his honeymoon last month. He had his vacation time denied by Microsoft. The thing that has made him so angry is that since then several Indian coworkers have been allowed two week or longer vacations.

  27. Re: Considering John Thompson's... by Anonymous Coward · · Score: 0

    That is the fault of white employees that don't quit after they're treated unfairly. Most of my Indian friends would quit if they were told they couldn't go home. Us white employees at Microsoft are doing it to ourselves.

  28. Because DNS validation is so hard by silas_moeckel · · Score: 2

    Sure it's not a perfect fix but publishing the signatures of your ssl certs in DNS would care care of a lot of this low hanging fruit. A standard for cosigning your certs and pinning that cert would also help.

    The end effect is needing to break multiple vectors not any of a multitude of root level CA's.

    --
    No sir I dont like it.
    1. Re:Because DNS validation is so hard by Pinky's+Brain · · Score: 1

      They say there is a chicken and egg problem, I only see a chicken problem.

    2. Re:Because DNS validation is so hard by Anonymous Coward · · Score: 0

      With dnssec and dane CAs whould be a thing of the past. But there is muoh cash in the CA business.

    3. Re: Because DNS validation is so hard by Anonymous Coward · · Score: 0

      If we did that then the profitable certificate extortion would end. Look at the 'extended validation' certificates, which is basically code for paying boatloads of extra money to have the CAs do what they're supposed to do in the first damned place.

      DNS published certificates plus browser cetficiate pinning would also disrupt some of the easier methods of illegal spying and make it somewhat easier for people to detect if their own employer is spying on them.

      It would also lead to more widespread use of encryption as setting it up would be less of a pain in the ass. ISPs would hate this of course. Less spying, er, advertising opportunities.

      The CAs have proven they can't be trusted and of course we know we can't trust spies and law enforcement for anything.

      The only real problem would be 'helpful' registrars making up NSA-approved certs and populating your certificate entries for you.

  29. Re: Considering John Thompson's... by Anonymous Coward · · Score: 0

    And is now causing horrific race problems here. Too many long time employees are being driven out in the name of diversity. Microsoft has a quality problem, and hiring based on race instead of ability is just a going to make things worse.

  30. Failure to revoke certificates still problem by Antique+Geekmeister · · Score: 2

    It's not that Google or Thawte have failed to correctly revoke certificates: it's that far too many people, at far too many sites and with far too many technologies, do not actually keep their signature authorities up-to-date. Because these people don't update signature authorities, they are unable to verify numerous valid certificates. These people then simply set their automated procedures, or make it their personal practice, to accept invalid certificates.

    The notable case of this I saw recently is RHEL 5, where the signature authority information in the /etc/pki files managed inside the openssl packages, and updating openssl on a live server is likely to cause fascinating problems for an old, stable, production server. RHEL 6 sensibly put the root SSL keys in a separate package, but it's certainly not an unusual problem.

    1. Re: Failure to revoke certificates still problem by Anonymous Coward · · Score: 0

      You have to check the chain and not just that single certificate.

  31. Problem solved by lucm · · Score: 2

    It's all good now. Employees have been fired and some guy on a Symantec blog said the internet was never at risk. We all can relax and enjoy life.

    --
    lucm, indeed.
  32. Re: Considering John Thompson's... by Anonymous Coward · · Score: 0

    Thompson really screwed over the white employees of Symantec. It's no surprise that racist would do the same at Microsoft. The company at never recover.

  33. Re: Considering John Thompson's... by Anonymous Coward · · Score: 1

    Microsoft has always had racist vacation policies. When I was there in 1982 the white employees weren't allowed a single day off while the few Indian guys we had were allowed to take two to three weeks off to go home to India. This racism is nothing new for Microsoft.

  34. Re:How is this possible? by petermgreen · · Score: 4, Informative

    Your browser gets a list of trusted root certificates and will accept any valid certificate issued by these CAs. On my windows 8 box there are 53. Any of these providers could issue certificates for any number of domains.

    Worse those providers can issue "intermediate certificates" which also have the power to issue certificates for any number of domains. They can and do issue those intermediate certificates to third parties. So the list of root certs in your browser is not a complete list of entities who can issue certs your browser will trust.

    There was recently an extension added to allow intermediate certs to be limited to certain ranges of names but that only helps in clients new enough to recognise the extension.

    There was also recently an extension added for "key pinning" which makes bogus certs less useful.

    Google is their own certificate authority.

    At least when I go to google and check the cert I get a cert that has a google intermediate and a geotrust root. I don't see any evidence of name constraints on said intermediate cert though :(

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  35. CAs are the problem by jonwil · · Score: 3, Interesting

    The problem is that any of the many entities your browser trusts can create a valid certificate for any domain and the browser will just accept it.

    What we need is to move away from CAs and adopt a new system for storing the information needed to make a web connection secure. Storing keys in DNS and using DNSSEC to secure that is one option. And there are others (although I can't actually remember any of them off the top of my head).

    If you have a situation where its impossible for anyone other than the actual owner of the domain to store a key, its not possible for a rogue CA (or a hacked CA ala DigiNotar or one that has been co-oped by a government or intelligence agency) to issue a bogus certificate or a bogus public key.

    What I dont get is why there is no real interest from the people who came up with these alternatives to push them particularly hard and why there is basically zero interest from the people and entities who write the software that the web runs on (browsers, servers etc) to make any moves towards using these new systems.

    1. Re:CAs are the problem by Anonymous Coward · · Score: 0

      The Fifth browser takes an alternative approach to this: fuck CAs, behave like SSH.

    2. Re:CAs are the problem by Anonymous Coward · · Score: 0

      A blockchain based authority would go a long way to help solve the CA issue.

      Not perfect by any means but the 'ledger' itself would be immutable and not subject to tampering or hijacking. You would not have to worry about authorities being compromised by hackers, bribed employees, or three-letter-agencies,etc.

      You'd still want some sort of human-run meta authority to bang out social-political issues (Ex There was a war. This country does not exist anymore but it's certificate does because it's in the blockchain. You should probably ignore this now obsolete data) You'd trust that meta-authority to make things run better but that's it.

  36. If you or I did that.... by Anonymous Coward · · Score: 0

    "BRUNSWICK >> A Brunswick man was arrested Thursday for tampering with town letterhead.
    State Police said Leslie C. McDermott, 49, of Brunswick was charged with first-degree criminal tampering, a felony. He is accused of tampering with letterhead from the Town of Brunswick building inspector’s office to create a falsified document to satisfy a real estate transaction."

    I guess we now know who provides NSA false certificates (they man-in-the-middled Google https before), so now I'd like to distrust all Thawte certs.
    So no, they won't be prosecuted, or removed from the chain, or anything, because Stasi are loyal to Stasi.

  37. Re: Considering John Thompson's... by Anonymous Coward · · Score: 1

    Racist is the correct word. When HR won't standup for you because you're white and admits freely that the company's policy is to not allow vacation time to whites, but allow three weeks contiguous every year to the Indian employees, then you are past the point of no return.

  38. Operation Flying Pig by Anonymous Coward · · Score: 0

    This isn't the first time a certain agency has man-in-the-middled Google with fake certs:

    https://www.techdirt.com/articles/20130910/10470024468/flying-pig-nsa-is-running-man-middle-attacks-imitating-googles-servers.shtml

    If they don't remove Thawte for faking a Google certificate, how much bigger a fake does it need to be to remove their authority??

    As for browsers, I should be able to remove Thawte from the trusted chain, and I should be able to configure a warning if a domain has changed its certificate authority chain since the last time we saw it.

    1. Re:Operation Flying Pig by khellendros1984 · · Score: 4, Informative

      As for browsers, I should be able to remove Thawte from the trusted chain

      Go ahead. In Firefox, hamburger->options->advanced->certificates->view certificates. Find the two headings for Thawte and set all of their entries to "distrust". I've no idea exactly how much of the web will stop working correctly after that, but it's not hard to do.

      I should be able to configure a warning if a domain has changed its certificate authority chain since the last time we saw it.

      You should, and I'm sure there's some kind of add-on or setting for that, but I don't know what it would be off the top of my head.

      --
      It is pitch black. You are likely to be eaten by a grue.
    2. Re: Operation Flying Pig by Anonymous Coward · · Score: 2, Informative

      Certificate Patrol would be that plugin : https://addons.mozilla.org/addon/certificate-patrol/
      But I cannot understand why it is used so rarely. There also used to be DANE Patrol which used to do the same thing while being able to handle multiple certs for 1 domain (think Google) made by Czech NIC, but it is not developed anymore and they recommend not to use it.

    3. Re:Operation Flying Pig by Anonymous Coward · · Score: 0

      Both HTTPS Everywhere and Privacy Badger log to the "HTTPS Observatory" each certificate and domain name when you visit an HTTPS site, though I'm not sure how they warn of changes.

  39. Re:How is this possible? by Anonymous Coward · · Score: 0

    The government probably asked Symantec to make them some Google certificates.

  40. Re: Considering John Thompson's... by Anonymous Coward · · Score: 0

    He is a racist. Why would you expect him to do anything different? That is also why he is friends with Obama. White employees at Microsoft are now treated like garbage. They treat us like garbage.

  41. Re: Considering John Thompson's... by Anonymous Coward · · Score: 0

    I worked for him at Symantec. He hated me for being white. He didn't allow me to take a single vacation day off in over two years. My daughter was in NICU so it sucked not being able to see her. He later made fun of me for my "bad genetics."

  42. Too big to fail? by Anonymous Coward · · Score: 0

    That's like the too-big-to-fail argument, the idea that you can't let a corp fail because its too big.

    ALL of the TLS certificates ARE invalid, because if we can't trust the certificate system then the basis for certificates is invalid.

  43. Google uses pinning and pushes cert transparency by raymorris · · Score: 2

    Two other strategies are certificate pinning and certificate transparency. For pinning, you declare that only a certain intermediary CA (or root CA) may sign certs for your domain. So Google basically declares that all *.google.com certs must be signed by the specified Google CA. This information can either be hardcoded in the browser (for major sites) or relayed the first time the browser contacts the domain. So with hardcoded pinning, only Google can sign their certs. With http-pinning, another CA could only spoof the cert if the user had never loaded Google before.

    The other initiative is certificate transparency. Basically it's a public log of all certs issued by participating CAs. (Non-participating CAs shouldn't be trusted by default). Transparency would have prevented the false Google cert that happened a year or two ago because the unrestricted signing cert granted to the customer would have been immediately flagged as suspicious. If an invalid cert is signed directly by a trusted root CA, it can be detected immediately because Google would be monitoring the public logs and see a cert being issued for their domain. Smaller companies which don't want to directly monitor logs themselves can sign up for a notification service. Suppose I offer such a service and you are my customer. Any time a cert is issued for one of your domains, I'd call you and let you know. You could then take immediate action if it was improper. A company offering such a service would probably also offer assistance in handling the situation.

  44. So maybe they've been faking Google for years! by Cafe+Alpha · · Score: 1

    https://productforums.google.c...

    "I am seeing "certified by Thawte Consulting (Pty) Ltd when I point cursor to googlemail. Is it normal or fishy?"

    1. Re:So maybe they've been faking Google for years! by Cafe+Alpha · · Score: 1

      Note, that was dated 2010

  45. What the heck is "Thawte" anyway? by Anonymous Coward · · Score: 0

    I always thought it was some untrustworthy African name.

  46. Re:Google uses pinning and pushes cert transparenc by Anonymous Coward · · Score: 0

    Ultimately that's a patch put over the problem.

    If we built a system that removed the certificate authorities then more sites would be secured because the barrier to encryption would be lowered. There is less reason to trust a Thawte cert for site X than trust site X's own cert.

    I would also be suspicious of Norton Anti-virus at this point, and any Symantec code signing. Rogue employee my ass!

  47. A cert shouldn't be so easily 'fabricated' by Anonymous Coward · · Score: 0

    Certificates are there for security, and if it's so easy for Symantec or whoever to fabricate certificate (Google or whoever), no matter if it's for 'internal use' or for the 3-letter bedfellows, something is not right!

    1. Re:A cert shouldn't be so easily 'fabricated' by khellendros1984 · · Score: 1

      You do understand that creating certificates for other companies is the whole point of a certificate authority like Thawte, right? As an example, Google's certificate on www.google.com was issued by Google's own CA, and Google's CA's cert was issued by a CA called GeoTrust (which is also owned by Symantec, like Thawte). Trust in Google's identity is established because your browser has been told that GeoTrust is a trustworthy entity.

      --
      It is pitch black. You are likely to be eaten by a grue.
    2. Re:A cert shouldn't be so easily 'fabricated' by Anonymous Coward · · Score: 0

      No Google issue Google certificates. They invoke their authority to issue those certificates via Geotrust. Its not the same thing.

      What Thawte did was create a fraudulant Google certificate for *someone* that was not Google. It didn't *leak* out into the wild, it was served up by a website purporting to be Google with a fake certificate from Thawte!

      Geotrust do not have authority to issue Google certificates either! Their only job is to confirm that *Google* can issue *Google's* certificates! If Geotrust had issued the certs, it would equally have been fraud.

      Symantecs job is not fraud, even if its for a US government agency that asked them to do it.

      If a US agency wants access to Googles data, they should get a warrant and serve Google with it, not reacharound the legal protections via Symantec/Thawte.

      It shows the issue yet again, that certificate authorities (Symantec control 70% of issued certs, so these man in the middle attacks will always involve them), are the weak point, because a rogue actor can always interfere in Symantec's business to get fake certs like this.

    3. Re:A cert shouldn't be so easily 'fabricated' by arglebargle_xiv · · Score: 2

      Certificates are there for security,

      Yup, and you can tell how well they work for that by seeing how good a job they're doing in stopping phishing, malware, and spam.

      Certificates are there to make money for commercial CAs because web sites are forced to pay them protection money to turn off the browser warning messages. That's all they do.

    4. Re:A cert shouldn't be so easily 'fabricated' by Anonymous Coward · · Score: 1

      The Certificate Authorities (Thwate, DigiCert, etc.) sign certificates. Anyone can generate a Certificate Signing Request for any set of names. It is up to the Certificate Authority to verify that the request was generated by an authorized representative of the named entity.

      Of course a CA employee can generate a "bogus" CSR. Anyone can.

      All this shows is that Thwate's controls around ensuring that proper validation is completed was defeatable by an insider. It doesn't highlight any new vulnerabilities in the CA system. Anyone who has looked for vulnerabilities in the CA system, or read the news around CA breaches, will have known of this vulnerability. People who are learning about it for the first time today will hopefully benefit from the accurate description above and won't be surprised the next time this happens.

  48. CNNIC removal from Firefox never happened by Anonymous Coward · · Score: 0

    The CNNIC incident was a real accident and the removal of the root certificate from Chrome was discussed but not followed by other browser-developers. Google is a highly politicized entity closely linked to the intelligence community. The supposed subverting of the certificate by CNNIC never escaped in the wild and was purely exaggerated in the media to justfy demands for cyber warfare budgets.

  49. Re: Considering John Thompson's... by Anonymous Coward · · Score: 0

    Microsoft just loves to make white employees cancel honeymoons. They know marriage will be a distraction from work. Married employees are much less like to put up with "Seattle hundreds" as compared to the married ones. I put up with it for nearly a decade, but working a hundred hours a week finally wore me down, and I had to quit. There's definitely two different sets of standards there. Upper management doesn't mind when an Indian employee gets married, but when an American tries, they fight it with every thing they have.

  50. Re: Considering John Thompson's... by Anonymous Coward · · Score: 0

    At Symantec there definitely were two classes of people when it came to vacation time. I know I wasn't allowed a single day off the nearly three years I worked there while Thompson was in charge. It sounds like from the comments here that he is doing the same at Microsoft.

  51. Re: Considering John Thompson's... by Anonymous Coward · · Score: 1

    You just described HR everywhere. They protect the company and not the employee. After working for almost a dozen different startups in the Seattle area, I'm fedup. I haven't had an entire week off since 1994, but most of my Indian coworkers get two or more weeks off every year. Of course complaining to HR does no good.

  52. Could DANE and DNSSEC/NSEC3 mitogate this to some by bn-7bc · · Score: 0
  53. Re: Considering John Thompson's... by Anonymous Coward · · Score: 0

    He was only hired because of his White House connections. In every other way he is an incompetent moron that was only hired for his race, but you can't blame Gates for wanting access to Obama.

  54. Re:How is this possible? by Anonymous Coward · · Score: 1

    This is true. I know a Thawte partner in Spain that by default and without asking, generates a key and makes that key be signed by Thawte, then sends you he key and certificate by email. I was served this way even for a renewal!!

    When I told the clerk I wasn't putting THAT private key on any server whatsoever and asked WTF were they doing, he told me it was std procedure. I just asked contact with a supervisor who understood something about security.

    After that I was allowed to send an appropiate CSR for the procedure. They also told me they were revoking the roge certificate they created...

    So yes, it's not only that CA concept is broken, even they and their partners don't know how to handle things securely.

  55. Re:Google uses pinning and pushes cert transparenc by Kurrelgyre · · Score: 2

    Security requires both encryption and trusted identification. The first is easy, the second is what the CAs are for.

  56. Re: Considering John Thompson's... by Anonymous Coward · · Score: 0

    Does America really suck that hard in tje HR areas? Over here in Europe there is guaranteed 4 to 5 weeks vacation.

  57. termination by Tom · · Score: 2

    What needs to happen until a corporation is terminated?

    That is the main issue here. As human beings, we understand there are limits to what we can do before we face really serious consequences. I mean jail time, not monetary punishment. Money is simply an expense. It might hurt, even hurt a lot, but it is not on the same level as being locked up.

    Where is the jail time equivalent for corporations, and why do we continue to believe that we can somehow control them without it? To take back control of our worlds from corporations running amok over it, we need this.

    To fire a number of employees means something very seriously went wrong. It also means the corporation allowed it to go wrong. This could be rogue employees the way someone robbing a bank with your car had lied to you when borrowing it, saying he needs to visit his ill grandmother urgently. Or it could be that you gave a gun to an obviously unstable kid when he said he's going to school and he's angry. You really should have at least asked a few more questions before handing over the firearm.

    So what will happen to Thawte in response?

    --
    Assorted stuff I do sometimes: Lemuria.org
    1. Re:termination by opus_magnum · · Score: 1

      So what will happen to Thawte in response?

      I think that depends on what government had asked them to generate the fake cert for MITM purposes.

  58. Re:Google uses pinning and pushes cert transparenc by Anonymous Coward · · Score: 0

    I just checked the google SSL cert for gmail. I cannot find the pinning you mentioned in any of the certificate extensions. How is that done exactly?

  59. Re:Google uses pinning and pushes cert transparenc by Antique+Geekmeister · · Score: 1

    And the CA's have proven to be more interested in the sales part of the business than in the security part of the business. Thawte requires more checks than most systems, but the middleman certificate authorities such as DigiNotar have proven incompetent and apparently had their _signing_ keys stolen. And for many signature authorities, it's quite simple to request, pay for, and be issued a fraudulent new corporate SSL certificate for another company due to poor verification of the client identity. That's social engineering, not a technical engineering hack, and it's embarrassingly common place. I do it as a matter of course when the original purchaser of the SSL certificate is long gone and my company's ticket, or a partner's ticket, is expiring and I'm contacted at the last minute. It's with the cooperation of the actual owner of the website, but it's unsurprisingly easy to get passwords changed to the company's SSL account.

  60. What's a rogue Google? by mschaffer · · Score: 1

    What's a Rogue Google, and why does it have a Certificate?

  61. Re: Considering John Thompson's... by Anonymous Coward · · Score: 0

    HR keeps nagging me to take my mandatory 2 weeks vacation asap (10 consecutive days out of the 26 total days per year)

  62. Doesn't work by Anonymous Coward · · Score: 0

    In Firefox, Thawte certs always come back even when you distrust them.

    I've tried several of these US cert authorities I would like to flag as distrusted but Firefox restores them automatically.

  63. In the browser install or by http by raymorris · · Score: 1

    There's nothing to find in the cert. The first method on pinning is in the browser itself. Microsoft can tell their browser which keys are allowed to sign for update.windows.com before they ship the browser.

    The second method is via http headers:
    https://developer.mozilla.org/...

  64. Re: How is this possible? by Anonymous Coward · · Score: 0

    What do you mean by "manage"?

  65. this and the Diginotar are why I trust No Root-CA by Anonymous Coward · · Score: 0

    I'm using firefox and have changed the trust settings to "No Trust" for all certificates and the funny thing is, I no longer get the god damn warning about adding certs that I need to, especially self-signed certs for those websites that are hosting content but not selling. Very nice as some of the blogs I visit have those self-signed certs. Good enough for the originally intended use (secure communication) not purchasing. Do I have lots of certs added that I trust? Fuck no - I have a dozen such as those by Google (I do use gmail and apps). The others I have are for sites that use self-signed certs to offer HTTPS access. Cheap and works well for the intended purpose.

  66. A Gross Attrocity, CALLS for REMOVAL from ROOT CAs by Anonymous Coward · · Score: 0

    This is the worst type of offense in that business. It doesn't matter how it happened or whichever scapegoat they come up with to throw under the bus. We MUST call for Thawte to be removed from the root of trust in browsers and OS/security vendors. They CANNOT be granted a pass just because they are "too big to fail". Cue the "you had ONE job to do" memes.

    If we do not hold these companies accountable, who the heck will? They NEED to be made an example of. This is the kind of misappropriation and mishandling of trust that should effectively drive a company such as Thawte into BANKRUPTCY or outright EXTINCTION. This should be the very type of egg-in-the-face that leads to the CLOSING of their doors altogether. Do not accept their public apology and allow them to continue with business as usual like nothing happened.

    NEVER MIND that the whole CA idea is a flawed security model. I do NOT want to see this conversation devolve into theoretical hypothetical total replacement solutions. THIS hierarchy of CAs is the best/only thing we have right NOW. (DANE is the exact same design just a different underlying protocol stack and displacement of trust to another hierarchy.) They ALL need to be shown and see we EXPECT them to UPHOLD their end of the bargain, NO mulligans, NO do-overs, NO take-backsies.

    Not that any domain should deserve special treatment over the rest but in practice it certainly does. This is Google.com we are talking about here. One does not whoops accidentally issue what amounts to a downright fraudulent cert to Google.com. This incident represents a complete and total breakdown and failure of Thawte and as far as I'm concerned, from here on out, the Thawte name should only exist as a black mark in history to remind the rest of the trust industry what happens when they mishandle that trust. They are not "too big to fail" as they HAVE FAILED US and shall be REPLACED. There are plenty of (too many) other CAs. Good ones will take up the slack and bad ones need to continue to be churned out as root anchor lists are maintained. It is NOT hard and NOT too inconvenient to have your site's cert reissued by a surviving CA.

    WE NEED TO hold the companies in these hierarchies ACCOUNTABLE for their mistakes AND the mistakes of ALL AGENTS working on their behalf to show that TRUST is taken SERIOUSLY. (Even if between you and me, we really don't trust anyone in these "blessed" hierarchies anyway.)

    If this sort of breach passes forgotten with a slap on the wrist or less then we seriously hinder the ability of similar trust anchors to protect themselves legally from coercion from TLAs with the claim of the potential of harm that comes from playing fast and loose with our trust and letting TLAs manipulate the "grey areas".

    Tweet to @googlechrome @mozilla @microsoft or contact them by other means that you think Thawte needs to be removed in whole. If they have not revoked their trust in the next released then this issue SHOULD be filed as a BUG REPORT and considered a serious security problem and I hope anyone who values their security in the least to follow up and pursue this. This IS an example where EACH of us CAN make a difference. Make a STINK about it, that is one of our ONLY protections against this sort of thing.

    I did not watch my buddies DIE face down in the MUCK so that trust could be so misappropriated and abused. Please join me in taking a stand. Please upvote my comment AND actually communicate and issue correspondence, ideally publicly, to the various maintainers of lists of trust anchors.

  67. Re:Google uses pinning and pushes cert transparenc by Anonymous Coward · · Score: 0

    There's two key pinning methods in modern browsers that the GP mentioned. "Hard-coded pinning" means that the browser comes with a preset list of pinned certificates. The other is HPKP (HTTP public key pinning) which uses HTTP headers to add a site to the pin list when you visit it, ensuring that you check that the cert is the same on the next visit. Note that you can pin any cert in the chain: the CA, the intermediate CA, or the actual cert used by the domain. Usually people pin the intermediate CA cert, but if it's not under your control, then that CA can still break your security.

  68. Re: A Gross Attrocity, CALLS for REMOVAL from ROOT by ChadMilios · · Score: 1

    Hear here.

  69. Thank you for being able to spell by Anonymous Coward · · Score: 0

    Dear Slashdot: Thank you for knowing the difference between out-of-bounds behaviour (rogue) and make-up (rouge). Because the rest of the Internet seems to be having a problem with that.

  70. Re:How is this possible? by SwashbucklingCowboy · · Score: 1

    "Someone would have to deploy these certificates on a service that was either a Google property or was masquerading for a Google property"

    No, they wouldn't. They could do on an internal network and test there.

  71. Re:How is this possible? by whoever57 · · Score: 1

    No, they wouldn't. They could do on an internal network and test there.

    If so, how would Google know that the fake certificate exists? Does Chrome report fake certs back to the mothership?

    --
    The real "Libtards" are the Libertarians!