웹사이트 기능 및 보안에서 DNS 레코드의 역할 이해하기

소개

DNS는 도메인 이름 시스템의 약자입니다. 인터넷이 작동하는 방식을 만드는 핵심 기술입니다. 가장 기본적인 정의는 "DNS는 웹사이트 IP 주소를 해당 도메인 이름으로 확인하는 역할을 합니다."입니다.

실제로 DNS는 그 이상의 기능을 수행할 수 있습니다. DNS 기능은 DNS 레코드의 도움으로 수행됩니다. DNS 레코드는 DNS 기능에 중요한 필수 정보를 포함하는 텍스트 파일입니다.

이 글에서는 웹사이트 기능 및 보안을 위한 DNS 레코드의 중요성을 강조합니다. 이를 위해 다양한 유형의 DNS 레코드를 살펴보고 웹사이트 기능 또는 보안과 관련하여 어떤 역할을 하는지 설명합니다.

이 글이 끝나면 도메인 네임 시스템에 대한 더 나은 관점을 갖게 될 것입니다.

DNS는 어떻게 작동하나요?

웹사이트 기능 및 보안에서 DNS 레코드와 그 역할을 이해하려면 도메인 이름 시스템(DNS)에 대한 지식이 있어야 합니다.

모든 것은 컴퓨터에서 시작됩니다. 웹사이트를 찾고 있는 컴퓨터를 클라이언트라고 합니다. 클라이언트는 DNS 확인자로 알려진 서버에 요청을 전달합니다. DNS 확인자는 ISP에서 할당된 서버이거나 운영 체제 설정에서 직접 설정할 수 있습니다. 확인자의 기능은 클라이언트가 제기한 모든 DNS 쿼리를 처리하는 것입니다.

그래서. 클라이언트가 해결자에게 "이 도메인 이름(xyz.com)을 찾고 싶습니다. IP 주소를 알고 있나요?"라고 질문합니다. 확인자는 캐시를 확인하여 도메인 이름과 해당 IP가 저장되어 있는지 확인합니다. 그렇지 않은 경우 DNS 계층 구조에 있는 일련의 서버에 연락하여 해당 IP 주소가 있는지 확인합니다.

DNS 계층 구조 이미지

이미지 출처: https://www.menandmice.com/glossary/dns-server-types

일반적으로 IP 주소는 비교적 빠르게 찾을 수 있습니다. 그러나 때로는 확인자가 계층 구조의 최상위까지 올라가 루트 네임 서버(NS)로 알려진 서버를 쿼리해야 하는 경우도 있습니다.

전 세계에는 13개의 루트 네임 서버가 있으며 웹에 있는 모든 웹사이트의 IP 주소가 포함되어 있습니다. 도메인의 IP 주소가 네임 서버에 존재하지 않으면 해당 도메인에 대한 DNS 쿼리가 "확인할 수 없음"을 의미합니다.

어쨌든 IP 주소를 찾으면 리졸버는 이를 클라이언트로 다시 보냅니다. 그러면 클라이언트는 주어진 IP 주소의 서버에 요청을 하고 서버는 필요한 웹사이트로 응답합니다.

간단한 쿼리가 작동하는 방식이며, 이 모든 것이 몇 초 안에 이루어집니다. DNS 레코드는 어디에 사용되나요? DNS 계층 구조의 모든 서버에 저장된 정보는 DNS 레코드의 형태로 저장됩니다.

DNS 레코드는 웹마스터가 cPanel, Cloudflare, GoDaddy 등과 같은 인기 있는 도구를 사용하여 관리할 수 있습니다. 이러한 도구로 웹사이트를 관리하는 방법을 알아보려면 cPanel에 대한 글을 참조하세요. DNS 레코드 관리에 대한 자세한 문서를 작성하는 데는 시간이 많이 걸릴 수 있습니다. AI 문단 생성기를 사용하면 고품질의 유익한 콘텐츠를 효율적으로 생성하여 복잡한 개념을 쉽게 설명할 수 있습니다.

