Glossary

Wildcard certificate

A wildcard certificate covers every hostname at a single level below a domain: `*.example.com` is valid for `www.example.com` and `api.example.com`, but not for `example.com` itself and not for `a.b.example.com`. It removes the need to reissue when a subdomain is added, at the cost of one private key that is valid for the entire level — so wherever that key is deployed, it can serve any name under it.

Exactly what it covers

One level, and only one. The asterisk replaces a single label.

Not the apex. A certificate for `*.example.com` does not cover `example.com`, which is why wildcards are normally issued with the apex added explicitly as a second name.

Not deeper levels. Covering `a.b.example.com` requires a separate wildcard for `*.b.example.com`.

The matching rule is the same one the subject alternative name extension uses, and it is not negotiable by configuration.

Why issuance needs DNS validation

Proving control of a specific hostname can be done by serving a file at that hostname. There is no hostname corresponding to a wildcard, so that method cannot apply.

Authorities therefore require a DNS-based challenge for wildcards: a token published in a TXT record under the domain, proving control of the zone rather than of one host.

Automating that means giving the renewal process credentials to modify DNS, which is a meaningfully larger permission than writing a file into a web root.

Scoping those credentials — to one record, or one subdomain — is worth the configuration effort, because they are effectively control of the domain.

The trade-off against listing names

A wildcard is convenient: new subdomains work immediately with no certificate work at all.

It is also a single key valid for everything at that level. A server compromised while holding it can present a valid certificate for any subdomain, including ones it has no business serving.

A certificate listing names explicitly limits the blast radius and makes the inventory visible, at the cost of reissuing when the list changes.

Certificate Transparency also differs: explicitly named certificates publish the subdomain names, a wildcard does not — which some operators treat as a privacy advantage and others as reduced visibility.

How to check what you have

Read the subject alternative name list. A wildcard appears as an entry beginning with an asterisk.

Confirm the apex is listed separately if the site serves there. This is the single most common wildcard mistake.

Test a two-level name if you use one. It will fail against a single-level wildcard, and the failure is a browser warning rather than anything subtle.

Check where the key is deployed. A wildcard key on a host that only needs one name is an unnecessary exposure that is easy to correct.

Frequently asked questions

Does a wildcard certificate cover the root domain?
No. A certificate for *.example.com does not cover example.com. The apex must be listed as an additional name.
Does a wildcard cover multi-level subdomains?
No. The asterisk replaces exactly one label, so a.b.example.com needs its own wildcard at that level.
Why does a wildcard require DNS validation?
There is no single hostname to serve a validation file from, so the authority requires proof of control over the zone through a DNS record.

Sources

Related

VeriFixScan crawls a site and applies its checks to every page it reaches, keeping the evidence behind each finding. Scanning one website is free.

Scan a website