本文へ移動

SSLとTLSで通信を保護する|HTTPSとブラウザー表示を理解

概要

HTTPSでは、TLSを使ってブラウザーとサイトの間の通信を保護します。この記事では、SSLという呼び名との関係、URLと証明書の点検、鍵アイコンだけで安全性を判断できない理由、外部素材の読み込みを解説します。

公開日
更新日

HTTPSは通信を保護する仕組みで運営者の信頼性とは別に判断する

通信内容の盗み見や改ざんを防ぐための通信方式をTLSと言います。WebではHTTPSで利用され、以前の方式の名前であるSSLという呼び方も残っています。MDNはTLSを安全な通信のための方式として説明しています。(MDNのTLS)

ホームページを運営する時は、ページと送信先でHTTPSを使い、証明書の警告を点検します。通信の保護と、掲載情報や運営者を信頼できるかは別の判断です。

URLとブラウザーの接続情報を点検する

公開するURLがhttps://で始まり、証明書についての警告がないかを確かめます。ブラウザーごとに表示は違うため、鍵の形だけを基準にしません。

鍵アイコンの意味をサイトの安全性へ広げない

Chromeは、鍵アイコンが信頼性を表すと誤解される問題を説明し、設定を示すアイコンへの変更を発表しています。HTTPSを使う不正なサイトも存在するため、アイコンだけで運営者や内容を判断する方法は不十分です。(Chromiumの接続アイコン)

警告がある場合は、入力を進める前に、URLの誤り、証明書の期限、証明書が対応する名前を調べます。運営者は原因を修正し、改めて接続と表示を点検します。

ページ内の読み込みとフォームの送信先も確認する

ページ本体がHTTPSでも、画像やスクリプトをHTTPから読み込むことがあります。この状態を混在コンテンツと呼び、ブラウザーが読み込みを変更したり遮断したりします。(MDNの混在コンテンツ)

読み込めない素材はURLと配信方法を修正する

外部の写真や埋め込みが表示されない時は、読み込むURLとブラウザーの警告を照合します。HTTPSで取得できるURLへ変更するなど、配信元の仕様に沿って修正します。送信するフォームは、受付先もHTTPSで保護された接続を使うかを点検しましょう。

設定と更新を担当する人を決める

証明書を誰が設定し、期限の通知を誰が受け取るかを記録します。公開機能に管理が含まれていても、独自ドメインを追加した時の作業や受付窓口を読みます。

公開時はトップページだけでなく、連絡先、フォーム、画像を使うページも点検します。ページの配信と管理担当については Webサーバーの役割 を参照してください。

SpreadSite は、Googleスプレッドシートで内容を管理し、テンプレートを使ってホームページを作成・公開・更新できるノーコードツールです。

通信の状態と公開後の管理を点検するホームページづくりに、ぜひ使ってみてください!

SpreadSiteでホームページを作成する →

よくある質問

Q: SSLとTLSは同じ名称ですか?

A: SSLは以前の方式の名前で、現在の通信には後継のTLSが使われます。SSL対応という呼び名が残る場合があります。

Q: 鍵アイコンがなければHTTPSではないのですか?

A: 接続情報の表示はブラウザーで異なります。URLと接続情報、証明書の警告を点検します。

Q: HTTPSなら掲載内容も信用できますか?

A: 通信の保護と、運営者や掲載内容の信頼性は別の判断です。アイコンだけで内容の正しさを推定しません。

Q: 一部の画像が表示されない時は何を調べますか?

A: 画像のURL、HTTPSで取得できるか、ブラウザーの警告を調べ、配信元の仕様に沿って修正します。

参考資料

スプレッドシートでホームページが作れるSpreadSite