セキュリティ

DNSのコモンネーム(CN)についてわかりやすく解説

DNSのコモンネーム(CN)は、SSL/TLS証明書に記載されるフィールドの一つで、証明書が保護するドメイン名を示します。

例えば、ウェブサイト example.com の証明書では、CNに example.com が設定されます。

ブラウザはアクセス先のドメインとCNを照合し、一致しない場合は警告を表示します。

現在では、複数のドメインを扱える「サブジェクトオルタネートネーム(SAN)」が主流ですが、CNも依然重要な役割を果たしています。

目次から探す

DNSのコモンネーム(CN)とは

DNS(Domain Name System)は、インターネット上のドメイン名とIPアドレスを相互に変換するシステムです。

このDNSの中で、コモンネーム(Common Name、略してCN)は、特にSSL/TLS証明書に関連する重要な要素です。

コモンネームは、証明書が適用されるドメイン名を指定するために使用されます。

具体的には、ウェブサイトのURLやメールサーバーのアドレスなど、ユーザーがアクセスする際に使用する名前を指します。

コモンネームは、SSL/TLS証明書の発行時に指定され、証明書がそのドメイン名に対して有効であることを示します。

たとえば、あるウェブサイトが www.example.com というドメイン名を持っている場合、そのSSL証明書のコモンネームは www.example.com となります。

この設定により、ブラウザはその証明書が正当であるかどうかを確認し、安全に通信を行うことができます。

コモンネームは、単一のドメイン名だけでなく、ワイルドカード(例：*.example.com)を使用して、特定のドメインのサブドメインにも適用することができます。

これにより、複数のサブドメインを持つウェブサイトに対して、1つの証明書で対応することが可能になります。

このように、コモンネームはインターネット上での安全な通信を確保するために欠かせない要素であり、正確に設定されることが重要です。

コモンネームの役割

コモンネーム(CN)は、SSL/TLS証明書において非常に重要な役割を果たします。

その主な役割は、証明書が適用されるドメイン名を特定し、ユーザーが安全に通信できる環境を提供することです。

以下に、コモンネームの具体的な役割をいくつか挙げます。

ドメインの識別

コモンネームは、SSL/TLS証明書が適用される特定のドメイン名を示します。

これにより、ブラウザやクライアントは、接続先のサーバーが本当にそのドメイン名を持つものであるかを確認できます。

正しいコモンネームが設定されていない場合、ユーザーは警告メッセージを受け取ることになり、信頼性が損なわれる可能性があります。

セキュリティの確保

コモンネームは、通信のセキュリティを確保するための重要な要素です。

SSL/TLS証明書は、データの暗号化を行い、第三者による盗聴や改ざんを防ぎます。

コモンネームが正しく設定されていることで、ユーザーは安全な接続を確信し、安心して情報を送信することができます。

ワイルドカード証明書の利用

コモンネームは、ワイルドカード証明書を使用する際にも重要です。

ワイルドカード証明書では、コモンネームにアスタリスク(*)を使用することで、特定のドメインのすべてのサブドメインに対して証明書を適用できます。

たとえば、 *.example.com と設定することで、 www.example.com や mail.example.com など、複数のサブドメインを一つの証明書でカバーすることが可能です。

これにより、管理の手間が軽減され、コストの削減にもつながります。

ユーザーの信頼性向上

正しいコモンネームが設定されたSSL/TLS証明書は、ユーザーに対して信頼性を提供します。

ブラウザのアドレスバーに表示される鍵アイコンや https:// の表示は、ユーザーに対してそのサイトが安全であることを示します。

コモンネームが適切に設定されていることで、ユーザーは安心してサイトを利用できるようになります。

このように、コモンネームはSSL/TLS証明書の中で重要な役割を果たし、インターネット上での安全な通信を支える基盤となっています。

正確な設定と管理が求められる要素です。

コモンネームとサブジェクトオルタネートネーム(SAN)の違い

