DNS и разрешение имён

Записи DNSSEC: DNSKEY, DS, RRSIG и NSEC

Определение

Записи DNSSEC — это особые типы ресурсных записей, в которых публикуют материал для проверки ответов DNS. DNSKEY хранит открытый ключ, DS ссылается из родительской зоны на ключ дочерней, RRSIG подписывает набор записей, а NSEC доказывает отсутствие имени или типа.

Также ищут: DNSSEC records · записи DNSSEC · DNSKEY, DS, RRSIG и NSEC

Зачем это знать

Набор знакомых названий в выводе утилиты не равен защищённому ответу. Для проверки нужно связать конкретные типы, ключи, имена, подписи и допустимые сроки.

Связи из словаря

Карта понятия

Записи DNSSEC: DNSKEY, DS, RRSIG и NSEC
Доказательная часть

Что подтверждено

  1. DNSKEY публикует ключ, DS ссылается из родительской зоны на ключ дочерней, RRSIG подписывает RRset, а NSEC доказывает отсутствие имени или типа записи.

    Граница применимости: Основные роли ресурсных записей DNSSEC.

  2. Наличие отдельной DNSKEY или RRSIG не доказывает защищённое состояние без действующих подписей, подходящего времени и цепочки к якорю доверия.

    Граница применимости: Наличие записей DNSSEC и завершённая проверка.

  3. DNSKEY содержит открытый ключ и параметры его использования. Секретный ключ подписывающей стороны этой записью не публикуется.

    Граница применимости: Формат DNSKEY по RFC 4034; хранение и защита секретных ключей находятся вне формата DNS-записи.

  4. RRSIG указывает покрываемый тип, параметры ключа и период действия подписи. Для проверки нужно сопоставить её с правильным набором записей, а не с любой строкой того же имени.

    Граница применимости: Поля RRSIG по RFC 4034; валидатор дополнительно проверяет ключ и доверенный путь.

  5. NSEC связывает имя со следующим существующим именем и перечисляет присутствующие типы. Эти сведения используются в отрицательной проверке; для полного ответа могут понадобиться несколько доказательств, включая условия подстановочных имён.

    Граница применимости: Базовые отрицательные доказательства NSEC в RFC 4034 и RFC 4035; NSEC3 и его отдельные правила здесь не описываются.

  6. Допустимый срок использования проверенного набора ограничивается в том числе оставшимся временем действия подписи. Большой TTL записи не продлевает истёкшую RRSIG.

    Граница применимости: Ограничения TTL при проверке по RFC 4035, §5.3.3; предполагаются корректное время и успешные остальные проверки.

Граница терминов

Не путать

Записи DNSSEC: DNSKEY, DS, RRSIG и NSEC Ресурсная запись DNS

DNSSEC тоже использует ресурсные записи, но с особыми ролями. RRSIG подтверждает определённый RRset; подпись соседнего типа не распространяется на остальные записи автоматически.

Записи DNSSEC: DNSKEY, DS, RRSIG и NSEC Цепочка доверия DNSSEC

Записи дают материал для проверки. Цепочка доверия определяет, почему найденному ключу можно доверять от принятого якоря; наличие DNSKEY в ответе само этого не доказывает.

Перед спецификацией

Что проверить

  1. Сопоставьте каждый тип DNSSEC с его ролью в нужном ответе.
  2. Проверьте связь DS с подходящим открытым ключом дочерней зоны.
  3. Сверьте покрываемый тип RRSIG и полный проверяемый набор записей.
  4. Учитывайте начало и окончание действия подписи вместе с TTL.
  5. Для отрицательного ответа проверьте достаточность всех необходимых доказательств.
  6. Не считайте наличие открытого ключа или самоподписи установлением доверия.
  7. Проверьте конечное состояние у валидатора, которым действительно пользуется клиент.
Открытые основания

Первоисточники

  • Стандарт3
  • Первичная спецификация
    Resource Records for the DNS Security Extensions Internet Engineering Task Force · RFC 4034, March 2005 · проверено

    Определяет DNSKEY, RRSIG, NSEC и DS resource records и canonical form для signatures.

    Утверждения: 01 · 02 · 03 · 04 · 05 · 06

  • Первичная спецификация
    Protocol Modifications for the DNS Security Extensions Internet Engineering Task Force · RFC 4035, March 2005 · проверено

    Определяет signing, authoritative serving и resolver validation behavior DNSSEC.

    Утверждения: 02 · 06 · 07

  • Первичная спецификация
    Domain Names — Implementation and Specification Internet Engineering Task Force · RFC 1035, November 1987 · проверено

    Задаёт DNS wire format, master files и базовые resource records A, CNAME, MX, NS и SOA.

Карта знаний

Связанные понятия

Из знания — в навык

Курсы по теме

Подтвердите действие