Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Is there anything inherently more insecure about using a wildcard SSL certificate over a regular SSL certificate?

We are looking to implement a subdomained web application (a la FreshBooks and BaseCamp, where users pick a subdomain), and one of our team members is concerned that a wildcard SSL approach is not secure enough (if so, how do FreshBooks and BaseCamp do it?!?).

The alternate solution is to use a single subdomain, like and when a user types in we set the subdomain in the session, and immediately redirect the user's future requests to "" and use the session information to show the user's information.

My concern is that if a user wants to send a link to their domain to a friend, they will copy/paste the URL in the browser (now which will be our main home page, and not the user's home page.

BTW, if I have missed a major best-practice for this kind of scenario, please let me know.

share|improve this question
up vote 6 down vote accepted

To my knowledge, there is no difference between wildcard and normal certificates. So long as you have full control over's DNS, then there's no reason not to use a wildcard. In fact, I would recommend it in your case. What are your specific concerns with them?

(IMO, Redirects such as the one you suggest are always a bit of a fudge when they're visible to the end user.)

share|improve this answer
That's what I thought. Thanks! – iopener Apr 26 '11 at 16:50

From a technical aspect it would be just as secure. You would still be using the same encryption you would with a non-wildcard cert. What is it that they are saying is less secure?

share|improve this answer

As SmallClanger points out, so long as you have full control over the domain and any possible sub-domains, there's not inherent security problems. One possible drawback is that you can't get a Wildcard EV Cert, so no green bar for the few users that look for it.

share|improve this answer
This is the thing that makes me wonder. If the wildcard won't give us a green bar, and providers consistently offer lower "insurance" payments if compromised (wildcard = $10K, EV = $150K), it seems as though there is something inherently less trustworthy with the wildcard. Is it just that they are more likely to be used on multiple boxes, and therefore pass through many hands, and therefore be more likely to be compromised? – iopener Apr 26 '11 at 16:50
@iopener, yeah, that's basically the train of thought is that wildcard certs are more likely to be on more boxes and you're less likely to be careful with them... Wildcards are also cheaper, hence less insurance as well. – Chris S Apr 26 '11 at 17:33

I agree with the other answers, that wildcard certificates are not inherently insecure.

However it is possible to introduce a security problem by using wildcard certificates incorrectly. The following security problem would not happen if your certificates are valid for only one domain each.

Imagine that you initially have a single server hosting all the subdomains. The adversary signs up for your service and gets assigned the domain This like all your other customers is covered by the certificate for *

The adversary arranges for to receive lots of traffic, so eventually that domain gets allocated a dedicated server. Now you have two physical servers with identical certificate.

At this point the adversary starts performing MITM attacks (whether that happens through DNS poisoning or malicious APs is not important). The adversary directs users of to the IP address of Since the certificate says * it is valid.

However the dedicated server for doesn't know the domain name, so it responds with the content from the default vhost, which is going to be because this dedicated server doesn't have any other domains.

This attack scenario can be avoided if every server holding the certificate can respond to requests for all the subdomains. It is perfectly acceptable, if this sometimes means proxying the request from one server to another. As long as the proxying itself is secured against MITM attacks.

In a proper configuration the dedicated server for would only start receiving requests for once the adversary attempts to perform a MITM attack on users. It won't be able to server the content and instead proxies the request to the real server hosting

If the adversary is given sufficient control over the dedicated server hosting to disable that proxying, then you do have a real security problem.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.