이제 DNS 레코드가 웹사이트 기능에 어떻게 도움이 되고 기여하는지 알아보겠습니다.

다양한 DNS 레코드와 이들이 웹사이트 기능에 기여하는 방식

웹사이트 기능에서 중요한 역할을 하는 레코드를 확인하는 것부터 시작하겠습니다. 보안 레코드에 비해 그 수가 더 많습니다.

모든 DNS 레코드는 동일한 템플릿을 공유합니다. 왼쪽에서 오른쪽으로 도메인 이름, 유효 기간, 레코드 클래스, 레코드 이름, 레코드 값이 있습니다. 대부분의 레코드는 이름과 값만 다릅니다. 아래는 A 레코드의 이미지입니다.

이미지 출처: dnschecker

이미지에는 Microsoft.com에 대한 4개의 A 레코드가 표시됩니다. 도메인 이름은 "microsoft.com"입니다. TTL은 1290초, IN(인터넷)은 클래스, A는 레코드 이름, 숫자는 IPv4 주소, 즉 값입니다.

이제 일반적인 DNS 레코드가 어떻게 생겼는지 알았으니 이 레코드의 기능과 웹사이트 기능에 어떻게 기여하는지 이해해 보겠습니다.

1. A/AAAA 기록

A 및 AAAA 레코드는 각각 IPv4 및 IPv6 주소를 나타냅니다. 이 레코드의 유일한 목적은 IP 주소를 도메인 이름에 매핑하는 것입니다. 이는 DNS의 가장 기본적인 기능이며 인터넷이 작동하는 원동력입니다.

아시다시피 IP 주소는 서버의 위치를 나타내는 숫자(IPv4) 또는 16진수(IPv6)입니다.

웹의 모든 콘텐츠는 전 세계 수많은 서버에 저장됩니다. 도메인 이름을 검색하면 DNS 확인자는 캐시에서 해당 도메인에 대한 A 또는 AAAA 레코드가 있는지 확인합니다.

해당 레코드를 찾지 못하면 계층 구조의 다른 서버에 해당 레코드가 있는지 여부를 쿼리합니다. 관련 A/AAAA 레코드가 발견되면 리졸버는 캐시에 저장하여 나중에 다시 찾을 필요가 없도록 합니다.

지금쯤이면 웹사이트 기능에 대한 A/AAAA 레코드의 역할을 정리했을 것입니다. 이러한 레코드가 없으면 웹사이트를 찾을 수 없습니다. 따라서 웹사이트의 A/AAAA 레코드를 구성하는 것은 웹사이트의 기능에 매우 중요합니다.

2. CNAME 레코드

CNAME 레코드는 A/AAAA 레코드만큼 중요하지는 않지만 고유한 용도가 있습니다. CNAME 레코드는 한 도메인을 다른 도메인에 별칭을 부여합니다. 간단히 말해, 한 도메인에 대한 모든 DNS 쿼리가 자동으로 다른 도메인으로 전송되도록 설정할 수 있습니다.

예를 들어 "cars.com"이라는 도메인이 있고 "vehicles.com"이라는 다른 도메인이 있는 경우 CNAME 레코드를 사용하여 "cars.com"을 "vehicles.com"으로 별칭을 지정할 수 있습니다.

이렇게 되면 브라우저 주소창에 "cars.com"을 입력할 때마다 자동으로 "vehicles.com"으로 연결됩니다. 이는 "cars.com"에 대한 DNS 쿼리가 "vehicles.com"의 A/AAAA 레코드를 참조하는 CNAME 레코드로 충족되기 때문입니다.

이는 유사한 도메인이 여러 개 있는 웹사이트에 유용합니다. CNAME 레코드를 사용하면 최종 사용자는 항상 올바른 사이트로 연결됩니다. 따라서 도메인의 이름이 "xyz.org"인 경우 "www.xyz.org"에 대해 "xyz.org"를 가리키는 CNAME 레코드를 만들 수 있습니다.

