Первое поле TLSA-записи.
Источник: DNS-Based Authentication of Named Entities (DANE) Parameters (IANA), данные получены 2026-10-20. Лицензия на данные: CC0-1.0. TLSA Certificate Usages
Примечания к отдельным записям
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 (2) закрепляет в DNS якорь доверия — обычно CA, который выпустил сертификат.
При типе использования 2 цепочка сервера должна вести к сертификату или ключу из записи TLSA, причём это не обязательно публичный CA. RFC 7672, § 3.1.2 требует, чтобы сервер отправлял якорь доверия в своей цепочке, если запись соответствует ключу, а не полному сертификату.
DANE-EE (3) закрепляет в DNS собственный сертификат или ключ сервера; имена и срок действия в сертификате не проверяются.
При типе использования 3 одна только запись TLSA привязывает ключ к имени: согласно RFC 7672, § 3.1.1, сервер считается аутентифицированным, даже если ни одно имя в сертификате не совпадает, а дату истечения срока действия сертификата необходимо (MUST) игнорировать. Распространённая запись «3 1 1» (DANE-EE, SPKI, SHA-256) переживает продление сертификата, пока ключ остаётся прежним.