Slashdot Mirror


Choosing an SSL CA?

zentigger asks: "I am looking at renewing some SSL certificates and checking out the various vendors. I seems that just about every major CA has some reason for not using them. Verisign is just evil, Thawte is owned by Verisign, Geocerts has a bad habit of spamming, and Godaddy uses a stupid chained cert that doesn't work for some appliances we have (and they won't let me check out using Firefox). I realize that I could just use a self-signed certificate, but we have too many stupid users that get all confused and whiny when something pops up and asks them unexpected questions. So I put it to you, Slashdot: what CAs do you recommend and why?"

94 comments

  1. The cheapest one by ericspinder · · Score: 4, Informative
    The cheapest one. In the past I used GeoTrust, but I did see that my favorite registar registerfly has a 'special' for $16 ('real price' $25). Which is good for 99% of the browsers, and a 'Single root trusted SSL certificate' (I suspect that it is the GeoTrust/Equifax cert in a 'plain wrapper').

    For god's sake, don't buy Veri-slime's 'Global Certificate' which was built to allow for a crippled 'international version browser', an idea which was abandoned 6 years ago. A quick check of their site leads me to suspect that they changed the name to 'Financial SSL Certificates for OFX'. I Think that that verisign product represents the last 'one percent', however I doubt if anyone should trust an SSL conntection to those long outdated browsers.

    --
    The grass is only greener, if you don't take care of your own lawn.
    1. Re:The cheapest one by narzy · · Score: 4, Informative

      I'm personally a fan of NameCheap, they use geotrust, my suggestion is to go with geotrust, I haven't had any problems with them but I do register the cert with a custom e-mail address like ssl@companyname.com that way if it is a spam target it's isolated.

    2. Re:The cheapest one by x2A · · Score: 1

      I've used litessl, now positivessl, who are very cheap (£10/year), and very quick to verify/install. I tried two others, rapidssl and err... someone else I forget, and had problems with both in the verify stage (eg, rapidssl: do the first step, then wait for the second step email to come through... and wait... and wait... and give up and go somewhere else. Second email comes through 2 weeks later).

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    3. Re:The cheapest one by D'Sphitz · · Score: 1

      i've ordered around a dozen RapidSSL certs and the entire process never takes more than 15 minutes.

  2. cacert.org by Procyon101 · · Score: 5, Informative

    cacert.org

    They have a great concept that should be supported.

    1. Re:cacert.org by generationxyu · · Score: 4, Informative

      Actually... cacert.org defeats the purpose of the CA system. It's a kind of pointless system if you ask me, but it's still defeated. If you register with cacert.org, you get a CA cert that isn't trusted by any browser -- much like a self-signed cert. If it gets registered with browsers (probably only Firefox and other open-source browsers), then spammers, phishers, and the like will just use cacert.org and get that nice padlock in the corner closed.

      --
      I mod down pyramid schemes in sigs.
    2. Re:cacert.org by Sancho · · Score: 4, Funny

      Unfortunately, I was unable to verify their certificate.

      I'm not joking. Don't mod me funny. That's not a good thing for a certificate provider.

    3. Re:cacert.org by Kadin2048 · · Score: 2, Informative

      I was going to bring them up. I'm not sure though that they satisfy his "stupid user" test, since their root certificate isn't included (to my knowledge) with most OSes or browsers.

      If I'm wrong, I'll be very happy; it'll be nice when anyone can get a free certificate that's associated with a root cert that everyone has (although I'm not sure whether this would destroy the whole point of certificates -- then again I'm not sure whether I care).

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    4. Re:cacert.org by Ambush+Commander · · Score: 1

      Well, if they are a certificate provider, then they should be self-signing. How weird would it be if they were using a Verisign cert?

      The real problem, however, is convincing the major browsers to add cacert to their default trusted certificate authorities. Firefox already has a bug for this: https://bugzilla.mozilla.org/show_bug.cgi?id=21524 3

    5. Re:cacert.org by Sancho · · Score: 2, Informative

      But this means that every user who visits a site which uses CACert will get that warning. Might as well use a self-signed cert. Your average user will never know the difference.

      And even if Firefox gets CACerts root cert installed by default, the other 8/10 users are running IE. Does IE have this cert installed by default?

    6. Re:cacert.org by Wesley+Felter · · Score: 1, Insightful

      Of course, SSL does not prevent and was never intended to prevent spamming and phishing; it foils sniffing (which generally doesn't happen anyway).

    7. Re:cacert.org by Ambush+Commander · · Score: 1

      I imagine that they would attempt to lobby Microsoft to get themselves included.

    8. Re:cacert.org by badfish99 · · Score: 1
      If your "users" are joe public buying stuff from your web site, then you need a commercial certificate that will stop their browsers from displaying a pop-up warning. Any certificate that all (or most) browsers support will be OK, and all of the suppliers smell like a dead fish, so you might as well google for the cheapest.

      If your "users" are in any way under your control (e.g. if the point of this is to let your colleages use your intranet web-mail from home, or something like that) then you might as well set yourself up as your own CA, and sign your own certificates. You give the users your master CA certificate and get them to install it in their browser, and you sign your own certificates with that. Have a look at the openssl manual to see how. This is all that cacert.org are doing, so why deal with them when you can do it yourself? Also, you are not going to be signing certificates for anyone else, so this way there's nothing that could cause your users to inadvertently trust someone else by mistake.

    9. Re:cacert.org by forsetti · · Score: 1

      While SSL is not intended to prevent spamming, it is meant to prevent spoofing, thereby hindering phishing. SSL is more than just encryption via PKI -- given a proper trust fabric, it can provide proof of identity (via signing), thereby preventing man-in-the-middle attacks (which is the counter-attack to encryption without signing).

      If you don't have a proper trust fabric (provided by a commonly trusted CA in the SSL scenario), then all of your encrypted traffic is still vulnerable to a simple MITM attack.

      --
      10b||~10b -- aah, what a question!
    10. Re:cacert.org by iluvcapra · · Score: 1

      Well, it does foil sniffing, but it is also supposed to give you positive authentication of the HTTP sender, so that if you see "www.ebay.com." in Latin1 in the location bar and a padlock in the corner, you can be certain that you're actually talking to "ebay.com.", and not some guy in Novosibirsk that got some rogue records inserted into your DNS server.

      SSL was absolutely supposed to prevent spoofing, which is a major tool in the toolbag of spammers and phishers.

      --
      Don't blame me, I voted for Baltar.
    11. Re:cacert.org by Lord+Ender · · Score: 1

      You misspelled "MITM."

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    12. Re:cacert.org by ericspinder · · Score: 0
      then all of your encrypted traffic is still vulnerable to a simple MITM attack.
      Only at the very beginning of a website request, when the SSL connection is being validated, and a MITM attack is only workable in a fully compromised network (in that case, a CC number would be 'chump change'). A more realistic exploit is a DNS exploit, where a criminal changes the IP address for well used financial site, and then uses a 'low-trust' cert authority to complete the 'spoof' of a correct SSL transaction
      --
      The grass is only greener, if you don't take care of your own lawn.
    13. Re:cacert.org by jrockway · · Score: 2, Interesting

      This post is so misguided I don't know where to start.

      It is super easy to compromise a network. Try using ettercap sometime. It will ARP poison the switch, so that your switch port acts as an intermediary for all traffic on the subnet. Once you have that, you can also use ettercap to hijack SSL sessions. I've done this before, and it works great. The user gets the message saying "so and so.com sent you an invalid certificate? pretend that this is meaningless and blissfully send your SSN and passwords to whoever is listening?" They click yes, the padlock closes, and you steal all their data. Super easy.

      It also works with SSH and pretty much anything else. If you don't verify fingerprints of hosts you're connecting to, you might be connecting to someone trying to steal your password!

      --
      My other car is first.
    14. Re:cacert.org by RemovableBait · · Score: 1
      It's interesting reading through the Bugzilla comments; it certainly looks to me that the CAcert.org root certificate will probably be included with Mozilla Firefox at some point in the future.

      From Frank Hecker, the guy in charge of CAs:
      "I'm the person tasked with developing the mozilla.org policy on inclusion of root CA certs, and with approving noot[sic] root CAs for inclusion. ... I have looked over the documentation provided for CAcert, and I approve of including their root CA cert in Mozilla. I'm not the person who does the actual work, but I'll send that person an email to tell them to go ahead and include the cert as soon as possible."

      The argument continues; however, so only time will tell.
    15. Re:cacert.org by ericspinder · · Score: 1, Insightful
      This post is so misguided I don't know where to start.
      Yet, somehow you did. yeah! good for you.
      It also works with SSH and pretty much anything else.
      Yes, so then the internet isn't perfect. My 'key word' was REALISTIC exploit. (see next...)
      I've done this before, and it works great... Super easy.
      On routers and a network you don't own? Just keep talking, and the FBI might just be examining you shortly.
      They click yes, the padlock closes, and you steal all their data.
      ...all the data they send to you directly. My info is nowhere near valuable enough for anyone to bother, and to automate this on any profitable scale would be impractical even for a third-world crook, way too much lower hanging fruit.

      One thing that I forgot to say in my previous post... there is NO way that a MITM can break the SSL connection once it has been created. So a phisher would need to recreate the entire web presence in a capture site, and be sure that the mark can only reach his site. In Real Life (TM) a MITM is very rare, and if your data is that important the someone would crack a router and examine it's traffic to gain the connection in real time, you really, really should be using private key encryption, or at least a self-signed cert.

      --
      The grass is only greener, if you don't take care of your own lawn.
    16. Re:cacert.org by Kadin2048 · · Score: 1

      Although I don't necessarily agree with the GP that CACert.org is useless or that it renders certificates meaningless, I don't think it's wise to be quite so cavalier about ARP poisoning-based MITM attacks.

      It's perhaps not something that's as easily done from half a world away like current phishing schemes, but that doesn't mean that it couldn't be employed on any number of semi-public networks. I'm thinking most commercial/residential broadband systems that are shared between clients (cable modem systems). An attacker could gain entrance to the network via a compromised PC, or a WiFi router that's still running with default settings, and then run an attack on other people in the network connected to the same router. (One would hope the network operator would catch on quickly; hopefully when the users noticed the increased lag, but when's the last time you called Comcast to report crappy ping times?) Or any place where a large number of users are connecting to an AP, e.g. municipal wireless, the possibility exists for poisoning. While right now it's probably easier just to send out phony PayPal emails through a zombie PC or open relay, that doesn't mean we should be complacent about other attack vectors. Authentication is an important part of security, and we need to be teaching users about it. (That's one of the reasons why I think easy-to-obtain certs are important.)

      Anyway, enough of that rant. More to the point, it's not as though CACert.org doesn't have any trust framework at all: it just lowers the bar for getting the least-trusted variety of certificates. In essence, it makes the certficicates' trust framework more like that used by GPG (or the personal certificates that Thawte used to give out): any Tom, Dick, or Harry can get a basic certificate, and then you can prove your credentials to other trusted members, and upgrade the 'trusted-ness' of your certificate. It's not a total free-for-all.

      There's a pretty good discussion of what CACert.org is and isn't over at O'Reilly:
      http://www.oreillynet.com/onlamp/blog/2004/06/
      (It's a little old, and I'm not sure if some of the procedural info is out of date, however.)

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    17. Re:cacert.org by FLEB · · Score: 1

      It might not be profitable enough or feasable for the usual suspects, but imagine the usefulness of an automated MITM system set up on an open WiFi in some urban area. Combine poor SSL validation with any number of middle-access possibilities (ARP poisoning, as mentioned, WiFi spoofing, or even just "Lookie here, Open Wifi!"), then add in the fact that it takes only a few of the right compromises (a credit card number, or an online bank session key) to open yourself up to a fair amount of credit.

      And the FBI comment was just self-defeating.

      --
      Information wants to be free.
      Entertainment wants to be paid.
      You just want to be cheap.
    18. Re:cacert.org by Atrus5 · · Score: 2, Interesting

      First, I'll agree that, yes, CAcert is not supported by anything I know of. Mozilla finally got its act together and published a policy. The ball's in CAcert's court, last I heard; they need to have an audit done.

      As I understand it, the point of the system is not to act as a content filter, but simply to establish identity. For e-mail certificates with no name (just the address), they simply send an e-mail probe. For domains, they run a WHOIS and you select one of the e-mail addresses in the registration info. If you actually want a name on your certificates, you must be assured by two people, who can be someone already in the web of trust or one of several widely trusted third parties. These procedures are comparable to the ones used by CAs that are installed in browsers, at least for their lower levels.

      I really don't understand the belief that "only people with $20-1500/yr need to be authenticated." Really, anytime you send secret/valuable data, it should be sent to an authenticated server over an encrypted channel. CAcert is a program that provides some hope of achieving this. The other big thing is Server Name Indication support and the retirement of SSL2; that will allow multiple SSL certs per IP, removing another costly barrier.

      Let's be realistic here: how many people actually use a different password for each website that uses one? how many of these sites actually use SSL?

      If your gripe is based on some problem with CAcert's execution, then I encourage you to ignore this rant and elaborate on your points.

    19. Re:cacert.org by crush · · Score: 1

      CACert.org also adds into the mix the fact that a large number of people will have verified the identity of the person using the certificate and assigned a "trust value" (based on looking at passport, government issued photo id etc). That's a lot more assurance than a simple self-signed certificate. It's the same model as the GPG "web of trust".

    20. Re:cacert.org by tendays · · Score: 1

      By now you should have understood that writing "this is not funny" on slashdot automatically mods you as funny.

      And I am serious, this is not meant to be funny either

    21. Re:cacert.org by badfish99 · · Score: 1
      Yes, but for the sort of use that I described, that is irrelevent.

      Actually, for commercial use, it is irrelevant also. I don't trust any of the people who have allegedly done this, and I've only got their word that they did any checking. Come to that, I don't trust Thawte or Verisign either.

    22. Re:cacert.org by DA-MAN · · Score: 1

      The other big thing is Server Name Indication support and the retirement of SSL2; that will allow multiple SSL certs per IP, removing another costly barrier.

      As I understand it, TLS & SSLv3 do not support mulitple virtual hosts on one ip/port. Would you mind providing a link for more info?

      --
      Can I get an eye poke?
      Dog House Forum
    23. Re:cacert.org by Atrus5 · · Score: 2, Informative

      RFC3546, section 3.1 specifies server name indication. mod_gnutls has supported it since April of 2005. mod_ssl (bug) is waiting on OpenSSL to make support possible. Opera has supported SNI since 8.0. IE7 has since beta 2. Mozilla/NSS/Firefox is ready to go with NSS 3.1.1/Gecko 1.8.1/Firefox 2.0. Konqueror will support it in 4.0 (bug). Safari is the only major browser without support (fresh bug).

  3. I use my IHP's SSL... by dubmun · · Score: 0, Troll

    I've never had any problems with their service on SSL: Personal Sites

    --
    (end of post)
  4. Simple by Mullen · · Score: 4, Insightful

    Verisign is the choice since they are the most well known.

    Simple, if you customers can't shop on your site because there is some problem with the SSL, they will simply go somewhere else. They won't care about Verisign being evil, they won't care how doing business with them is wrong, they won't care what excuses you could give them. They simply will go somewhere else.

    You are in the business of selling, not in the business of being moral and trying to explain it to someone else who may not agree with you. Most non-computer geeks types could give a fuck less on why you think Verisign is evil.

    --
    Linux O Muerte!
    1. Re:Simple by Anonymous Coward · · Score: 0

      You are in the business of selling, not in the business of being moral

      I think they missed this line when writing the script of Boiler Room...

    2. Re:Simple by ericspinder · · Score: 2, Interesting
      Verisign is the choice since they are the most well known.
      Joe Six-pack, doesn't know Verisign. He just knows if his browser kicks off a comfirmation box which defaults to 'no'. Besides, some time ago, GeoTrust bought their root certificate from Equifax (you know the 'little brother' who tells on you), so their certificate is called "Equifax Secure Certificate Authority". It's been in every major browser since IE && NS 4,
      --
      The grass is only greener, if you don't take care of your own lawn.
    3. Re:Simple by jd · · Score: 2, Interesting

      There might be some validity in that, if it weren't that Microsoft's certs were obtained from Verisign by phishers a few years back. Regardless of anything else, I would NOT be willing to pay a company for a cert that doesn't certify.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    4. Re:Simple by x2A · · Score: 1

      "Most non-computer geeks types could give a fuck less on why you think Verisign is evil"

      Nah, I bet you they couldn't.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    5. Re:Simple by Sithgunner · · Score: 1

      You just said customer don't care about verisign and whatnot but at start saying take Verisign for being famous...
      Why don't you just take the cheaper deal?

      Or I still even think customer don't care to click 1 extra step for accepting some verification screen if the web tells you to click and it's safe and the price fits their demand... Why make cost on certificate? Not that they are going to put in a great frame and mail it to you.

    6. Re:Simple by misleb · · Score: 1
      Simple, if you customers can't shop on your site because there is some problem with the SSL, they will simply go somewhere else. They won't care about Verisign being evil, they won't care how doing business with them is wrong, they won't care what excuses you could give them. They simply will go somewhere else.


      The problem with Verisign isn't that they are evil. It is that they are EXPENSIVE. There are some very cheap CAs that will be happy ti sign your cert and your customers won't know the differnce.

      -matthew
      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    7. Re:Simple by jzuska · · Score: 1

      I 100% agree with this. If it's not your company you can't make moral choices like this. If you cause your biz to lose customers, you're gonna be screwed, and you better have a better come-back than "Verisign is evil." They are the best choice for a corporate CA. Deal with it.

  5. I use Comodo by Anonymous+Crowhead · · Score: 5, Informative

    http://comodo.com/

    They were the first company I found selling certs for $50 compared to Thawte which was around $200 at the time. Now we use a wild card cert which costs $449 + $10/server. We use it on 15 servers with 20 or so hostnames (*.url.com) right now. It makes it a hell of lot easier to update and manage only one cert.

    We have had no reported problems with browser compatibility.

    1. Re:I use Comodo by TheDawgLives · · Score: 1

      I have used comodo in the past and was always happy with them. I had to add their root cert as trusted on my server, but then all the clients trusted it. I'm pretty sure they are in the default list of truseted CAs now. Their support is very helpful and available shoudl you actually need support. The cert was for secure.ndgi.com. I'm not sure what they use now.

      --
      -TheDawgLives suckitdown
    2. Re:I use Comodo by schoaff · · Score: 1

      I recently bought a wildcard certificate and while shopping saw that some vendors were charging a fee for each physical server, like the pricing you mention, and others had a single price for as many servers as you like. What's up with that? I'm pretty sure I understand how the certificates work, and it's not like the IP addresses are encrypted into it, so why would anyone pay extra to use it on more than one server?

    3. Re:I use Comodo by Anonymous Coward · · Score: 1, Informative

      My job uses Codomo too, they are a pretty good deal, especially for a wildcard cert (if you're running an ASP, using hostnames like [clientname].domain.com, then this is what you want.

      Protip: While you might be wondering about that $10/server charge there, know this: apache 1.3.x (and I suspect 2.x) CAN in fact have SSL vhosts all sharing an IP provided that they all use the same SSL key and SSL certificate Since they all use the same key, the encryption will be negotiated, then the actual vhost to use will be determined. Since the certs for all the vhosts are the same in the *.domain.com case, the certificate will always match the hostname.

      Gotchas: If you add a new SSL vhost, you must stop the server completely, then restart it. If you try an apachectl graceful you will be told the server was gracefully restarted, when in fact it died a horrible death. Our logrotate scripts now issue "apachectl graceful; sleep 5; apachectl graceful; sleep 10; apachectl graceful", just to be sure. Second, if someone attempts to connect to https://afsdafsdf.domain.com/ and you do not have an afsdafsdf vhost defined, apache will connect the user to the first SSL vhost available for the purposes of SSL negotiation, then leave them on that vhost.

    4. Re:I use Comodo by oyenstikker · · Score: 3, Informative

      My company got a certificate from Comodo, and got a cert with a 3 signer chain. It was in okay in IE and Firefox, but not in Sun's JVM. Unacceptable for us. We emailed them, and they got us a new cert, signed by GTE, that was recognized by Sun's JVM in about 6 hours.

      --
      The masses are the crack whores of religion.
    5. Re:I use Comodo by Anonymous+Crowhead · · Score: 1

      Well, it's pretty much the honor system. The certificate does not change if you add servers, you can pay for 1 server and use it on 1000. We pay for roughly the correct number of servers. We're already paying nearly $500 for the cert, why quible over another $1-200 dollars.

    6. Re:I use Comodo by Anonymous+Crowhead · · Score: 1

      Thanks for the tip, I am going to look into that first thing tomorrow. One thing I hate about using SSL is the unique IP per host requirement. Most of our stuff runs one host name per server, but for some machines with a few extra vhosts, I hate burning up IP addresses just because it's SSL. It's a waste of IPs and more stuff to keep track of - another external to internal map, etc.

      I know those gotchas too. If you change anything in an SSL vhost you have to do full restart. There's nothing worse than forgeting that, doing a graceful, and panicking when you ps and don't see apache running...

    7. Re:I use Comodo by DrSkwid · · Score: 1

      > Our logrotate scripts now issue "apachectl graceful; sleep 5; apachectl graceful; sleep 10; apachectl graceful", just to be sure

      You should rewrite them to do the job properly instead of your clumsy hack. I'm surprised you want to admit such sloppiness in public.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    8. Re:I use Comodo by kistel · · Score: 0

      I don't exatly see why another company has to get around a bug in Sun's code, instead of them correcting it...

    9. Re:I use Comodo by DA-MAN · · Score: 1

      I don't exatly see why another company has to get around a bug in Sun's code, instead of them correcting it...

      Who says it was a bug in Sun's code. Maybe the JVM just doesn't trust Comodo, in which case you have a gripe. Why should one pay for a cert that isn't trusted in everything the customer needs????

      --
      Can I get an eye poke?
      Dog House Forum
    10. Re:I use Comodo by oyenstikker · · Score: 1

      You are correct. Sun's JVM does not trust whoever signed the first cert we got. We had specifically told them that we needed it to be signed by somebody trusted by Sun's 1.4 and 1.5 JVMs. They messed up the first time, but were prompt and courteous in fixing the issue.

      It seems like _everybody_ messes up the first time nowadays, so I'll take somebody who can fix their problems well.

      --
      The masses are the crack whores of religion.
  6. RegisterFly works fine by Anonymous Coward · · Score: 1, Informative

    I've used them too.

    The register-fly website is an example of how not to dimension your server farm for a beautiful PHP driven app. That aside, their Cert. "just works" and whoever's auth. server it actually points to is pleasantly fast.

  7. SPAM by Anonymous Coward · · Score: 0

    Mod down to nothing.

    1. RE: SPAM by dubmun · · Score: 0, Flamebait

      I like my IHP. If I am making an honest recommendation it is not spam. If it was I would say to mention my name so I could get credit on my account... ;)

      If nothing else, your comment could be taken as troll or flamebait.

      --
      (end of post)
  8. Sorry by Spazmania · · Score: 1

    If you want a cert that's directly under the root, you buy Verisign. Thawte is Verisign, so you buy Verisign. Their business model is highway robbery but if you need to interact with stupidly broken applicances that's your tough luck.

    If you just need to work with any web browser released in the last 5 years, you buy a chained certificate from, well, just about anyone. Godaddy is my preference, but you can use ssl.com or any of the others. I don't recall having a problem checking out with firefox.

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    1. Re:Sorry by Anonymous Coward · · Score: 0

      That's wrong, Verisign SSL Server Certificates are usually signed by an Intermediate CA whose Chain Cert you have to install on your server. Examine the cert on www.companyworld.com for example.

  9. A recent article suggested similar: by Anonymous Coward · · Score: 3, Interesting
    For those who missed it, this /. article about a similar topic.


    I think the most interesting post that time was that the US military and Microsoft both use self-signed ones -- which makes a pretty strong case that (if you're a B2B company) your company should sign it and your customers should add your company to the trusted authorities. If your're a B2C one, choose the cheapest one that FireFox and IE trust by default.

    1. Re:A recent article suggested similar: by duffbeer703 · · Score: 1

      I strongly disagree. The military & Microsoft have very stringent security policies surrounding the storage of their private keys. They don't maintain their keys internally to save money -- they do so for higher levels of security.

      Keeping your private key on a co-located server or on a CD in your CEO's liquor cabinet opens you to a world of potential hurt.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    2. Re:A recent article suggested similar: by theonetruekeebler · · Score: 1

      Well, that and the fact that Microsoft usually insists on eating its own dogfood. As for the other, who's gonna stop them? Plus when you go to them and say, "Oh yeah? You and what army?" They can just say, "Nope, just us."

      --
      This is not my sandwich.
  10. Can you trust a self-signed ? by JohnnyKlunk · · Score: 4, Interesting

    We use a self-signed CA, but being a corporate MS shop we force our CA's certs out as trusted through AD, so there's no difference between certs signed by our CA and certs signed by someone else. For me, it's brilliant. I can certify whatever I need to without having to cough up each time. It's only useful for internal users though. Obviously no good for public sites.

    1. Re:Can you trust a self-signed ? by imemyself · · Score: 1

      I agree, I do that too. I kind of think of it this way - I trust myself (the CA in this instance) a helluva lot more than I trust Verisign, et al. And my users should too (not that they have a choice, since I'm the admin). Its obviously not going to work for an e-com site, but it works quite well for Intranet type stuff, and for when people need to get email/webmail/other web app that they need to log-in to remotely.

      --
      Every time you post an article on Slashdot, I kill a server. Think of the servers!
  11. Re:No Answer by Zeinfeld · · Score: 1, Insightful
    It has been a while since I've seen a post unanswered for so long

    That is probably because it wasn't really a question, more sort of a flame against the idea of Certificate Authorities with some unoriginal gratuitous insults thrown in.

    Without knowing what he wants to do with the certificate it is impossible to answer the question. If he just wants to connect up to his POP3 server via SSL then self signed is fine. If on the other hand he is setting up the online banking service for a money center bank he probably wants something that offers a somewhat higher degree of assurance.

    Until recently there has been no differentiation as far as the user is concerned. That changes with Extended Validation in IE7 and the comming versions of firefox

    The point of a certificate is that it should say who you are. If this does not matter in your application fine. If it does matter then get a cert that provides the necessary level of assurance for your app.

    --
    Looking for an Information Security student project suggestion?
    Try http://dotcrimeManifesto.com/
  12. Deja Vu? by edward.virtually@pob · · Score: 1, Insightful

    Wasn't this article previously posted weeks ago? Same answer as then: forget the CA, sign it yourself and make the required user ok of the resulting certificate part of the documented process for accessing your content. The CA system as implemented is just a bit of high tech profiteering. As far back as the 90s they were charging outrageous repeating fees -- and not really doing anything for the money, as the cases of CAs issued to fraudulent companies proved.

    1. Re:Deja Vu? by Anonymous Coward · · Score: 0

      Yep. It's an Ask Slashdot dupe. Is that a first? Probably not.

    2. Re:Deja Vu? by Anonymous Coward · · Score: 0

      Yep. It's an Ask Slashdot dupe. Is that a first? Probably not.

    3. Re:Deja Vu? by The+Angry+Mick · · Score: 2, Interesting
      Same answer as then: forget the CA, sign it yourself and make the required user ok of the resulting certificate part of the documented process for accessing your content.

      We use imaging software (such as Ghost) and include the cert pre-installed in IE's "Trusted Root" and/or Mozilla's "Authorities" on every machine we roll out. Eliminated perplexed users calling about messages they don't understand.

      Of course, we're not an e-commerce site, so this is purely an internal solution.

      --

      I'm not tense. I'm just terribly, terribly, alert.

    4. Re:Deja Vu? by kistel · · Score: 0
      As far back as the 90s they were charging outrageous repeating fees -- and not really doing anything for the money, as the cases of CAs issued to fraudulent companies proved.

      Well, they *are* doing something: they are getting around that annoying warning window :-)

    5. Re:Deja Vu? by steppin_razor_LA · · Score: 1

      That only works for exposing secure content to a small/controlled client base. Implementing your advice on a B2C site would be idiocy.

      FYI, IE7 makes visiting a site w/ a non-trusted cert even less palatable.

      --
      Evolution: love it or leave it
  13. Confused and whiny? Stupid? by Anonymous Coward · · Score: 0

    I realize that I could just use a self-signed certificate, but we have too many stupid users that get all confused and whiny when something pops up and asks them unexpected questions.

    Er, no, self-signed certs are vulnerable to man-in-the-middle attacks. That's not being stupid, in fact you are the confused and stupid one for being completely ignorant of the security risks.

  14. Troll? huh by tanveer1979 · · Score: 0

    Looks like people have stopped reading moderator guidelines. "Do not mod based on wether it matches your opinion" But its not followed, sadly. If anybody writes a lame post which goes with the idiology of the mods, its insightful, but you go against it, no matter how true your post is, it will be modded to oblivion. Dont believe me, surf at -1, you will be surprised to see so many accurate, yet politically(slashdotically) incorrect posts. The parent is making a valid point. When you are selling something on your website, the avg joe user does not care about evil or good. All he/she wants is a site where no silly warnings prop up. Self sign certificates scare even so called geeks. You go to a shopping site and some warning pops up, bang half your customers will get scared and not give their credit card info. Yes a Verisign certificate or a Thwatte one wont garauntee the site is not a scam, same as a notarized document does not mean the person is telling the truth. But guess what, internet is full of clueless people, who dont even know what these certificates are all about. All they care is no warning pops up. Heck you can make them shop on a site which does not even use SSL. So if you want to make money, you have to compromise a bit on your morals, or pay a higher price, or get spammed, etc., etc., Its bad, but then life is never fair :) There now you can mod me into oblivion too because I disagree with the general flow, right

    --
    My Aurora : http://www.youtube.com/watch?v=o91ZsGwJYyg
    FB : https://www.facebook.com/TanveersPhotography
    1. Re:Troll? huh by Zeinfeld · · Score: 1
      Looks like people have stopped reading moderator guidelines. "Do not mod based on wether it matches your opinion" But its not followed, sadly. If anybody writes a lame post which goes with the idiology of the mods, its insightful, but you go against it, no matter how true your post is, it will be modded to oblivion.

      That is what metamoderation is for, but quite a few people use that for voting as well. And then there are the people who mod down posts a 'overrated' in the hope the metamods don't catch them.

      The parent is making a valid point. When you are selling something on your website, the avg joe user does not care about evil or good. All he/she wants is a site where no silly warnings prop up. Self sign certificates scare even so called geeks.

      If you are selling something you need to demonstrate that you are a real business. It was not my idea to make a CA issued cert a requirement to turn on encryption.

      The browser should turn on SSL without bothering the user when a self signed certificate is presented. I have argued that consistently for several years despite being Principal Scientist for a major CA. (Who I am not speaking on bahelf of here).

      The point is though that the user should not be told that a self signed certificate is secure either. It should just enable the use of encryption.

      Incidentally it is not really true to say that Microsoft uses self signed certs, OK they do issue their own certs but they chain up to the Microsoft root. And they have an extensive physical security infrastructure to support the control of their cryptographic keys. Doing so costs them much more than it would to outsource those tasks.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    2. Re:Troll? huh by petermgreen · · Score: 1

      The point is though that the user should not be told that a self signed certificate is secure either. It should just enable the use of encryption.

      this is partly a UI design issue, browser UIs seem to be built arround the idea that ssl=secure with the warnings as an afterthought. Though there is a school of thought that self signed certs on the web should be discouraged anyway as they really give little more than a false sense of security (sure its encrypted but anyone can mitm it).

      another thing is, i damn well wan't to know if https://www.halifax-online.co.uk/ had a proper cert yesterday and doesn't today because its dns has been hijacked (admittedly some people type the url without the https losing this type of protection).

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  15. Avoid Thawte by Nom+du+Keyboard · · Score: 1

    I would say to avoid Thawte. Every site that has ever tried to install a piece of dodge to just plain unwanted adware/spyware seems to have their content certified by Thawte. To my way of seeing it, when you sleep with dogs...

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  16. wrong! by coyote-san · · Score: 5, Informative

    Gah - I have moderator points but there's no "incorrect" flag.

    Encryption without authentication is absolutely meaningless. There would be no way to detect a "man in the middle" attack -- anyone with access to the data stream could impersonate the other party and get the complete plaintext stream. Worse, the MitM could almost certainly insert or remove content at will. ("Almost" since it's possible that there's HMAC data at the application layer in addition to the network(?) layer.)

    That's crypto 101 material. Any protocol designer that doesn't have MitM attacks as one of his top priorities should go back to his cereal box decoder rings.

    SSL contains both strong mutual authentication and message digesting. One or both parties can choose to ignore information, but it's always their choice and they can refuse a connection unless acceptable authentication information has been provided.

    Does this directly address spamming and phishing? No... but it guarantees that you can hold somebody responsible for it. That's why the "soft" side of the CA is so important - you're depending on the CA doing due diligence to ensure that 'paypal.com' is who they claim they are, not somebody with a maildrop. Generating and publishing the certs themselves is trivial.

    As an aside, "SSL" does NOT mean that you're guaranteed an encrypted channel. A 'null' cipher exists for testing purposes and many administrators never realize that they should specify a minimal acceptable cipher strength. A malicious application or client could attempt to negotiate encryption down to nothing. Some of the other ciphers are only suitable for keeping your kid sister out of your stuff.

    --
    For every complex problem there is an answer that is clear, simple, and wrong. -- H L Mencken
    1. Re:wrong! by Anonymous Coward · · Score: 0

      In practice, all major browsers will refuse to negotiate a "null" cipher.

      EricLaw
      IE Networking

  17. ev1servers.net = $14.95 by rklrkl · · Score: 3, Interesting

    Cheapest I've seen on the Net is ev1servers.net at $14.95 (about 8.50 pounds for UK folks). It works with almost all browsers, except for users running IE 5.0 or older that haven't upgraded the latest root certificate via Windows Update. What I did is write a script that scanned the access logs for IE 5.0 or older and displayed the percentage of such browsers - when it dipped below 0.1% (which it has already for about half the sites we manage), we switched from Verisign to the ev1servers.net secure cert and saved, wait for it, over 250 pounds per certificate!

    1. Re:ev1servers.net = $14.95 by mongus · · Score: 4, Informative

      I got a RapidSSL cert through EV1Servers about a year and a half ago. It worked on every browser I tried - not a single problem.

      Now if you really want to spend 13 times as much for a Thawte cert that functionally does exactly the same thing go right ahead. I prefer to keep the extra $184.05 in my pocket.

  18. GeoTrust is now Verisign by dereference · · Score: 3, Informative
    my suggestion is to go with geotrust

    Unfortunately just last month Verisign announced its intentions to purchase GeoTrust. It might suck for any GeoTrust resellers, as Verisign was never very supportive of their resellers.

    Here's the press release.

    1. Re:GeoTrust is now Verisign by C_Kode · · Score: 1

      F. Someone cry foul, monopoly, or something. Stop the chaos. I've been using GeoTrust since about 2001ish because of how much I hate Vericrap. This will mean Verisign will own all the major CAs right? (the ones supported by 99% of browsers?) When I started with GeoTrust they weren't quite their yet but were gaining fast. Over the last few years they have been great!

  19. Re:Grow up by Anonymous Coward · · Score: 0

    That's right. Why is very sign evil. What's wrong with these people saying that somethig is "just evil" without backing it up with ANY arguments.

  20. Small B2B probably shouldn't self-sign. by Kadin2048 · · Score: 1
    I'm not sure that I agree with this:
    which makes a pretty strong case that (if you're a B2B company) your company should sign it and your customers should add your company to the trusted authorities
    If you're a B2B company and have good recognition, like the U.S. Government/military and Microsoft both do, then by all means sign your own certificate. But if you don't have any name recognition, as Joe's Pretty Good Office Supplies might not, then you might still need to get a certificate signed by someone who does have some name recognition. It could still be one that isn't in the default trusted root database of most browsers, but it ought to be one that your customers (other businesses) will recognize.

    Any large organization (say Fortune 1000 or better) is probably safe in using a self-signed root certificate and then forcing that root cert on its suppliers and client businesses, because they can, and because they have the name recognition necessary to make such a certificate worth something. A smaller organization, whether B2B or B2C, really doesn't.
    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  21. CACERT, here is why by finkployd · · Score: 4, Informative

    If you have to be used by millions of everyday users (ie, e commerce site), the answer is Verisign. Well known, trusted (by lawyers, this is more important than any technical issues if you are doing financial transactions), and way too expensive (but you have no choice, welcome to the CA oligopoly)

    If you have a limited number of users, or especially if it is internal, use CACERT. Yes there is the headache of getting people to install the root but it is a one time thing and then you will never have to pay for a cert again.

    Look, x.509 is a halfway decent (if over-engineered) concept that is just horribly implemented. Cryptographically it is very strong, and in theory provides very strong authentication, data integrity, and encryption. In practice it is a stupid binary trust system (you completely trust every cert signed by a CA for everything or you trust nothing signed by that CA), and the CA's have banded together to basically ensure there will never again be any competition. The requirements to get a CA into a browser are batshit insane. A gentlemen's agreement exists between MS, Verisign, et al (Netscape/Firefox just does whatever MS does) to make sure that someone would have to spend millions and have pricing similar to all of the others to get in.

    Verisign has proven time and again that they are more than happy to give sign a certificate to anyone capable of passing their stringent security checks which involve writing a check, so what makes them any more secure than CACERT? Nothing. Oh they have tamper proof hardware, vaults, and all kinds of james bond style doomsday devices hooked up to their secret underground bunker which houses the CA, but none of that matters if they perform the same authentication checks that CACERT does (can you receive email at the domain? Good you are in).

    So don't get suckered into paying way too much for a string of bits if you don't have to. If running your own CA is not your thing (and it really is not all that hard, CA.pl which comes with openssl and an O'Reilly book is about all you need), go with CACERT. If this is not for something internal or something with a limited number of users that you could tell to download a CA, then break our your wallet and go to Verisign.

    Finkployd

  22. Best deal I've found by Phroggy · · Score: 3, Informative
    Start with FreeSSL, a real cert that's valid for one month for free.

    Then move on to Simple-SSL.com, $35 for two years or $44 for three years. Both certs are from RapidSSL.com (aka GeoTrust, but I've never seen spam from them), so they work in all the browsers most people care about, but Simple-SSL.com is much cheaper than RapidSSL.com even though it's exactly the same product.

    "RapidSSL.com certificates are compatible with IE 5.01+, Netscape 4.7+, Mozilla 1+, AOL 5+, Firefox, Safari and many newer Windows and Mac based browsers and are single root install certificates (they do not use chaining technology), meaning that they are compatible with SSLv2 and SSLv3."

    By the way, if anyone knows how to add additional certificates to a Motorola v551 mobile phone, please let me know...
    --
    $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
    $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    1. Re:Best deal I've found by O · · Score: 1
      By the way, if anyone knows how to add additional certificates to a Motorola v551 mobile phone, please let me know...

      Check around HoFo -- I'm sure you'll fine information there. It's probably just a matter of downloading the cert in the proper format (DER, PEM, whatever) in the built-in browser. Use openssl to convert formats if needed.

      --

      1, 1, 2, 3, 5, 8, 13, 21 -- Mathematics is the Language of Nature.
  23. GeoTrust was bought by VeriSign last month by maggard · · Score: 2, Informative

    The new was made public 1 month ago with the announcement that almost all of GeoTrust's staff were being let go in a few weeks, VeriSign was the new owners and were gonna consolidate operations.

    GeoTrust is still in business right now, I know for a fact that they've got salesfolk answering the lines and their product lines haven't been shut down so as far as a certificate goes they're still as good as they were a month ago. And those certificate chains are a valuable asset and will no doubt be maintained indefinitely. However the package and pricing will likely change as VeriSign moves yet more solidly into the number 1 (and 2, and 3) spot.

    --
    I don't read ACs: If a post isn't worth so much as a nom de plume to its author then I wont bother either.
  24. Thawte, who else? by Roadkills-R-Us · · Score: 1

    When we started out, Thawte was really the only rational choice.

    I haven't found any reason to change.

    1. Re:Thawte, who else? by misleb · · Score: 1

      I haven't found any reason to change.

      Isn't a Thawte signature like hundreds of $$$ a year? That should be enough to make you want to change.

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
  25. Certificate Authority Market Share Report by Onymous+Coward · · Score: 3, Informative

    This list might be of use:

    http://www.securityspace.com/de/s_survey/data/man. 200603/casurvey.html

    Popularity does not equate to quality or value for price, but it often well correlates to it. At least you could use this as a starting point for investigation.

  26. security requires a good verification process by kurtdg · · Score: 1

    I don't know about VeriSign, but Thawte does a real investigation before issuing a code signing certificate. They look up government documents, require you to send over company documents, call your notary, CEO, president of the board, things like that. If I recall it well, the first time it took about two weeks or so. If they say you're you, you are.

    Renewal, OTOH, is much easier. Basically you just click the buy renewal button and hand over the money.

  27. Another free one and from a Linux Distro by Anonymous Coward · · Score: 0

    Yeah, you have to import their root, but it is free!

    http://cert.startcom.org/

    1. Re:Another free one and from a Linux Distro by Anonymous Coward · · Score: 0

      As I know, they are to be included in the next Mozilla, Firefox etc...Their web site tells, that they are working on MS, Apple too...

  28. LinuxBoxAdmin by Anonymous Coward · · Score: 0

    Here is a nice article answering your question: SSL: How to choose a certificate authority

  29. Any regulation of this? by bill_mcgonigle · · Score: 1

    However the package and pricing will likely change as VeriSign moves yet more solidly into the number 1 (and 2, and 3) spot.

    Hmmm, and I thought I had found a decent non-Verisign company. I wonder when these acquisitions qualify as anti-competitive.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  30. OmegaSphere SSL Certificates by Anonymous Coward · · Score: 0

    I've had really good service from OmegaSphere. Their SSL Certificates are properly validated and issued with your information right on the certificate (rather than some silly ID # only system). Their tech support was more than happy to walk me through the problems I had (I hadn't done this before and didn't realize you need to get the name on the certificate the same as all your image links to avoid warning messages in some browsers) and seemed extremely competent. Prices are pretty reasonable. Given the service I had I will certainly buy from them again.