Mozilla

Um relatório anual de asseguração pode mostrar que os controles de uma autoridade certificadora foram examinados em um período delimitado. Ele não responde sozinho à pergunta menor e mais importante para quem confia: por que este certificado, para este nome e esta chave, foi emitido naquele instante, e o que ocorreu quando um cliente o encontrou depois.

As regras públicas da Mozilla separam atos que uma frase curta costuma confundir. Um responsável ou peer de módulo pode aprovar uma alteração para aquele módulo; uma pessoa pode receber acesso a um repositório por via própria; a alteração pode entrar numa ramificação; e o Firefox pode depois levá-la, ou não, a um canal público. Os atos estão ligados pelo trabalho, mas um não é prova do outro.

Apontar um domínio para a infraestrutura de um CDN não entrega ao provedor o controle de todos os subdomínios do cliente. Essa distinção simples motivou SC101: a antiga definição de Authorization Domain Name comportava uma leitura na qual se removiam rótulos antes de seguir um CNAME. A correção organiza a ordem. O desafio de governança é que, até 15 de novembro de 2026, a versão nova também permite usar a seção antiga. Sem registrar a escolha, conformidade e execução viram histórias diferentes.

A Mozilla iniciou a Public Suffix List, e o Firefox ainda transforma uma de suas versões em comportamento do navegador. O DNS mostra que `whatwg.github.io` está sob `github.io`, mas não se dois subdomínios pertencem a uma administração ou a usuários que não confiam entre si. Este artigo acompanha os dois papéis limitados da Mozilla — iniciadora e implementadora downstream — para explicar como um registro comunitário ganha autoridade de segurança sem se tornar propriedade da Mozilla.

A interrupção de extensões do Firefox de maio de 2019 mostrou como um requisito legítimo de segurança pode se tornar uma dependência de disponibilidade de modo comum quando o ciclo de vida do certificado, recuperação remota, privacidade e proteções de dados do usuário convergem.