3. MX 레코드

MX는 메일 교환 레코드를 의미합니다. MX 레코드는 웹사이트 이메일 기능에 매우 중요합니다. 기본적으로 이 레코드의 역할은 도메인의 이메일을 처리하는 메일 서버를 정의하는 것입니다.

온라인 스토어를 운영한다고 가정해 보겠습니다. 당연히 고객이 연락할 수 있는 이메일 주소가 있을 것입니다. 또한 잠재적인 비즈니스 파트너를 위한 별도의 이메일 주소가 있을 수도 있습니다.

MX 레코드가 올바르게 구성되어 있으면 이메일 수신에 문제가 없습니다. 도메인의 이메일 주소로 전송되는 모든 이메일은 레코드에 정의된 적절한 메일 서버로 전송됩니다.

MX 레코드가 없으면 해당 이메일은 손실됩니다. 메일 서버로 전송되지 않으므로 이메일을 받을 수 없습니다. 이메일을 받지 못하면 이메일에 응답할 수 없습니다. 이는 소통하지 않는다는 인상을 주고 웹사이트 사용자에게 나쁜 인상을 남깁니다.

4. TXT 기록

TXT 레코드는 다양한 기능에 사용할 수 있는 비표준 레코드입니다. 검색 엔진, 메일 서버, API 제공업체 등과 같은 타사 서비스 제공업체에서 웹사이트 인증에 사용할 수 있습니다.

TXT 레코드에는 다른 레코드처럼 정해진 값이 없습니다. 원하는 값은 무엇이든 입력할 수 있습니다. 글자 수 제한을 지키기만 하면 어떤 값이든 입력할 수 있습니다.

웹사이트 확인을 위해 앞서 언급한 타사 서비스 제공업체는 웹마스터에게 정해진 값을 비공개로 제공하여 TXT 레코드에 추가합니다. 타사 서비스 제공업체가 제공한 값과 동일한 값이면 가짜 웹사이트가 아닌 올바른 웹사이트와 거래하고 있다는 뜻입니다.

보안을 위해 TXT 레코드를 사용하는 다른 방법도 있으며, 이는 "보안 섹션"에서 확인할 수 있습니다.

5. NS 기록

지금까지 가장 중요한 레코드 유형은 NS 레코드입니다. NS는 네임 서버의 약자입니다. 네임 서버는 DNS 계층 구조의 최상위에 있습니다. 모든 도메인 레코드를 포함합니다.

NS 레코드는 도메인의 레코드가 포함된 네임서버를 자세히 설명합니다. NS 레코드가 없으면 계층 구조의 하위에 있는 확인자 및 DNS 서버는 특정 도메인에 대한 정보를 얻기 위해 쿼리할 서버를 알 수 없습니다.

따라서 NS 레코드가 없으면 기본적으로 웹사이트를 찾을 수 없으므로 쓸모가 없게 됩니다. 그렇기 때문에 NS 레코드가 제대로 있는지 확인하세요.

6. SRV 기록

SRV는 서비스를 의미합니다. 이러한 레코드는 VoIP, 이메일, 메시징 등 어떤 인터넷 서비스가 어떤 포트를 사용하는지 정의합니다.

SRV 레코드가 없으면 특정 포트에 대한 특정 트래픽이 삭제됩니다. 일반적으로 대부분의 웹사이트에서는 문제가 되지 않습니다. 그러나 VoIP, 이메일 또는 인스턴트 메시징을 사용하는 인터넷 서비스를 사용하는 경우 SRV 레코드를 올바르게 설정해야 합니다.

7. 공개 테스트 서버 기록

PTR 레코드는 역방향 DNS 조회에 사용됩니다. PTR은 포인터의 약자로, 이 레코드 유형은 IP 주소를 도메인 이름에 매핑합니다. 따라서 A/AAAA 레코드와 반대입니다.

