Ir diretamente para o conteúdo

Definições de cookies

Escolha que tipos de cookies permite. Pode alterar a sua escolha a qualquer momento em Definições de cookies, no fundo de cada página. Política de privacidade

Necessários

Sempre ativos

Necessários para iniciar sessão, manter o seu carrinho e memorizar as suas escolhas. Estão sempre ativos.

Que cookies?
  • weboke_sessie, weboke_klant, weboke_remember: a sua sessão e manter a sessão iniciada
  • weboke_basket: o seu carrinho
  • wkBtwIncl: mostrar preços com ou sem IVA
  • wok_cookies: a sua escolha de cookies, 12 meses

Mede que anúncio leva a uma visita ou encomenda, para não pagarmos por anúncios que não dão resultado.

Que cookies?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), até 90 dias
  • OpenAI Ads, anúncios no ChatGPT
  • wok_aff: através de que parceiro chegou até nós (programa de afiliados), 60 dias

4,6

País e idioma

Cada país tem o seu próprio site, com os preços e o IVA desse país.

Ver

CAA: quem pode emitir certificados?

Módulo 5: Outros registos · Tempo de leitura: 6 minutos

Objetivo de aprendizagem: No final desta lição, saberá ler um registo CAA e saberá como um registo CAA pode bloquear o pedido de um certificado SSL.

Conceitos-chave: CAA, issue, issuewild, iodef, autoridade de certificação (CA), nenhum registo CAA significa: todos podem

Um cadeado de um desconhecido

Um certificado SSL (na verdade um certificado TLS) é responsável pelo cadeado no navegador. É emitido por uma autoridade de certificação, abreviadamente CA: por exemplo, Let's Encrypt, Sectigo, DigiCert ou Google Trust Services. Existem dezenas de CAs em que os navegadores confiam e, em princípio, qualquer uma delas pode emitir um certificado para o seu domínio, desde que o requerente demonstre que gere o domínio.

Com um registo CAA (Certification Authority Authorization, RFC 8659), pode limitar isso. Indica na DNS quais as CAs que podem emitir certificados para o seu domínio. Cada CA é obrigada a verificar esse registo antes de emitir um certificado. Se a CA não constar do registo, tem de recusar.

Isto protege contra um certificado emitido em seu nome por uma CA descuidada ou enganada. É um cadeado extra, não uma obrigação.

Como é um registo CAA

example.com.  3600  IN  CAA  0 issue "letsencrypt.org"
example.com.  3600  IN  CAA  0 issue "sectigo.com"
example.com.  3600  IN  CAA  0 iodef "mailto:beveiliging@example.com"

Um registo CAA tem três partes:

ParteExemploSignificado
Flag0Quase sempre 0. Um 128 significa: "se não compreender esta regra, não emita nada".
TagissueQue tipo de regra é (ver abaixo).
Valor"letsencrypt.org"A CA, identificada pelo seu próprio nome de domínio. Entre aspas.

As três tags que vai encontrar:

  • issue: esta CA pode emitir certificados normais (para example.com, www.example.com, etc.).
  • issuewild: esta CA pode emitir certificados wildcard (*.example.com). Se não existir issuewild, aplicam-se as regras de issue aos wildcards.
  • iodef: indica para onde uma CA pode enviar uma notificação caso alguém peça um certificado que, segundo o seu CAA, não é permitido.

Pode ter várias regras issue: cada CA mencionada fica autorizada. Se quiser que ninguém emita um determinado tipo de certificado, utilize um valor vazio: 0 issuewild ";" significa "ninguém pode emitir wildcards".

Sem registo CAA: todos podem

Se o seu domínio não tiver um registo CAA, qualquer CA pode emitir um certificado. Essa é a situação normal para a maioria dos domínios e não está errada. O CAA é uma opção.

Uma CA procura o registo CAA no nome exato do certificado. Se não encontrar nada, procura um nível acima, até chegar ao domínio. Um registo CAA em example.com aplica-se, portanto, também a shop.example.com, a menos que shop.example.com tenha o seu próprio registo CAA.

Como o CAA pode bloquear o seu certificado

É por isso que o CAA tem lugar num curso para principiantes: um registo CAA pode fazer com que o seu certificado gratuito deixe de ser renovado, e a mensagem de erro nem sempre é clara.

