DNS over HTTPS로 A, AAAA, MX, TXT, NS, CNAME, CAA, SOA 레코드를 조회합니다.
네트워크: DoH
DNS 레코드 유형 참고표
로컬에서 실행
도구 자체는 영어로 되어 있지만, 이 페이지에서는 귀하의 언어로 설명해 드립니다.
DNS 레코드 유형 참고표을(를) 사용하세요
기능
자주 쓰이는 DNS 레코드 유형 18가지를 한 줄 설명과 함께 검색할 수 있는 표입니다. 이메일 발신자를 확인하는 데 쓰이는 TXT 기반 SPF 및 DMARC 정책도 포함되어 있습니다.
이 서비스는 전적으로 브라우저에서 실행되며, 사용자가 입력한 내용은 전혀 업로드되지 않습니다.
DNS 레코드 유형 참고표 사용 방법
- 표 열기. 페이지가 열리면 바로 18가지 레코드 유형이 모두 한 줄 설명과 함께 나열됩니다.
- 검색. 유형 이름의 일부나 설명에 나오는 단어(예: mail, DNSSEC, cert)를 입력합니다. 입력하는 대로 표가 걸러지며 대소문자는 구분하지 않습니다.
- 행 읽기. Type 열은 DNS 조회에서 선택할 이름을, Description 열은 레코드에 무엇이 담기는지를 알려 줍니다.
- 실제로 조회하기. 도메인의 실제 레코드를 보려면 DNS over HTTPS Lookup을 열고 같은 유형을 선택하세요.
- 처음부터 다시. 검색 상자를 비우면 전체 표가 다시 표시됩니다.
예시
이메일 확인에 쓰이는 레코드
TXTTYPE DESCRIPTION
TXT Text records (SPF, DKIM, verification)
SPF Sender Policy Framework (deprecated, use TXT)
DMARC via TXT — email authentication policy표가 TXT, SPF, DMARC로 걸러집니다. SPF와 DMARC 정책은 TXT 레코드로 게시되며, 이메일 인증 검사는 바로 이곳을 확인합니다.
검증 대상
| 신호 | 그 의미는 무엇인가 |
|---|---|
| A 및 AAAA | 호스트의 IPv4 또는 IPv6 주소입니다. 조회할 때마다 바뀌는 주소가 많다면 fast flux를 의심할 수 있습니다. |
| CNAME | 다른 이름에 대한 별칭입니다. 피싱 하위 도메인의 경우 그 뒤에 있는 호스팅 또는 CDN 플랫폼을 드러낼 수 있습니다. |
| MX | 도메인의 메일 서버입니다. MX 레코드가 있는 유사 도메인은 브랜드 이름으로 보낸 이메일에 대한 답장을 받을 수 있습니다. |
| TXT | SPF, DKIM 키, 사이트 인증 문자열에 쓰이는 자유 텍스트입니다. SPF와 DMARC 정책은 여기에서 읽습니다. |
| NS 및 SOA | NS는 어느 DNS 제공업체가 영역을 서비스하는지 보여 줍니다. SOA는 영역의 기본 서버, 연락용 메일함, 시간 값을 알려 줍니다. |
| PTR | 역방향 DNS로, IP 주소에 대한 이름입니다. 주소 블록을 관리하는 쪽, 보통 호스팅 업체가 설정합니다. |
| CAA | 어느 인증 기관이 도메인의 인증서를 발급할 수 있는지 지정합니다. CAA 레코드가 없는 경우는 흔하며, 그 자체로 경고 징후는 아닙니다. |
| DNSKEY 및 DS | 리졸버가 응답을 검증할 수 있게 해 주는 DNSSEC 레코드입니다. DNSSEC가 깨지면 도메인 조회가 SERVFAIL로 실패할 수 있습니다. |
| SRV | 채팅이나 통화 같은 서비스를 우선순위와 함께 호스트와 포트로 연결합니다. 웹사이트에는 필요하지 않으므로 피싱 페이지와는 거의 관련이 없습니다. |
| HINFO 및 LOC | 호스트의 하드웨어나 지리적 위치를 설명하는 선택적 레코드입니다. 게시되는 경우가 드물며, 도메인 소유자가 적기로 한 내용일 뿐입니다. |
더 많은 예시
mail 검색
mail두 행: MX(Mail exchange server)와 DMARC(via TXT — email authentication policy). email에 mail이 포함되어 있기 때문입니다.
DNSSEC 검색
dnssec두 행: DNSKEY(DNSSEC public key)와 DS(Delegation Signer (DNSSEC)).
cert 검색
cert두 행: CAA(Certificate Authority Authorization)와 TLSA(TLS certificate association (DANE)).
자주 묻는 질문
피싱 도메인을 확인할 때 중요한 레코드 유형은 무엇인가요?
A와 AAAA는 사이트가 호스팅된 곳을, NS는 DNS 제공업체를, MX는 메일을 받는 곳을 보여 주며, TXT에는 SPF와 DMARC 정책이 담깁니다. CNAME은 하위 도메인 뒤에 있는 호스팅 플랫폼을 드러낼 수 있습니다.
이 표는 완전한가요?
아니요. 자주 쓰이는 18개 항목만 나열하며, HTTPS, SVCB, CERT 같은 유형은 빠져 있습니다. 별도의 SPF 레코드 유형은 더 이상 쓰이지 않으며(SPF는 TXT로 게시), DMARC는 레코드 유형이 아니라 _dmarc.example.com에 있는 TXT 레코드입니다.
이 페이지가 DNS를 조회하나요?
아니요. 정적인 참고 자료이며 브라우저 밖으로 아무것도 나가지 않습니다. 도메인의 실제 레코드를 보려면 DNS over HTTPS Lookup을 사용하세요.
짧게 검색하면 예상치 못한 행이 나오는 이유는 무엇인가요?
검색은 유형이나 설명의 어느 부분과도 일치합니다. ns는 NS뿐 아니라 텍스트에 DNS가 들어 있는 DNSKEY, DS, PTR도 찾고, ptr은 NAPTR도 찾습니다. 범위를 좁히려면 더 긴 단어를 사용하세요.
한 이름에 같은 유형의 레코드가 여러 개 있을 수 있나요?
네. 도메인에는 A, MX, TXT 레코드가 여러 개 있을 수 있으며, 리졸버는 모두 반환합니다. MX 레코드에는 우선순위 숫자도 있으며, 발신 서버는 가장 낮은 숫자부터 시도합니다.
DKIM 키는 어디에 게시되나요?
셀렉터 이름과 _domainkey 아래의 TXT 레코드에 게시됩니다. 예: selector1._domainkey.example.com. 셀렉터는 서명된 메시지의 DKIM-Signature 헤더에 명시되어 있습니다.
PTR 레코드는 피싱 서버에 대해 무엇을 알려 주나요?
PTR은 IP 주소를 다시 이름으로 연결합니다. 주소 블록을 관리하는 쪽, 보통 호스팅 업체가 설정하므로 사이트보다는 호스팅 회사 이름이 나오는 경우가 많습니다. 이는 악용 신고를 어디로 보낼지 찾는 데 도움이 됩니다.