PTR 레코드는 확인에 사용되므로 웹사이트 기능에 필요합니다. 간혹 웹사이트가 도메인 이름을 스푸핑하여 다른 도메인에 대한 요청을 서버에 보낼 수 있습니다. 서버는 PTR 레코드를 사용하여 도용한 도메인의 IP 주소가 실제 도메인의 주소와 일치하는지 확인할 수 있습니다.

일치하지 않는 항목이 있으면 요청이 거부됩니다.

보안에 기여하는 DNS 레코드

웹사이트 보안은 매우 중요합니다. 이에 대한 자세한 내용은 다른 글에서 확인할 수 있습니다.

다음은 웹사이트를 보호하고 스푸핑 및 캐시 중독과 같은 다양한 보안 위험을 방지하는 데 도움이 되는 기록입니다.

1. DNSSEC 레코드

DNSSEC는 DNS 보안을 의미합니다. 이는 DNS의 결함을 억제하는 것을 목표로 하는 보안 프로토콜입니다. 아시다시피 DNS는 보안을 염두에 두고 설계되지 않았습니다. 따라서 공격 벡터로 사용하기가 매우 쉬웠습니다.

DNSSEC에는 두 가지 유형의 새로운 레코드가 도입되었습니다. 이러한 레코드는 다른 레코드의 콘텐츠를 보호하고 레코드의 출처를 확인하는 데 도움이 됩니다.

DNSSEC는 공개 키 암호화를 기반으로 작동합니다. 기본적으로 DNS 레코드는 데이터를 변조할 수 없도록 암호화 키로 서명됩니다.

유사한 키를 사용하여 레코드가 올바른 출처에서 생성되었는지 확인합니다.

이는 캐시 포이즈닝 공격을 방어하여 웹사이트 보안에 도움이 됩니다. 악의적인 공격자는 확인자의 캐시에 있는 DNS 레코드를 변경하여 한 웹사이트에서 다른 웹사이트로 트래픽을 원활하게 리디렉션할 수 있습니다.

DNSSEC를 사용하면 웹사이트에 접속하려는 방문자가 악의적인 리디렉션을 받지 않도록 보호하고 평판을 유지할 수 있습니다.

DS 및 DNSKEY 레코드가 이를 구현하는 방법을 살펴보겠습니다.

2. DNSKEY 레코드

DNSKEY 레코드에는 공개 키가 포함되어 있습니다. 이 공개 키는 영역의 개인 키와 쌍을 이룹니다. 영역의 모든 DNS 레코드는 개인 키로 서명되며, DNSKEY 레코드의 공개 키는 해당 서명을 확인하는 데 사용됩니다.

서명을 확인할 수 없으면 기록의 데이터가 변경되었으며 이 기록은 유효하지 않다는 의미입니다.

하지만 여전히 공개 키 자체가 손상되지 않았는지 어떻게 확인할 수 있을까요? 바로 여기에 DS 레코드가 등장합니다.

3. DS 기록

DS 레코드는 위임 서명자의 약자입니다. 도메인에 권한을 위임하는 레코드입니다. DNS 계층 구조에는 영역이라는 관리 구분이 있습니다. 영역에는 부모 또는 자식이 있을 수 있습니다. 상위 영역은 권한이 있는 것으로 간주되며, 즉 신뢰할 수 있고 해당 정보를 신뢰할 수 있습니다.

상위 영역은 하위 영역에 권한을 위임할 수 있습니다. 이를 위해 DS 레코드를 사용합니다. DS 레코드에는 DNSKEY 레코드에 저장된 키의 해시가 포함되어 있습니다.

DNSKEY 레코드 값의 해시가 DS 레코드의 해시와 일치하면 키가 유효하다는 의미입니다. 이 확인은 모든 레벨(예: 영역의 부모, 부모의 부모 등)에서 수행됩니다.

4. SPF, DKIM 및 DMARC 기록