Imagine: o seu website funcionou durante anos com um certificado de uma CA paga. Alguém criou, na altura, um registo CAA:

example.com.  CAA  0 issue "sectigo.com"

Agora muda para um alojamento que pede automaticamente certificados Let's Encrypt. O Let's Encrypt verifica o CAA, vê que apenas a Sectigo está autorizada e recusa. O seu site não recebe certificado e os visitantes veem um aviso.

A solução: adicione a CA que utiliza atualmente ou remova o registo CAA antigo se já não precisar dele.

example.com.  CAA  0 issue "sectigo.com"
example.com.  CAA  0 issue "letsencrypt.org"

Se utilizar um serviço que trata dos certificados automaticamente, como uma plataforma de loja online ou uma CDN, pergunte que CA utiliza e adicione-a. Caso contrário, também vai bloquear o certificado desse serviço.

Na prática: como se apresenta num painel

Como exemplo, usamos o ecrã de DNS do O meu WebOké, que tem um assistente de CAA com as CAs mais conhecidas. No DirectAdmin, no Cloudflare e na maioria dos outros painéis, preenche os mesmos três campos: flag, tag e valor.

  1. Clique em Adicionar registro e escolha CAA.
  2. Deixe o nome no próprio domínio (@).
  3. Deixe a flag em 0.
  4. Escolha a tag issue.
  5. Indique a CA, por exemplo letsencrypt.org.
  6. Guarde e repita para cada CA que deva poder emitir.

Resumo

  • Com um registo CAA, determina quais as autoridades de certificação que podem emitir certificados para o seu domínio.
  • issue é para certificados normais, issuewild para wildcards, iodef para notificações.
  • Sem registo CAA, qualquer CA pode emitir. Isso é normal.
  • Um registo CAA no domínio aplica-se também a subdomínios sem CAA próprio.
  • Um registo CAA esquecido pode bloquear um certificado novo ou renovado. Adicione a CA que utiliza atualmente.

Quiz

1. O seu domínio não tem registo CAA. Quem pode emitir um certificado?



2. Existe example.com CAA 0 issue "sectigo.com". O seu alojamento pede um certificado ao Let's Encrypt. O que acontece?



3. O que regula a tag issuewild?



4. Existe um registo CAA em example.com e nenhum em shop.example.com. A regra aplica-se também a um certificado para shop.example.com?



Exercício

Exercício Z5.2: Consultar o CAA. Consulte os registos CAA de wikipedia.org. Que autoridades de certificação podem emitir certificados segundo as regras issue? Indique todas.

Exercício Z5.2: Consultar CAA


Aquilo que preenche e o que encontramos em tempo real não é guardado. O seu navegador memoriza as suas respostas e se concluiu o exercício com sucesso. Se tiver sessão iniciada, guardamos apenas que teve o exercício (quase) correto em Os meus cursos; aí pode também eliminar essa informação.

Exercício O5.2: Configurar na sua zona de treino. Crie, na sua zona de treino, no nome da própria zona (@), dois registos CAA:

  • 0 issue ";"
  • 0 iodef "mailto:abuse@dnspractice.eu"

A primeira regra significa: ninguém pode emitir certificados para este nome. Na zona de treino isso é exatamente correto: não existe nenhum website real a funcionar, por isso também não deve existir nenhum certificado, e assim ninguém pode usar indevidamente a zona de treino para obter um certificado. No seu domínio real, nunca faça isto se utilizar https; aí deve indicar as CAs que efetivamente utiliza, como 0 issue "letsencrypt.org". A regra iodef, na zona de treino, aponta para o endereço de notificação do ambiente de treino; no seu domínio real, indique o seu próprio endereço.

Depois, clique em Verificar.

Exercício O5.2

Este exercício é feito na sua própria zona de treino: uma zona DNS real nos servidores de nomes da WebOké, só para si. Registe-se com o seu endereço de email. Recebe uma ligação de acesso por email e, de seguida, volta a esta lição. Utilizamos o seu endereço apenas para a finalidade do curso.

Para saber mais

Estes artigos descrevem os passos nos painéis da WebOké; noutros painéis, funcionam de forma semelhante.

Um momento…

Configurar os seus domínios

Para cada domínio, defina os servidores de nomes, a ligação ao seu alojamento e quem fica como titular.

A carregar os seus domínios…