--- title: "DNSSECとHTTPS/TLSの違い【SG試験】" description: "DNSSECとHTTPS/TLSは、どちらもインターネットの安全性に関係する技術ですが、守る対象が異なります。DNSSECはDNS応答の正当性と完全性を確認し、HTTPS/TLSはWeb通信の暗号化と通信相手の確認を行います。SG試験・情報セキュリティマネジメント試験で混同しやすい判断ポイントを整理します。" last_modified_at: "2026-05-20" canonical_url: "https://stemtazoo.github.io/sg/dnssec-vs-https-tls/" section: "sg" --- ## まず結論 DNSSECとHTTPS/TLSの違いは、**DNSの応答を守るのか、Web通信を守るのか**です。 SG試験では、次のように整理すると判断しやすくなります。 | 技術 | 守る対象 | 主な役割 | |---|---|---| | DNSSEC | DNS応答 | DNS情報の正当性・完全性を検証する | | HTTPS/TLS | Web通信 | 通信内容を暗号化し、通信相手を確認する | DNSSECは、ドメイン名からIPアドレスを調べる段階で、**そのDNS応答が本物か、改ざんされていないか**を確認する仕組みです。 HTTPS/TLSは、Webサイトに接続した後の通信で、**通信内容を盗み見されにくくし、接続先が正しい相手か**を確認する仕組みです。 --- ## このページで切り分けること（先にここだけ） このページは、**DNSSECとHTTPS/TLSが守る場所の違い**を中心に整理します。 - DNSSEC：DNS応答の正当性・完全性を確認する - HTTPS/TLS：Web通信の暗号化と通信相手確認を行う - 試験の切り分け：名前解決を守るのか、通信中を守るのか > 迷ったら、**「名前解決の話か、通信中の話か」**を見ます。 ## SG試験で選択肢を切る判断軸（DNSSEC/HTTPS-TLS編） - 「DNS応答の改ざん検知」「正しいゾーン情報」 → DNSSECの話 - 「通信内容の暗号化」「盗聴防止」「サーバ証明書」 → HTTPS/TLSの話 - 「DNSSECで通信内容を暗号化する」 → 誤り。DNSSECはDNS応答検証であり通信暗号化そのものではない ## 関連記事との役割分担（混同防止） - DNSSECを単体で確認したい → [DNSSECとは？DNS応答の正当性と完全性を確認する仕組み【SG試験】](https://stemtazoo.github.io/sg/dnssec/) - HTTP/HTTPSの基本を確認したい → [HTTPとHTTPSの違いとは？安全な通信の判断ポイント【SG試験】](https://stemtazoo.github.io/sg/http-https/) - TLSの仕組みを確認したい → [SSL/TLSとは？通信を守る暗号化の仕組み【SG試験】](https://stemtazoo.github.io/sg/ssl-tls/) --- ## 直感的な説明 Webサイトを見るまでの流れは、大きく分けると次の2段階です。 ```text 1. DNSで住所を調べる ドメイン名 → IPアドレス 2. Webサイトと通信する ブラウザ ↔ Webサーバ ``` DNSSECは、1つ目の「住所を調べる段階」を安全にする技術です。 たとえるなら、住所案内で返ってきた住所が、**本当に公式の住所か**を確認する仕組みです。 一方、HTTPS/TLSは、2つ目の「Webサイトと通信する段階」を安全にする技術です。 たとえるなら、相手と会話するときに、**盗み聞きされにくい通話路を作り、相手が本人か確認する**仕組みです。 つまり、DNSSECとHTTPS/TLSは、どちらも安全性に関係しますが、守っている場所が違います。 --- ## 定義・仕組み ### DNSSECとは DNSSEC（DNS Security Extensions）は、DNS応答にデジタル署名を付けることで、DNS情報の正当性と完全性を検証する仕組みです。 DNSSECで確認する主な内容は、次の2つです。 | 確認すること | 内容 | |---|---| | 正当性 | 正しい管理者が作成したDNS情報か | | 完全性 | DNS応答が途中で改ざんされていないか | たとえば、攻撃者が偽のDNS応答を返して、利用者を偽サイトへ誘導しようとした場合、DNSSECによって不正な応答を検出しやすくなります。 ただし、DNSSECはDNS通信の内容を暗号化する仕組みではありません。 ### HTTPS/TLSとは HTTPSは、HTTP通信をTLSで保護する仕組みです。 TLSは、インターネット上の通信を安全に行うためのプロトコルです。 HTTPS/TLSで実現する主な内容は、次の3つです。 | 確認・保護すること | 内容 | |---|---| | 機密性 | 通信内容を暗号化し、盗み見されにくくする | | 完全性 | 通信内容が途中で改ざんされていないか確認する | | 認証 | 接続先サーバが正しい相手か確認する | WebサイトでURLが `https://` から始まる場合、ブラウザとWebサーバの間の通信はTLSによって保護されます。 --- ## どんな場面で使う？ ### DNSSECが関係する場面 DNSSECは、DNSの名前解決結果を信頼したい場面で関係します。 たとえば、次のような場面です。 - DNSキャッシュポイズニング対策 - 偽のDNS応答による偽サイト誘導の防止 - DNSリソースレコードの改ざん検知 - ドメインのDNS情報の正当性確認 DNSSECは、Webサイトへ接続する前の「名前解決」の信頼性を高めます。 ### HTTPS/TLSが関係する場面 HTTPS/TLSは、Webサイトとの通信を安全に行いたい場面で使われます。 たとえば、次のような場面です。 - ログインIDやパスワードを送信する - クレジットカード情報を入力する - 問い合わせフォームから個人情報を送る - Webサイトの内容が途中で改ざんされないようにする HTTPS/TLSは、Webサーバとブラウザの間の通信を保護します。 --- ## DNSSECとHTTPS/TLSの切り分け DNSSECとHTTPS/TLSは、どちらも「正しい相手か」「改ざんされていないか」に関係します。 そのため、試験では混同しやすいです。 切り分けるときは、**どの段階の話か**を見ると判断しやすくなります。 | 問われている内容 | 関連する技術 | |---|---| | ドメイン名からIPアドレスを調べる結果が正しいか | DNSSEC | | DNSリソースレコードが改ざんされていないか | DNSSEC | | Webサイトとの通信内容を暗号化する | HTTPS/TLS | | ブラウザとWebサーバ間の通信を保護する | HTTPS/TLS | | サーバ証明書を使って接続先を確認する | HTTPS/TLS | 特に、**DNS応答・リソースレコード・名前解決**という言葉が出たらDNSSECを考えます。 一方、**Web通信・HTTPS・TLS・サーバ証明書・暗号化通信**という言葉が出たらHTTPS/TLSを考えます。 --- ## よくある誤解・混同 ### 誤解1：DNSSECはWeb通信を暗号化する仕組みである これは誤りです。 DNSSECは、DNS応答の正当性と完全性を確認する仕組みです。 WebブラウザとWebサーバの通信を暗号化するのは、主にHTTPS/TLSの役割です。 ### 誤解2：HTTPS/TLSがあればDNSSECは不要である HTTPS/TLSはWeb通信を保護しますが、DNSの名前解決そのものを保護する仕組みではありません。 たとえば、DNSの応答が偽装されると、利用者が意図しないIPアドレスに誘導される可能性があります。 HTTPS/TLSとDNSSECは守る場所が違うため、単純にどちらか一方だけで全てを守るという関係ではありません。 ### 誤解3：DNSSECは通信内容を秘密にする仕組みである これも誤りです。 DNSSECは、DNS応答にデジタル署名を付けて検証します。 主な目的は、盗聴防止ではなく、**なりすましや改ざんの検出**です。 ### 誤解4：HTTPS/TLSはDNSキャッシュポイズニング対策そのものである HTTPS/TLSは、Web通信の保護には有効ですが、DNSキャッシュに偽の情報を覚え込ませる攻撃そのものを防ぐ仕組みではありません。 DNSキャッシュポイズニングへの対策としては、DNSSECのようにDNS応答の正当性を検証する仕組みが関係します。 --- ## SG試験での判断ポイント DNSSECとHTTPS/TLSを切り分けるときは、問題文のキーワードに注目します。 ### DNSSECを選びやすいキーワード - DNS応答 - 名前解決 - リソースレコード - 権威DNSサーバ - デジタル署名 - 正当性 - 完全性 - DNSキャッシュポイズニング ### HTTPS/TLSを選びやすいキーワード - HTTPS - TLS - Web通信 - 通信内容の暗号化 - サーバ証明書 - ブラウザとWebサーバ - 盗聴防止 - 改ざん検知 ### ひっかけを切る基準 | 選択肢の表現 | 判断 | |---|---| | DNS応答にデジタル署名を付ける | DNSSEC | | DNSリソースレコードの正当性を検証する | DNSSEC | | Web通信を暗号化する | HTTPS/TLS | | サーバ証明書で接続先を確認する | HTTPS/TLS | | DNS通信の内容を暗号化する | DNSSECの主目的ではない | | DNSサーバを二重化する | セカンダリDNSなど可用性の話 | SG試験では、単に「安全にする」と書かれているだけでは判断できません。 **何を安全にするのか**を確認することが大切です。 --- ## ミニ問題 DNSSECとHTTPS/TLSの違いとして、最も適切なものはどれか。

