Перейти к содержимому
ecdsa.com
DNSSEC и DANE

Поля DANE TLSA: использование, селектор, тип сопоставления

Три числовых поля записи DANE TLSA — использование сертификата, селектор и тип сопоставления — с аббревиатурами и значением по реестру IANA DANE.

Показано: 13 из 13

DANE TLSA: использование сертификата · 5 записей

Первое поле TLSA-записи.

ЗначениеАббревиатураОписаниеСсылки
0ПримечаниеPKIX-TAPKIX-TA (0) — вариант использования сертификата TLSA «CA constraint».RFC 6698
1PKIX-EEPKIX-EE (1) — вариант использования сертификата TLSA «Service certificate constraint».RFC 6698
2ПримечаниеDANE-TADANE-TA (2) — вариант использования сертификата TLSA «Trust anchor assertion».RFC 6698
3ПримечаниеDANE-EEDANE-EE (3) — вариант использования сертификата TLSA «Domain-issued certificate».RFC 6698
255PrivCertPrivCert (255) — вариант использования сертификата TLSA «Reserved for Private Use».RFC 6698
Неназначенные и зарезервированные диапазоны · 1 запись
ДиапазонСтатусОписание
4–254unassignedUnassigned

Источник: DNS-Based Authentication of Named Entities (DANE) Parameters (IANA), данные получены 2026-10-20. Лицензия на данные: CC0-1.0. TLSA Certificate Usages

Примечания к отдельным записям

pkix-ta

PKIX-TA (0) требует цепочку до публичного CA и соответствие этого CA записи TLSA; для SMTP RFC 7672 не рекомендует этот тип.

Типы использования 0 и 1 добавляют ограничение через DNS поверх обычной проверки Web PKI. Для SMTP между почтовыми серверами RFC 7672, § 3.1.3 указывает, что записям TLSA не следует (SHOULD NOT) их использовать: злоумышленник, способный подделать DNS, всё равно может их заменить, а у почтовых серверов нет общего списка доверенных CA.

dane-ta

DANE-TA (2) закрепляет в DNS якорь доверия — обычно CA, который выпустил сертификат.

При типе использования 2 цепочка сервера должна вести к сертификату или ключу из записи TLSA, причём это не обязательно публичный CA. RFC 7672, § 3.1.2 требует, чтобы сервер отправлял якорь доверия в своей цепочке, если запись соответствует ключу, а не полному сертификату.

dane-ee

DANE-EE (3) закрепляет в DNS собственный сертификат или ключ сервера; имена и срок действия в сертификате не проверяются.

При типе использования 3 одна только запись TLSA привязывает ключ к имени: согласно RFC 7672, § 3.1.1, сервер считается аутентифицированным, даже если ни одно имя в сертификате не совпадает, а дату истечения срока действия сертификата необходимо (MUST) игнорировать. Распространённая запись «3 1 1» (DANE-EE, SPKI, SHA-256) переживает продление сертификата, пока ключ остаётся прежним.

DANE TLSA: селекторы · 4 записи

Второе поле TLSA-записи.

ЗначениеАббревиатураОписаниеСсылки
0CertCert (0) — селектор TLSA «Full certificate».RFC 6698
1SPKISPKI (1) — селектор TLSA «SubjectPublicKeyInfo».RFC 6698
2C509C509 (2) — селектор TLSA «C509Certificate».RFC-ietf-cose-cbor-encoded-cert-21
255PrivSelPrivSel (255) — селектор TLSA «Reserved for Private Use».RFC 6698
Неназначенные и зарезервированные диапазоны · 1 запись
ДиапазонСтатусОписание
3–254unassignedUnassigned

Источник: DNS-Based Authentication of Named Entities (DANE) Parameters (IANA), данные получены 2026-10-20. Лицензия на данные: CC0-1.0. TLSA Selectors

DANE TLSA: типы сопоставления · 4 записи

Третье поле TLSA-записи.

ЗначениеАббревиатураОписаниеСсылки
0FullFull (0) — тип сопоставления TLSA «No hash used».RFC 6698
1SHA2-256SHA2-256 (1) — тип сопоставления TLSA «256 bit hash by SHA2».RFC 6234
2SHA2-512SHA2-512 (2) — тип сопоставления TLSA «512 bit hash by SHA2».RFC 6234
255PrivMatchPrivMatch (255) — тип сопоставления TLSA «Reserved for Private Use».RFC 6698
Неназначенные и зарезервированные диапазоны · 1 запись
ДиапазонСтатусОписание
3–254unassignedUnassigned

Источник: DNS-Based Authentication of Named Entities (DANE) Parameters (IANA), данные получены 2026-10-20. Лицензия на данные: CC0-1.0. TLSA Matching Types

Все реестры