鍵マークが表示されていれば、安全なサイトですか？

安全とは限りません。HTTPSは通信の暗号化、改ざんの検出、相手の認証を支えますが、サイトの内容や依頼が安全かどうかまでは保証しません。アドレスバーのホスト名が正規のサービスのものかを照合します。

SSLとTLSは違うものですか？

TLSはSSLの後継にあたる仕組みです。現在使われているのはTLSですが、「SSL証明書」のように古い呼び名が残っていることがあります。

信頼できる経路から、対象アカウントのセッション、認証器、復旧先、アプリの権限を確認します。パスワードの変更だけで終わりにせず、組織の窓口へ、行った操作と時刻を報告します。

HTTPSは、HTTPの通信をTLSで保護する仕組みです。通信の暗号化・改ざん検出・相手の認証を支えますが、相手サイトの内容や依頼が安全かまで保証しません。

初心者はURLと警告を、情シス・開発者は証明書、プロトコル、設定、期限、更新を確認します。攻撃や実サイトのスキャンをしなくても、取得済みの設定・証明書・ログから学べます。

接続の保護、接続先、依頼の正当性は別々に確認する。

TLS 1.3の基本仕様（RFC 8446）では、鍵共有、署名、通信の暗号化を組み合わせます。ここでは概念を説明しており、改訂や製品の現行設定は公式情報で確認してください。

通常のブラウザ接続では、証明書の信頼チェーン、名前、有効期限等を検証します。証明書があるというだけで、運営者のすべての業務やリンク先文書を審査したことにはなりません。

ドメイン確認型（DV）、組織確認型（OV）、拡張確認型（EV）は審査内容が異なります。暗号化の強さを、この種類だけで順位付けしないでください。

移行前後の確認範囲を整理する場合は、HTTPとHTTPSの違い・常時HTTPS化の手順で、転送・混在コンテンツ・検索用URL・HSTSを確認できます。閲覧者側では、次の手順で接続先と警告を確認します。

アイコンやメニュー名はブラウザの版で変わります。南京錠の表示だけを判断根拠にせず、フィッシングの確認と合わせて使います。

ホスト名の登録ドメインの境界は、co.jpなどサフィックスによって異なります。「末尾のドット直前の単語だけ見ればよい」と一般化しません。

版や区間の条件が曖昧なら、TLSとSSLの違い・1.2と1.3の判断から、実接続と証明書更新、CDNからオリジンの検証を分けて整理できます。次の運用項目と照合し、未確認に担当と期限を付けます。

警告を消すためだけに検証を無効化したり、出所不明のルート証明書をインストールしたりしません。設定変更の承認と再確認を残します。

信頼できる経路から対象アカウントのセッション、認証器、復旧先、アプリ権限を確認します。パスワード変更だけで調査を終えず、組織の窓口へ操作と時刻を報告してください。

理解度チェック

HTTPSの接続で証明書が有効だった時、正しい判断は？

定義や運用の詳細を確かめるための参照先です。製品・契約・規制によって適用範囲は異なります。実務では対象の版と自組織の手順を確認してください。