コモンネーム(CN)とサブジェクトオルタネートネーム(SAN)は、どちらもSSL/TLS証明書に関連する重要な要素ですが、それぞれ異なる役割と機能を持っています。

以下に、両者の違いを詳しく説明します。

定義の違い

コモンネーム(CN): コモンネームは、SSL/TLS証明書が適用される主なドメイン名を指定します。

通常、証明書の発行時に指定されるもので、1つのドメイン名に対してのみ有効です。

たとえば、 www.example.com がコモンネームとして設定されることが一般的です。

サブジェクトオルタネートネーム(SAN): SANは、SSL/TLS証明書において、コモンネーム以外の追加のドメイン名やIPアドレスを指定するためのフィールドです。

これにより、1つの証明書で複数のドメイン名をカバーすることができます。

たとえば、 www.example.com だけでなく、 mail.example.com や example.net なども含めることができます。

用途の違い

コモンネームの用途: コモンネームは、主に1つのドメイン名に対して証明書を発行する際に使用されます。

シンプルなウェブサイトやサービスにおいて、特定のドメイン名を保護するために必要です。

SANの用途: SANは、複数のドメイン名やサブドメインを持つウェブサイトやサービスにおいて、1つの証明書でそれらを一括して保護するために使用されます。

特に、企業や組織が複数の関連ドメインを持つ場合に便利です。

SANを使用することで、管理の手間を減らし、コストを削減することができます。

証明書の互換性

コモンネームの互換性: コモンネームは、古いSSL/TLS証明書でも広く使用されており、ほとんどのブラウザやクライアントでサポートされています。

ただし、コモンネームだけでは複数のドメインをカバーできないため、単一のドメインに特化した証明書となります。

SANの互換性: SANは、近年のSSL/TLS証明書で一般的に使用されており、ほとんどのブラウザやクライアントでサポートされています。

SANを使用することで、より柔軟に複数のドメインを管理できるため、特にビジネス用途での需要が高まっています。

設定の違い

コモンネームの設定: コモンネームは、証明書の申請時に1つのドメイン名を指定するだけで済みます。

設定が比較的簡単で、特に小規模なサイトに適しています。

SANの設定: SANを使用する場合、証明書の申請時に複数のドメイン名を指定する必要があります。

これにより、設定がやや複雑になることがありますが、複数のドメインを一括で管理できる利点があります。

このように、コモンネームとサブジェクトオルタネートネームは、SSL/TLS証明書において異なる役割を果たしており、それぞれの特性を理解することで、適切な証明書の選択と設定が可能になります。

コモンネームの設定方法

コモンネーム(CN)の設定は、SSL/TLS証明書を取得する際の重要なステップです。

正確に設定することで、証明書が適切に機能し、ユーザーに安全な接続を提供することができます。

以下に、コモンネームの設定方法を詳しく説明します。

ドメイン名の確認

コモンネームを設定する前に、使用するドメイン名を確認します。

これは、SSL/TLS証明書を適用したいウェブサイトのURLです。

たとえば、ウェブサイトが www.example.com であれば、このドメイン名をコモンネームとして設定します。

証明書の種類を選択

コモンネームの設定は、取得するSSL/TLS証明書の種類によって異なる場合があります。

以下のような証明書の種類があります。

ドメイン認証(DV)証明書: 最も基本的な証明書で、コモンネームに指定したドメイン名の所有権を確認するための簡単な手続きが行われます。
組織認証(OV)証明書: より厳格な認証プロセスがあり、組織の実在性を確認するための情報が必要です。
拡張認証(EV)証明書: 最も信頼性が高い証明書で、厳格な審査が行われ、ブラウザのアドレスバーに企業名が表示されます。

証明書申請書の作成

コモンネームを設定するためには、証明書申請書(CSR: Certificate Signing Request)を作成する必要があります。

CSRには、以下の情報が含まれます。

コモンネーム: 証明書を適用するドメイン名を指定します。
組織名: 証明書を取得する組織の正式名称。
組織単位: 部署名や部門名(任意)。
国名: 2文字の国コード(例：JP)。
地域名: 都道府県名。
市区町村名: 市区町村名。

