Getting Rid of “Web Site Certified By an Unknown Authority” Messages

Earlier today I announced FloridaVacationAuction.com. Shortly thereafter an astute reader pointed out that there was a problem with the site’s SSL certificate in FireFox. Figures, doesn’t it?
Well, to be honest, I knew about the problem. The site was moved to one of my servers temporarily to avoid downtime due to Hurricane Wilma. As a part of this temporary move I exported the site’s SSL certificate using the built-in mechanism in IIS 6.
Unfortunately, after moving the SSL certificate, visitors using FireFox who were prompted with a message which read "Unable to verify the identity of www.floridavacationauction.com as a trusted site." Because the server move is temporary and because not many of our visitors are using FireFox (yet) I decided to look the other way.
Well, of course, seeing as I blogged about the site today, a technical user ran into the problem and dropped me a message. This prompted me to get off my but and fix the problem, which I did.
Typically an error message like this indicates either that you’re using a self signed certificate or that you are accessing site from a different URL than the SSL certificate was issued for. For instance, in my case a possible cause may have been that I was accessing the site at floridavacationauction.com, without the "www". Neither of these scenarios was true. In fact, I was on the correct URL and the certificate was issued by Verisign.
A little crafty Googleing turned up a page which indicated that the problem might be related to a missing certificate for an intermediate CA (certificate authority). I don’t know much about this, but it seems that there is one root authority which bestows permission on other companies to sign certificates. This process forms a chain of trust which your browser verifies.
Unfortunately, it seemed that FireFox didn’t recognize one of the intermediate CAs and was showing that error as a result. By searching around on Verisign’s website I found their intermediate CA certificates. Unfortunately the instructions they provided to import it were not correct (or I couldn’t get them to work).
I did a little more searching and found some instructions (on a competitor’s website!). What follow are what I actually did to import the certificate into Windows Server 20003. I assume the process will be the same for Server 2000.

  1. Copy the certificate into a file named verisign.cer on your web server. This name is arbitrary.
  2. Click Start > Run and type MMC. This opens the Microsoft Management Console.
  3. Click File > Add Remove Snap-in. This opens the Add/Remove Snap-in window.
  4. In the resulting window click Add. This opens the Add Standalone Snap-in window.
  5. In this window find the Certificates snap-in. Select it and click Add.
  6. Select Computer account and click Next.
  7. Select Local computer and click Finish.
  8. Click Close and then Ok. Now you’ll see the Certificates snap-in in the MMC.
  9. Expand the Certificates node, right click on Trusted Root Certification Authorities and select All Tasks > Import…
  10. Click Next then select the .cer file on the desktop and click Next again.
  11. The next step in the wizard should indicate that the certificates will be placed in the Trusted Root Certification Authorities. If so, click next. If not, fix it.
  12. Click Finish. You should get a message saying that the import was successful. If so, you’re done!

I’m pretty sure you could also just right click on the .cer file and click Install Certificate. From this click though, but be sure to select the Trusted Certificates store.
Either way, once you’re done the error message should go away in FireFox.

This entry was posted by admin on Monday, October 31st, 2005 at 12:00 am and is filed under Uncategorized. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

