 mysec Premium join:2005-11-29 | reply to TheWiseGuy Re: SSL security flaw with MD5 certificates announces today
Thanks for the clarification. Now, I don't know if I will ever use the internet in a hotspot. Certainly, not to conduct any business! |
|
 Kiwi Premium join:2003-05-26 USA
·Comcast
·Aristotle Internet
| reply to TheWiseGuy This has migrated, somewhat. Though correct in summation, this still begs the MD5 hash, as a NEW problem. Granted SHA-1 & et al to come will further endorse a cert viability; based on perhaps some mythological endeavor to secure a cert in the future. It still seems to me that a layered approach is not a singularity; based on an MD5 cert. Or am I missing something here?
Hey, I can be wrong. |
|
 Mele20 Premium join:2001-06-05 Hilo, HI
| reply to NetFixer said by NetFixer :It also shows that some browser suppliers (Mozilla) compound the confusion by showing an MD5 fingerprint for certificates that use SHA-1 With RSA Encrypt I'm not sure that shows confusion. Look at the POC.
»https://i.broke.the.internet.and.all.i.g···dom.org/ -- "The same ferocity that our founders devoted to protect the freedom and independence of the press is now appropriate for our defense of the freedom of the internet. The stakes are the same: the survival of our Republic". Al Gore, The Assault on Reason |
|
  NetFixer Freedom is NOT Free Premium join:2004-06-24 Murfreesboro, TN
·AT&T Southeast
·Vonage
·Cingular Wireless
·AT&T CallVantage
1 edit | But if you go back one step, you will see that the phony certificate is actually MD5 with RSA Encryption. A real SHA1 with RSA Encryption certificate should reflect that at every stage.

Now I will grant that the average web user is not even going to look at the certificate, much less analyze it to that extent, but a faked MD5 certificate is not necessarily going to be undetectable by a suspicious site visitor.
Also, my original point was that just seeing an MD5 fingerprint on a Mozilla general tab does not indicate that the certificate is actually MD5 with RSA Encryption, it is just the quirky way that Mozilla based browsers display the general certificate information. The BellSouth certificate that I used for my original example is/was not an MD5 with RSA Encryption certificate, but the Mozilla certificate viewer shows an MD5 fingerprint nonetheless. -- A well-regulated militia, being necessary to the security of a free State, the right of the people to keep and bear arms shall not be infringed. »portscan.dcs-net.net »nature-pics.com |
|
 Mele20 Premium join:2001-06-05 Hilo, HI
| reply to TKJunkMail SSL Blacklist has been updated for Firefox 1.5 and above and now "detects and warns about certificate chains that use the MD5 algorithm for RSA signatures."
You can download the xpi file here:
»codefromthe70s.org/sslblacklist.aspx
If you have disabled UserTrust Network root certs in Fx, you will need to reenable them (for software maker identification) otherwise Fx will not install this extension. It will throw an error that says it cannot be installed because "signing could not be verified - 260". -- "The same ferocity that our founders devoted to protect the freedom and independence of the press is now appropriate for our defense of the freedom of the internet. The stakes are the same: the survival of our Republic". Al Gore, The Assault on Reason |
|
  Grail Knight Who Dares Wins Premium join:2003-05-31
·Verizon Online DSL
| A couple of questions Marilyn before I install a third party extension that is not listed at the Addons Site?
1. Does this extension provide secure updates?
2. Have you looked through the code and verified the extension does only what it claims to do? -- "The little things are infinitely the most important." |
|
 SUMware Premium join:2002-05-21
| reply to TKJunkMail 14% of SSL Certificates signed using Vulnerable MD5 Algorithm
From Netcraft 1 January 2009 - quote: 14% of SSL Certificates signed using Vulnerable MD5 Algorithm
Netcraft's SSL Survey shows that 14% of valid third party SSL certificates have been issued using MD5 signatures an algorithm that has recently been demonstrated to be vulnerable to attack by producing a fake certificate authority certificate signed by a widely-trusted third party certificate authority.
The researchers achieved this by producing a hash collision they submitted valid certificate requests to a certificate authority (CA), while producing a second certificate that had the same signature but entirely different details. When the CA signed the valid certificate, the signature applied also to the invalid certificate, allowing the researchers to spoof any secure website that they liked. This attack is the first practical use against SSL of already-known attacks against the MD5 checksum algorithm.
Netcraft's December 2008 SSL Survey found 135,000 valid third party certificates using MD5 signatures on public web sites, which is around 14% of the total number of valid SSL certificates in use.The great majority consist of certificates from RapidSSL (shown as Equifax on the certiifcate). As of Netcraft's December survey, all of the 128,000 RapidSSL certificates in use on public sites were signed with MD5; there are some much smaller CAs that use MD5 still, and there are a small number of certificates from Thawte and VeriSign, although most of their certificates are signed with the more secure SHA1. Other CAs use only SHA1.
Verisign (owners of RapidSSL since 2006) have stated that they have stopped using MD5-signing for RapidSSL certificates, and will have phased out MD5-signing across all their certificate products by the end of January 2009. Other affected CAs are likely to follow suit, as SHA1 is well established and is already in use for the majority of SSL certificate signing, so it should be simple to switch to using this more secure alternative. Once it is impossible to obtain new certificates signed with MD5, this attack will be neutralised.
The attack requires a collision between newly created certificates one valid and one fake deliberately created by the attacker. As such, there is no particular risk to existing SSL certificates signed with MD5, and they do not need to be replaced. VeriSign are nevertheless offering free replacements for customers that want them; and it is possible that browsers will start to distinguish certificates signed with MD5 so that users can exercise caution, as CERT have issued a vulnerability note suggesting that users could check for this manually.
The researchers have noted that certificates for Extended Validation (EV) SSL websites cannot be faked in this way because the EV standard requires SHA1 or better signatures, and indeed there are no MD5-signed EV certificates found by our survey. This shows that requiring minimum standards from the CAs can have positive effects hopefully browser vendors will take note, and start requiring that CAs apply similar minimum standards to other certificates.
Security remains a moving target, however, as researchers have also started to find weaknesses in SHA1. Although there are no attacks as advanced as those against MD5, it is likely that SHA1 will also be increasingly threatened by collision attacks as research in this area continues. There are more secure cryptographic hashes available, however, so we can expect to see CAs start to phase in newer, stronger hashes over the next few years.
|
|
 Kiwi Premium join:2003-05-26 USA | Re: 14% of SSL Certificates signed using Vulnerable MD5 Algorith
That still begs the my last response... |
|