ア DNSSECはWeb通信を暗号化し、HTTPS/TLSはDNSサーバを二重化する仕組みである。

イ DNSSECはDNS応答の正当性と完全性を検証し、HTTPS/TLSはWeb通信の暗号化や接続先の確認を行う仕組みである。

ウ DNSSECは不特定多数からの再帰問い合わせを受け付ける仕組みであり、HTTPS/TLSはDNSキャッシュを一時保存する仕組みである。

エ DNSSECとHTTPS/TLSはどちらも同じ役割であり、名称だけが異なる。

回答と解説 正解は、イです。 DNSSECは、DNS応答にデジタル署名を付け、DNS情報の正当性と完全性を検証する仕組みです。 HTTPS/TLSは、ブラウザとWebサーバ間の通信を暗号化し、サーバ証明書などを使って接続先を確認する仕組みです。 - ア：DNSSECとHTTPS/TLSの役割が誤っています。DNSサーバの二重化は可用性向上の話です。 - ウ：不特定多数からの再帰問い合わせはオープンリゾルバに関する話です。 - エ：DNSSECとHTTPS/TLSは守る対象が異なります。 SG試験では、DNSSECを「名前解決の結果を検証する」、HTTPS/TLSを「Web通信を保護する」と切り分けましょう。
--- ## まとめ（試験直前用） DNSSECとHTTPS/TLSは、どちらも安全性に関係しますが、守る対象が異なります。 試験直前には、次の3点を押さえておきましょう。 - DNSSECは、DNS応答の正当性と完全性を検証する - HTTPS/TLSは、Web通信を暗号化し、接続先を確認する - DNSSECは名前解決、HTTPS/TLSはWeb通信と切り分ける SG試験では、「安全にする技術」という大きなくくりで覚えると混同しやすくなります。 **DNSSEC＝DNS応答の検証、HTTPS/TLS＝Web通信の保護**と覚えておきましょう。