18 Comments

  1. Grig Gheorghiu says:

    Thanks for posting this, it helped me with a similar issue I was having with Firefox and Apache. I ended up following Verisign’s instructions at http://www.verisign.com/support/ssl-certificates-support/install-ssl-certificate.html .

  2. bhavin says:

    i did the same. but it didnt work.
    what is other way possible to solve the issue ?
    regards
    bhavin shah

  3. Justin says:

    Worked like a charm! I had this issue with Firefox and IE on Windows as well as Safari on Mac OS X after moving my SSL cert from an old NT 4.0 server to a new Windows Server 2003 Web Ed. That move wasn’t as smooth as Verisign instructions would lead one to believe, but I made it. Doug’s fix was the last thing I needed to do. The only thing I had to add was Step 13 – Stop/Start site in IIS. Thanks Doug!

  4. Jeff houser says:

    bhavin, at first these instructions didn’t work for me, either.

    It turned out that my SSL certificate was not issued by verisign, so installing their intermediate CA did nothing to affect the problem.

    You’ll need to get the intermediate CA from the place who generated the certificate. After installing that, your problems should go away.

    My certificate was provided by starfield, and you can download their intermediate from here: https://certificates.starfieldtech.com/Repository.go%3bjsessionid=A5A8BBE0DCC3C30085CEFA149746DDEF

    Thanks Doug for the wonderful instructions.

  5. Zuno says:

    It worked like magic and saved my bacon.
    Thanks Doug!

  6. Tom says:

    I am experiencing this issue in Firefox only. My intermediate certificates have been installed and are working properly in IE. Any ideas why this may be happening?

  7. Dave says:

    works like a champ. I had recently changed certificates issued by Thawte to Verisign and forgot to include the SSLCACertificateFile directive in the apache config file. Once I did that and pointed it at the right intermediate CA cert, and bounced apache, all works now. Only Firefox users were complaining about this, IE users worked fine. Thanks!

  8. Gobinda Paramanik says:

    Hi, is the problem related to Firefox only? I am facing the similar problem in Firefox but its working in IE without any error…

  9. m2guru says:

    Thanks for posting this information. Neither GoDaddy nor my host would believe me when I told them I was getting this error. IE 7 has the problem for me also on Win XP.

  10. m2guru says:

    Here is a link to GoDaddy’s repository
    https://certificates.godaddy.com/Repository.go

  11. Orajen says:

    We went through the issues and problems associated with this situation and had no luck after following all the instructions we found everywhere. Finally, I called Verisign support and we got it cleared up quickly.

    In the MMC Certificate Manager, under the Trusted Root Certificate Authorities, see if you have a Verisign Class 3 Public Primary Certification Authority – G3 certificate with an expiration date of 7/11/2036 that has an intended purpose of Server Authentication.

    If you ALSO have one named the same for Code Signing, etc then delete the one for Server Authentication but leave the one for code signing.

    We removed that (and you can always back it up) and then things worked fine.

    They said it was because Firefox gets confused with the chain of authority and sometimes that cert gets in the root when another one works fine in its place. Or something like that. The stupid thing works now so I stopped caring to a degree!

  12. Orajen says:

    We went through the issues and problems associated with this situation and had no luck after following all the instructions we found everywhere. Finally, I called Verisign support and we got it cleared up quickly.

    In the MMC Certificate Manager, under the Trusted Root Certificate Authorities, see if you have a Verisign Class 3 Public Primary Certification Authority – G3 certificate with an expiration date of 7/11/2036 that has an intended purpose of Server Authentication.

    If you ALSO have one named the same for Code Signing, etc then delete the one for Server Authentication but leave the one for code signing.

    We removed that (and you can always back it up) and then things worked fine.

    They said it was because Firefox gets confused with the chain of authority and sometimes that cert gets in the root when another one works fine in its place. Or something like that. The stupid thing works now so I stopped caring to a degree!

  13. Aaron Corcoran says:

    Worked like a charm.

  14. eduncan911.com says:

    Worked for me. I have IIS6 on W2K3 R1, and IE7/IE6 worked – but FF prompted me. SSL provider is GoDaddy.

    Using your instructions was only the first step. And a comment above mentions a Step 13, stop and restart the website in IIS for the changes to take effect.

    Unfortunantly, m2guru’s comment above is correct. You must install another Intermediate Certificate for GoDaddy to get it working. Again, the link m2guru was so kind to post, that has all of GoDaddy’s intermediate certs, is:

    https://certs.godaddy.com/Repository.go

    Since I had the cheapest ssl they offer, I downloaded and installed “Go Daddy PKCS7 Certificate Intermediates Bundle (for Windows IIS)” from that link.

    To install it, follow the instructions on this page exactly. Except, when it asks you to Browse to the p7b, you won’t be able to see the file. You will have to change the “Files of type” filter to “PKCS #7 Certificates (*.spc,*.p7b). Then you can select the gd_iis_intermediates.p7b file you downloaded.

    And, don’t forget Step 13: stop and start the website in IIS in question – or a full IISRESET if you aren’t running any other sites.

  15. eduncan911.com says:

    Ok, I’ve written up GoDaddy instructions here.

    And, i’ve added pics to your instructions. :)

    http://eduncan911.com/archive/2008/05/09/getting-godaddy-ssls-working-in-firefox-on-iis.aspx

  16. Mun says:

    Thanks, that did the trick. Only thing I had to was restart IIS afterwards.

  17. food permits says:

    p.s. You have a excellent template . Where did you locate this?

  18. esbihr says:

    填写你论坛签名档

Leave a Reply