CSRは、サーバー上で生成することができ、生成後は証明書発行機関(CA)に送信します。

証明書発行機関(CA)への申請

CSRを作成したら、選択した証明書発行機関(CA)に申請を行います。

申請時に、コモンネームを含むCSRを提出し、必要な情報を提供します。

CAは、ドメイン名の所有権を確認し、問題がなければSSL/TLS証明書を発行します。

証明書のインストール

証明書が発行されたら、サーバーにインストールします。

この際、コモンネームが正しく設定されていることを確認します。

インストール後、ウェブサーバーを再起動し、SSL/TLS接続が正常に機能するかをテストします。

設定の確認

最後に、ブラウザを使用して、設定したコモンネームが正しく機能しているかを確認します。

アドレスバーに https://www.example.com と入力し、鍵アイコンが表示されることを確認します。

また、証明書の詳細を表示し、コモンネームが正しく設定されているかを確認することも重要です。

このように、コモンネームの設定は、SSL/TLS証明書を取得する際の重要なプロセスであり、正確に行うことで安全な通信を実現することができます。

コモンネームが一致しない場合の影響

コモンネーム(CN)が一致しない場合、SSL/TLS証明書の機能にさまざまな影響が生じます。

これにより、ユーザーの信頼性やウェブサイトのセキュリティに悪影響を及ぼす可能性があります。

以下に、コモンネームが一致しない場合の主な影響を詳しく説明します。

ブラウザの警告メッセージ

コモンネームが一致しない場合、ユーザーがウェブサイトにアクセスすると、ブラウザから警告メッセージが表示されます。

たとえば、「この接続は安全ではありません」や「証明書が無効です」といったメッセージが表示され、ユーザーはそのサイトに対して不安を感じることになります。

この警告は、ユーザーがサイトを離れる原因となり、トラフィックの減少につながります。

セキュリティの低下

コモンネームが一致しないと、SSL/TLS証明書のセキュリティ機能が正しく機能しなくなります。

証明書は、特定のドメイン名に対して有効であることを証明するために発行されているため、コモンネームが一致しない場合、通信の暗号化が適切に行われない可能性があります。

これにより、データの盗聴や改ざんのリスクが高まります。

ユーザーの信頼性の低下

コモンネームが一致しないことは、ユーザーに対して信頼性を損なう要因となります。

多くのユーザーは、ブラウザの警告メッセージを見て、そのサイトが安全でないと判断し、個人情報やクレジットカード情報を入力することをためらいます。

これにより、コンバージョン率の低下や顧客の離脱が発生する可能性があります。

SEOへの影響

コモンネームが一致しない場合、検索エンジンの評価にも影響を与える可能性があります。

Googleなどの検索エンジンは、ウェブサイトのセキュリティを重視しており、SSL/TLS証明書が正しく設定されていないサイトは、検索結果でのランキングが低下することがあります。

これにより、オーガニックトラフィックの減少が懸念されます。

ビジネスへの影響

特にオンラインビジネスにおいて、コモンネームが一致しないことは、売上や顧客の信頼に直接的な影響を与える可能性があります。

顧客が安全でないと感じるサイトでは、購入をためらうことが多く、結果としてビジネスの成長を妨げる要因となります。

このように、コモンネームが一致しない場合には、さまざまな悪影響が生じるため、SSL/TLS証明書の設定時には、コモンネームが正確に指定されていることを確認することが重要です。

適切な設定を行うことで、ユーザーの信頼を得て、安全な通信を実現することができます。

まとめ

この記事では、DNSのコモンネーム(CN)について、その役割や設定方法、コモンネームが一致しない場合の影響について詳しく解説しました。

コモンネームは、SSL/TLS証明書において非常に重要な要素であり、正確に設定することで安全な通信を実現するための基盤となります。

今後は、ウェブサイトのセキュリティを強化するために、コモンネームの設定を見直し、必要に応じて適切な証明書を取得することをお勧めします。