質問: 私のブラウザはhttps://1.1.1.1が安全だと思うのはなぜですか? https://1.1.1.1 にアクセスすると、使用しているwebブラウザでurlが安全であると見なされます。これはgoogle chromeが示すものです: 通常、ipアドレスでhttpsサイトにアクセスしようとすると、次のようなセキュリティ警告が表示されます。 私の知る限りでは、サイト証明書はドメインと一致する必要がありますが、google chrome証明書ビューアには1.1.1.1が表示されません。 godaddyのナレッジベース記事「イントラネット名またはipアドレスの証明書を要求できますか?」 は次のように述べています。 いいえ - イントラネット名またはipアドレスに対する証明書要求は受け付けません。 これは業界標準のであり、godaddyに固有のものではありません。 (強調地雷)そしてまた: その結果、2016年10月1日に有効な 、認証局(ca)は、イントラネット名またはを使用するssl証明書を無効にする必要があります。 /] ipアドレス。 (強調地雷)そして: ipアドレスおよびイントラネット名を保護する代わりに、www.coolexample.comのように完全修飾ドメイン名(fqdn)を使用するようにサーバーを再設定する必要があります。 (強調地雷)2016年10月1日の強制失効日を過ぎても十分ですが、1.1.1.1の証明書は2018年3月29日に発行されました(上のスクリーンショットを参照)。すべての主要ブラウザが https://1.1.1.1 が信頼されたhttps webサイトであるとどのように考えているのでしょうか。
回答: godaddyのドキュメントが間違っています。証明機関(ca)がすべてのipアドレスの証明書を取り消さなければならないというのは事実ではありません...ipアドレスを予約しただけです。出典: https://cabforum.org/internal-names/ https://1.1.1.1 のcaは digicert でした。この回答を書いている時点では、パブリックipアドレス.digicertはこれについての記事を持っています 内部サーバー名ssl証明書発行後2015 : 内部名を使用しているサーバー管理者は、パブリック名を使用するようにそれらのサーバーを再設定するか、または2015年の締切日より前に内部caによって発行された証明書に切り替える必要があります。公的に信頼された証明書を必要とするすべての内部接続は、公用および検証可能の名前で行わなければなりません(それらのサービスが公にアクセス可能であるかどうかは関係ありません)。 (強調地雷)cloudflareは、その信頼されたcaからipアドレス1.1.1.1の証明書を取得しました。 https://1.1.1.1 の証明書を解析すると、証明書がいくつかのipアドレスと通常のドメイン名を含むためにサブジェクト代替名(san)を利用することが明らかになります。deltik@node51 [~]$ openssl s_client -showcerts -connect 1.1.1.1:443 < /dev/null 2>&1 | openssl x509 -noout -text | grep -a1 'subject alternative name:' x509v3 subject alternative name: dns:*.cloudflare-dns.com, ip address:1.1.1.1, ip address:1.0.0.1, dns:cloudflare-dns.com, ip address:2606:4700:4700:0:0:0:0:1111, ip address:2606:4700:4700:0:0:0:0:1001 この情報は、google chrome証明書ビューアの[詳細]タブにもあります。 この証明書は、リストされているすべてのドメイン(ワイルドカード*を含む)およびipアドレスに有効です。