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

Цепочка доверия DNSSEC

Определение

Цепочка доверия DNSSEC — это последовательность проверок от локального якоря доверия до ключей и подписей нужной зоны. На каждом шаге DS родителя сопоставляют с DNSKEY дочерней зоны и этим ключом проверяют подпись набора DNSKEY.

Также ищут: DS-to-DNSKEY chain · DNSSEC chain of trust

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

При смене оператора DNS данные зоны могут выглядеть правильными, но не проходить проверку из-за DS родителя. Нужно проверять весь путь, а не только подпись у конечного имени.

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

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

Доказательная часть

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

  1. Самоподпись или отдельная RRSIG не создаёт доверия: проверка начинается с настроенного якоря и проходит всю применимую цепочку.

    Граница применимости: Модель доверия при проверке DNSSEC.

  2. Якорь доверия является доверенным входом проверяющей стороны. Полученная из недоверенного DNS-ответа запись не становится якорем только потому, что содержит ключ или подпись.

    Граница применимости: Модель якорей DNSSEC по RFC 4033; автоматическое сопровождение якорей отдельными протоколами здесь не описывается.

  3. DS связывает дочернюю зону с DNSKEY через идентификаторы алгоритма и дайджест. Он не указывает адрес DNS-сервера и не заменяет записи NS.

    Граница применимости: Формат DS по RFC 4034; совпадение проверяется с подходящим ключом, а не с адресом обслуживания.

  4. Проверенное отсутствие DS у подписанного родителя означает отсутствие защищённого делегирования по этому пути. Сама дочерняя зона при этом может иметь подписи, но они не получают доверие от отсутствующей связи автоматически.

    Граница применимости: Базовая проверка делегирования DNSSEC по RFC 4035; наличие отдельного локального якоря для дочерней зоны меняет исходные условия.

  5. Разделение задач подписи ключей и прочих наборов может выполняться разными ключами, но KSK и ZSK не являются отдельными типами ресурсных записей: открытые ключи представлены DNSKEY.

    Граница применимости: Роли ключей в базовой модели DNSSEC и тип DNSKEY по RFC 4033 и RFC 4034; конкретная политика смены ключей не предписывается.

  6. При переносе подписанной зоны предлагаем сопоставить DS родителя с ключами, которые фактически обслуживает новая сторона. Рабочие NS и подписи нового набора сами по себе не подтверждают сохранение прежней цепочки.

    Граница применимости: Редакторская проверка переноса из модели делегирования DNS и валидации DNSSEC; календарь смены ключей зависит от выбранной процедуры и кэшей.

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

Не путать

Цепочка доверия DNSSEC Делегирование DNS

Делегирование через NS задаёт путь к серверам. Цепочка через DS и DNSKEY устанавливает доверие к ключам; изменение первого пути не обновляет вторую связь автоматически.

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

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

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

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

  1. Определите применимый доверенный якорь проверяющей стороны.
  2. Проследите каждое защищённое делегирование до целевой зоны.
  3. Сопоставьте DS с фактически доступной DNSKEY дочерней зоны.
  4. Проверьте подпись набора DNSKEY и затем нужных наборов данных.
  5. Отсутствие DS подтверждайте предусмотренным доказательством, а не пустым выводом утилиты.
  6. При переносе сверяйте родительские данные, новую зону и ещё действующие кэшированные состояния.
  7. Проверьте итог обычным валидирующим запросом, сохранив диагностику каждой ошибки.
Открытые основания

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

  • Стандарт5
  • Первичная спецификация
    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 · 04 · 06

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

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

    Утверждения: 01 · 05 · 07

  • Первичная спецификация
    DNS Security Introduction and Requirements Internet Engineering Task Force · RFC 4033, March 2005 · проверено

    Определяет DNSSEC goals, resolver security states, trust anchors и границы защиты.

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

  • Первичная спецификация
    DNS Terminology Internet Engineering Task Force · RFC 9499 / BCP 219, March 2024 · проверено

    Актуализирует определения names, resolvers, authoritative servers, zones, delegation, split DNS и DNSSEC states.

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

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

    Определяет иерархию DNS, zones, authoritative data, referrals и resolver algorithm.

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

Карта знаний

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

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

Курсы по теме

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