ToolFeather
Developer / SEOLive DNS · from your browser

CAA Record Checker

Check which certificate authorities are allowed to issue SSL/TLS certificates for a domain, the same way CAs check before issuing, and build the CAA records you need.

Quick presets

CAA Record Checker

How this lookup works. When you press Check CAA, your browser sends the question over encrypted DNS-over-HTTPS to Cloudflare's public resolver (1.1.1.1), or to Google Public DNS (8.8.8.8) if you choose it below. The request goes straight from your device to them. It doesn't pass through ToolFeather: we have no server in the path, so we never see or store the names you look up. Requests are sent without cookies or a referrer. Each resolver has its own privacy policy: Cloudflare · Google.

Results appear here.

CAA record builder

Tick the certificate authorities you use. The records below update as you go.

Who may issue certificates
Queries your browser sent (0)

These are the exact requests, each one a link. Open one to see the raw JSON answer from the resolver.

    Live lookup: your browser asks Cloudflare or Google DNS directly. Nothing passes through ToolFeather.

    ToolFeather · RFC 8659
    Scratchpad auto-saved
    Stored in this browser (localStorage)
    Step-by-step~40s read

    How it works — in four simple steps

    No signup and nothing to install — it all runs in your browser.

    1

    Enter a host name

    The exact name the certificate will cover.

    2

    Check CAA

    See which records apply and where they came from.

    3

    Read who may issue

    Normal and wildcard certificates are shown separately.

    4

    Build records

    Use the builder to allow just the CAs you use.

    Pro tip

    Before restricting CAs, check which ones your CDN or host uses for automatic certificates, or renewals will start failing.

    Features

    RFC 8659 tree climbing

    Checks the name and each parent in turn, exactly as CAs do, and shows which set applies.

    CA names

    Turns CAA values like pki.goog or amazontrust.com into the CA's name, covering 30+ CAs.

    Wildcards and reports

    Explains issue vs issuewild, iodef and RFC 8657 parameters.

    Failure checks

    Catches SERVFAIL (CAs must refuse to issue), unknown critical tags and mistyped CA domains.

    CAA builder

    Tick your CAs and wildcard policy to get zone-file and dashboard-ready records.

    About the CAA Record Checker

    A CAA (Certification Authority Authorization) record lists the certificate authorities allowed to issue certificates for a domain. Since 2017 every public CA must check CAA before issuing, and must refuse if it isn't on the list. A CAA record doesn't make your site more secure for visitors. What it does is stop someone getting a certificate for your domain from a CA you don't use, through a mistake or a social-engineering trick.

    CAs look for CAA by climbing the tree (RFC 8659). For shop.eu.example.com they check that name, then eu.example.com, then example.com, and use the first set they find. With no CAA anywhere, any CA may issue. This tool climbs the same way and shows each step. Watch out for SERVFAIL: if the CAA query fails, CAs must refuse to issue, which is a common cause of renewal failures on DNS servers that don't support CAA.

    Three tags matter. issue names a CA allowed to issue (and, unless overridden, to issue wildcards too). issuewild controls wildcard certificates separately. iodef gives an address for reports. An empty value, issue ";", forbids issuance. RFC 8657 adds accounturi and validationmethods, which lock issuance to one ACME account or one validation method. The builder below the checker writes ready-to-paste records for the CAs you tick.

    Examples

    google.com → 0 issue "pki.goog": only Google Trust Services
    0 issuewild ";" → no CA may issue wildcard certificates

    Frequently asked questions

    5 answers
    Do I need a CAA record?
    It's optional. Without one, any public CA may issue for your domain. Adding one cuts the risk of a rogue or mistaken certificate from a CA you never use.
    I use Cloudflare. Which CAs should I allow?
    Cloudflare's Universal SSL can issue through Let's Encrypt, Google Trust Services and SSL.com. Cloudflare adds the CAA records it needs automatically when you have CAA records on a proxied domain, but if you write your own list, include every CA your setup relies on.
    Does CAA affect my existing certificates?
    No. CAs check CAA only at issuance or renewal. Existing certificates stay valid, but a renewal from a CA that's no longer listed will fail.
    What does the critical flag (128) do?
    It tells CAs that if they don't understand that tag, they must not issue. It's meant for future tags that change behaviour, and is rarely needed today.
    Does ToolFeather see the domains I look up?
    No. Your browser sends each query straight to Cloudflare's 1.1.1.1 or Google Public DNS over HTTPS, without cookies or a referrer. ToolFeather has no server in the path. The resolver you pick handles the query under its own privacy policy. Cloudflare and Google both publish theirs and say they don't sell resolver data. The list under the results shows every request your browser made.