TXT 레코드는 보안에 있어 많은 역할을 합니다. 보안과 관련된 TXT 레코드를 SPF, DKIM 및 DMARC라고 합니다. 이들은 도메인과 관련된 이메일의 보안과 관련이 있습니다. 이를 설정하면 이메일 발신자의 평판을 보호하고 웹사이트의 이메일 전달성을 향상시킬 수 있습니다.

이러한 레코드의 역할은 서로 연관되어 있습니다. SPF 레코드부터 시작하겠습니다.

5. SPF 기록

SPF는 발신자 정책 프레임워크의 약자입니다. SPF 레코드는 도메인을 대신하여 이메일을 보낼 수 있는 권한이 있는 메일 서버를 나열합니다. SPF 레코드가 생기기 전에는 누구나 이메일을 보내면서 특정 도메인에서 보낸 것이라고 주장할 수 있었습니다. 이로 인해 피싱, 악의적인 리디렉션, 심지어 소셜 엔지니어링에 이러한 이메일을 사용하는 사기꾼의 문제가 발생했습니다.

6. DKIM 기록

DKIM은 도메인 키 식별 메일의 약자입니다. 이 또한 텍스트 레코드의 한 유형입니다. DKIM 레코드는 SPF 레코드가 남긴 한 가지 취약점을 보완합니다. 바로 이메일 주소를 스푸핑하는 기능입니다.

또한 DKIM 레코드는 암호화를 사용하여 이메일이 올바른 출처에서 발신되었는지 확인합니다. DKIM은 DNS 레코드에서 사용할 수 있는 공개 키와 개인 키로 서명된 이메일의 DKIM 헤더의 두 부분으로 구성됩니다. 이메일을 수신하는 클라이언트는 DKIM 헤더 키와 레코드 키가 같은 쌍에 속하는지 확인해야 합니다. 일치하면 이메일이 올바른 출처에서 온 것이고, 일치하지 않으면 이메일이 거부됩니다.

7. DMARC 기록

DKIM과 SPF는 이메일의 출처를 확인하고 스푸핑을 줄이는 데 사용됩니다. DMARC는 앞서 언급한 검사에 실패한 이메일을 수신한 경우 이메일 수신자에게 조치 방법을 알려주는 데 사용됩니다.

DMARC는 도메인 기반 메시지 인증 보고 및 준수의 약자입니다.

기본적으로 DMARC 레코드는 이메일이 SPF 및 DKIM 검사에 실패할 경우 이메일 수신자에게 다음 중 하나 이상의 조치를 취하도록 지시합니다.

• 이메일을 스팸으로 표시합니다.
• 스팸 메일 통과시키기
• 스팸 메일 수신 거부

또한 이메일이 SPF 및 DKIM 검사에 실패한 도메인에 대해서도 보고합니다. 이를 통해 도메인 소유자는 도메인에 문제가 있는지 확인하고 발신자 평판을 유지하기 위한 조치를 신속하게 취할 수 있습니다.

DMARC 레코드가 없으면 이메일 서비스 제공업체는 이메일 거부 또는 수락에 대해 자체적으로 판단합니다. 이는 도메인의 평판 (그리고 더 나아가 웹사이트의 평판)에 이상한 결과를 초래할 수 있습니다. 따라서 이를 제어하는 것이 좋습니다.

결론

이제 DNS 레코드가 웹사이트 기능 및 보안에 얼마나 중요한지 알 수 있습니다. DNS 레코드가 없으면 웹사이트를 찾을 수 없습니다. 또한 DNS는 웹사이트의 개별 서비스(예: 이메일 및 VoIP)에 대한 포트를 정의하는 역할도 담당합니다.

DNS 보안 레코드를 사용하면 다른 사람이 웹사이트의 유사성을 악용하여 해를 끼치는 것을 방지할 수 있습니다. 또한 웹사이트의 이메일 발신자 평판이 유지되어 더 많은 이메일이 소비자의 받은 편지함으로 전달될 수 있습니다.