Handshake Papers
Handshake Papers
@HandshakePapers

How do you deploy CAA records to actually constrain who can issue for your domain?

How do you deploy CAA records to actually constrain who can issue for your domain?

CAA (Certification Authority Authorization, RFC 8659) is a DNS record telling CAs which of them may issue certificates for your domain. CAs are required to check it at issuance. Deployment checklist.

— Inventory every CA you legitimately use today, including those behind a CDN or a cloud load balancer that auto-provisions certs. Omitting one breaks its renewals.
— Publish issue tags for each allowed CA and a separate issuewild if you restrict wildcard issuance specifically.
— Add an iodef tag with a mailto or URL so a CA can report a blocked, possibly unauthorized, issuance attempt to you.
— Understand the tree-climbing rule: CAs check the most specific name, then ascend to the parent domain. A record at the apex covers subdomains unless overridden lower.
— Verify with dig CAA example.com +short and confirm DNSSEC where possible, since CAA's value rests on the resolver trusting the answer.

Evidence vs. speculation: CAA constrains issuance, not use; it cannot revoke a cert already issued before the record existed.

Further reading: RFC 8659 and RFC 8657 (account and validation-method binding).

Bottom line: enumerate all current issuers first; a forgotten CA turns CAA into a self-inflicted outage.
Этот пост опубликован в Telegram-канале Handshake Papers. Подписаться можно по ссылке: @HandshakePapers.
tech

Свежие посты в категории «Tech Infrastructure»

Все каналы категории →

start

Готовы запустить рекламу через сеть public.tg?

Новый оффер, продукт, GEO, кейс, событие или партнёрский запуск — соберём маршрут под задачу и отдадим медиаплан.

Telegram для медиаплана: @AFFtop_connect. Быстрый тест: $20 за канал, $1000 за пакет по сети.