13 件中 13 件を表示
TLSA レコードの 1 番目のフィールドです。
| 値 | 略称 | 説明 | 参考文献 |
|---|---|---|---|
0注記 | PKIX-TA | PKIX-TA（0）は TLSA の証明書の用途「CA constraint」です。 | RFC 6698 |
1 | PKIX-EE | PKIX-EE（1）は TLSA の証明書の用途「Service certificate constraint」です。 | RFC 6698 |
2注記 | DANE-TA | DANE-TA（2）は TLSA の証明書の用途「Trust anchor assertion」です。 | RFC 6698 |
3注記 | DANE-EE | DANE-EE（3）は TLSA の証明書の用途「Domain-issued certificate」です。 | RFC 6698 |
255 | PrivCert | PrivCert（255）は TLSA の証明書の用途「Reserved for Private Use」です。 | RFC 6698 |
| 範囲 | ステータス | 説明 |
|---|---|---|
| 4–254 | unassigned | Unassigned |
出典：DNS-Based Authentication of Named Entities (DANE) Parameters（IANA）、2026-10-20 に取得。データのライセンス：CC0-1.0。 TLSA Certificate Usages
PKIX-TA（0）は、公開 CA までのチェーンがあり、かつその CA が TLSA レコードと一致することを求めます。RFC 7672 は SMTP での使用を推奨していません。
用途 0 と 1 は、通常の Web PKI の検証に DNS による制約を加えます。メールサーバー間の SMTP について、RFC 7672 §3.1.3 は TLSA レコードでこれらを使うべきではない（SHOULD NOT）としています。DNS を偽造できる攻撃者はいずれにせよレコードを置き換えられますし、メールサーバー間には信頼する CA の共通リストがないためです。
DANE-TA（2）は、トラストアンカー（通常は発行元の CA）を DNS でピン留めします。
用途 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）は、鍵が変わらない限り証明書を更新してもそのまま使えます。
TLSA レコードの 2 番目のフィールドです。
| 値 | 略称 | 説明 | 参考文献 |
|---|---|---|---|
0 | Cert | Cert（0）は TLSA のセレクター「Full certificate」です。 | RFC 6698 |
1 | SPKI | SPKI（1）は TLSA のセレクター「SubjectPublicKeyInfo」です。 | RFC 6698 |
2 | C509 | C509（2）は TLSA のセレクター「C509Certificate」です。 | RFC-ietf-cose-cbor-encoded-cert-21 |
255 | PrivSel | PrivSel（255）は TLSA のセレクター「Reserved for Private Use」です。 | RFC 6698 |
| 範囲 | ステータス | 説明 |
|---|---|---|
| 3–254 | unassigned | Unassigned |
出典：DNS-Based Authentication of Named Entities (DANE) Parameters（IANA）、2026-10-20 に取得。データのライセンス：CC0-1.0。 TLSA Selectors
TLSA レコードの 3 番目のフィールドです。
| 値 | 略称 | 説明 | 参考文献 |
|---|---|---|---|
0 | Full | Full（0）は TLSA のマッチングタイプ「No hash used」です。 | RFC 6698 |
1 | SHA2-256 | SHA2-256（1）は TLSA のマッチングタイプ「256 bit hash by SHA2」です。 | RFC 6234 |
2 | SHA2-512 | SHA2-512（2）は TLSA のマッチングタイプ「512 bit hash by SHA2」です。 | RFC 6234 |
255 | PrivMatch | PrivMatch（255）は TLSA のマッチングタイプ「Reserved for Private Use」です。 | RFC 6698 |
| 範囲 | ステータス | 説明 |
|---|---|---|
| 3–254 | unassigned | Unassigned |
出典：DNS-Based Authentication of Named Entities (DANE) Parameters（IANA）、2026-10-20 に取得。データのライセンス：CC0-1.0。 TLSA Matching Types