Logo Oficial MASTR MASTR
Menú

Nombres, identidad y contenido web

DNSSEC and HTTPS: two checks behind a wallet website

Authenticated name resolution and encrypted transport do not certify a financial application.

Actualizado el 30 de septiembre de 2026 · MASTR Labs

Los artículos y gráficos técnicos están en inglés. La navegación está disponible en 7 idiomas.

Guías de referencia
  1. Two separate layers
  2. What the padlock cannot tell you
  3. Where a compromise can still matter
  4. Reporting an incident precisely
  5. Ejemplo concreto
  6. Fuentes y originales

Two separate layers

DNS translates a hostname into records used to reach a service. DNSSEC can authenticate signed DNS data through a chain of trust. TLS, used by HTTPS, authenticates the server endpoint under its certificate rules and protects the transport session. These mechanisms address different parts of a connection. A site can use HTTPS without DNSSEC; a signed DNS answer is not encrypted webpage traffic. 1 2

What the padlock cannot tell you

A valid certificate for a lookalike domain does not make it the intended wallet provider. HTTPS can securely deliver a malicious page operated by the holder of that domain. DNSSEC similarly cannot promise that the destination’s application is honest or that its code has not changed. Both protections should be understood as narrow technical assertions, not seals of investment quality.

Where a compromise can still matter

An application has additional dependencies: registrar and DNS administration, hosting, build pipeline, scripts and wallet interaction. Protecting one layer does not remove the others. For readers, carefully verified bookmarks and an independent check of a project’s official domain reduce ambiguity. For operators, documented domain ownership and tested recovery procedures belong alongside server security.

Reporting an incident precisely

Distinguish an incorrect DNS answer, a certificate problem, a compromised web application and a misleading domain registration. They have different evidence and remedies. Record the hostname, time and observed behaviour without converting every suspicious page into a claim that ‘the blockchain was hacked’. A failed certificate check should not be bypassed merely because a social-media post says the website is official.

The website has several trust layers
Diagrama explicativo. Abrir a tamaño completo. Credits ↗ A valid connection does not certify the destination’s honesty.

Ejemplo concreto

A fraudulent site at a different spelling can obtain a valid certificate for its own domain. The browser then encrypts the connection to that fraudulent site correctly. The transport worked; the user’s intended destination was wrong. TLS validation cannot decide that intention.

Fuentes y originales

  1. RFC 4033: DNS security
  2. RFC 8446: TLS 1.3

Seguir leyendo

Nombres, identidad y contenido web →

MASTR

Apoya la investigación independiente

Las investigaciones, las pruebas originales y las guías son de acceso libre. Las donaciones voluntarias ayudan a financiar la investigación y a mantener disponibles las herramientas de MASTR.

Abrir billetera