HTTPS, DNSSEC e certificados: como a RN protege sua conexão

HTTPS autentica a conexão

O domínio principal da RN e a entrada platform usam certificados do AWS Certificate Manager, ou ACM, com exportação desativada. As operações com a chave privada ocorrem no enclave de TLS, o protocolo usado pelo HTTPS.

O Nginx usa o resultado dessas operações para terminar a conexão. O núcleo não depende de um arquivo PEM exportável com a chave privada. Depois dessa etapa, o aplicativo ainda recebe o conteúdo necessário à tarefa.

DNSSEC autentica as respostas de DNS

DNS traduz o nome do serviço para seu endereço. DNSSEC acrescenta assinaturas que um resolvedor validador pode conferir. A assinatura precisa de uma cadeia até a raiz, com o registro DS publicado no registrador.

A RN publicou o DS e conferiu a cadeia completa dos registros do domínio principal e de platform. DNSSEC não cifra consultas nem substitui HTTPS. A validação também depende do resolvedor usado pelo cliente.

CAA restringe quem pode emitir

O registro CAA do núcleo permite emissão pela Amazon. Ele informa às autoridades certificadoras quais emissores estão autorizados. Dev e homologação têm exceções específicas para seus certificados Let's Encrypt.

Domínios de clientes mantêm certificados e identidade próprios. Um certificado de um cliente não é usado como identidade de outro. Separar domínios não significa fornecer uma máquina exclusiva.

Monitorar faz parte da operação

O desenho inclui alertas de DNSSEC, mudanças de DNS e disponibilidade. O supervisor interno acompanha os processos críticos e fecha a admissão em falha persistente. A abertura volta a exigir ação do dono.

Esses controles reduzem riscos diferentes. Eles não impedem toda interrupção e não autorizam o envio de dados a um modelo. Conta, organização, barreira e consentimento continuam valendo em cada integração.

Perguntas frequentes