本文へ移動
情シスのミカタ
ニュース約4分で読めます

Chrome、HTTPのサイトで既定で警告 社内の業務システムは例外の設定とHTTPS化を

Googleは2026年10月21日、Chromeの「常に安全な接続を使用する」をすべての利用者の既定で有効にし、HTTPのサイトにつなぐ前に許可を求める警告を出すようにしたと公表しました。HTTPのままの社内の業務システムや機器の管理画面で、社員に警告が出る場合があります。管理者のポリシーでの調整と、HTTPSへの移行の進め方を整理します。

公開 情シスのミカタ編集部AIにより執筆チェック済み
文字
Chrome、HTTPのサイトで既定で警告 社内の業務システムは例外の設定とHTTPS化を

この記事のまとめ

  • Googleは2026年10月21日、Chromeが、暗号化されていないHTTPのサイトにつなぐ前に、利用者に許可を求めるようにしたと公表しました。今年はじめに保護強化モードの利用者に入れた機能を、すべての利用者の既定に広げました。
  • 初めて行くHTTPのサイトで警告が出て、許可すると、そのサイトに2週間以上行かなくなるまで再び警告しません。公的に信頼される証明書を取れない「intranet/」のような1語のホスト名や、192.168.0.1のようなローカルのIPアドレスには、既定では警告しません。
  • 管理者は、ChromeのポリシーのHttpAllowlistで特定のホスト名を例外にでき、HttpsOnlyModeで機能そのものの扱いも決められます。例外はつなぎにとどめ、社内のサイトをHTTPSに移すのが本筋です(当社の見立て)。
こんな方に#20代#30代#40代#50代実務

Googleは2026年10月21日、Chromeが、暗号化されていないHTTPのサイトにつなぐ前に、利用者に許可を求めるようにしたと公表しました。設定の「常に安全な接続を使用する(Always Use Secure Connections)」を、すべての利用者の既定で有効にしたものです。インターネットのほとんどの通信はHTTPSになっていますが、社内にはHTTPのままの業務システムや、機器の管理画面が残っていることがあります。社員から「警告が出た」という問い合わせが来る前に、どこで警告が出るかを確かめておきます。

何が変わったか

Googleは昨年、この変更を予告していました。今年はじめに、セーフブラウジングの保護強化モードの利用者に入れ、今回、すべての利用者の既定に広げました。

Chromeの警告の画面。このサイトは安全な接続に対応していません、という見出しの下に、攻撃者がサイトとの間で送受信する情報を見たり変えたりできること、公共のネットワークにいるなら後で訪れるのが最も安全で、家や職場のWi-Fiのような信頼できるネットワークでは危険が少ないこと、サイトの持ち主にHTTPSへの移行を勧めることもできること、が書かれ、サイトへ進むと戻るのボタンがある
Chromeの警告の画面(Googleのブログの画像の一部・英語)出典: Google「Chrome Now Warns Before Insecure HTTP Connections」(報道用の素材)

これまでChromeは、HTTPのサイトのアドレスの横に「保護されていない通信」と表示するだけでした。Googleは、この表示には次の限りがあったとしています。

  • 利用者が気づかないことがある
  • 転送(リダイレクト)のような短いHTTPの通信では、表示を出す前に終わってしまう
  • 表示が出るのは、データがすでに送られた後で、送る前に止められない

今回の変更で、Chromeは、HTTPでつなぐ前に警告の画面を出し、利用者が「サイトへ進む」か「戻る」かを選べるようにしました。

どこで警告が出るか

Googleのブログの段落。すべての通信はHTTPSであるべきだと考えるが、HTTPSはまだすべてではなく、HTTPのサイトに通う必要がある利用者もいるため、Chromeは初めて訪れるときにHTTPの利用の許可を求めること、許可した後は、少なくとも2週間そのサイトに行かなくなるまで再び警告しないこと、既定では公的に信頼されるHTTPSの証明書を取れないサイトには警告しないこと、例えばintranet/のような1語のホスト名や192.168.0.1のようなローカルのIPアドレスで、こうした相手は攻撃者が同じネットワークにいないと通信を改ざんできないため危険が低いこと、が書かれている
警告の出方の説明。許可は2週間有効、1語のホスト名やローカルのIPには出ない(英語)出典: Google「Chrome Now Warns Before Insecure HTTP Connections」(引用)

Googleの説明では、警告の出方は次のとおりです。

  • 初めて行くHTTPのサイトで、警告が出る
  • 一度許可すると、そのサイトに2週間以上行かなくなるまで、再び警告しない
  • 公的に信頼される証明書を取れないサイトには、既定では警告しない。例えば「intranet/」のような1語のホスト名や、家庭のWi-Fiのルーターの設定で使う「192.168.0.1」のようなローカルのIPアドレス

Googleによると、試しに広げた段階のデータでは、デスクトップのChromeの利用者のおよそ95%が、1週間に1回もHTTPの警告を見ていません。3回以上見たのは1%未満でした。スマートフォンではさらに少ないとしています。

会社の環境で気をつけたいのは、会社のドメインの名前でHTTPのまま動かしている社内のサイトです。例えば「http://kintai.example.co.jp」のような名前は、公的な証明書を取れる名前のため、警告の対象になると考えられます。古い業務システム、複合機やネットワーク機器の管理画面、社内のWikiなどが当たりやすいところです(当社の見立て)。

管理者が使えるポリシー

Chromeを会社で管理している場合は、次のポリシーで扱いを決められます(Chromiumのポリシーの定義による)。

ポリシー できること
HttpAllowlist 指定したホスト名やパターン(例えば[.]example.com)を、HTTPSへの切り替えと警告の対象から外す。すべてを外す「」は使えない。HSTSには効かない
HttpsOnlyMode 「常に安全な接続を使用する」の扱いを決める。allowed(利用者に任せる)、disallowed(使えなくする)、force_enabled(厳格のモードで有効)、force_balanced_enabled(バランスのモードで有効)。有効にした後も、利用者は設定を変えられる
HttpsUpgradesEnabled HTTPのつなぎ方を、できるときにHTTPSに自動で切り替える機能を止める

HttpAllowlistは、HTTPSに対応していないサーバーにつなぎ続けるために、機能を止めずに使える例外の一覧です。HttpsOnlyModeを「disallowed」にすると警告は出なくなりますが、社外の危ないHTTPのサイトへの守りも失います。

影響する会社・しない会社

  • 影響する: 会社のドメインの名前でHTTPのまま動かしている社内の業務システムや、機器の管理画面がある会社です。社員に警告が出て、問い合わせが増えるかもしれません。
  • 影響する: 取引先の古いサイトや、HTTPのまま公開している自社のサイトがある会社です。訪問者に警告が出ます。
  • 影響しない(少ない): 社内のサイトをすでにHTTPSにしている会社です。1語のホスト名やローカルのIPアドレスで使っている機器も、既定では警告が出ません。

Chromeの同じ時期の守りの強化には、詐欺のサイトの警告を2段階に分ける変更もあります(Google、Chromeの詐欺対策を強化 警告を2段階に分けコマンドも検査)。

情シスが今日やること

  1. HTTPのままの社内のサイトを洗い出す。 業務システム、社内のWiki、複合機・ネットワーク機器・NASの管理画面、プロキシの設定のファイル(PAC)の置き場所などで、「http://」で始まり、会社のドメインの名前を使っているものを一覧にします。プロキシやDNSの記録から探すと早いです(当社の見立て)。
  2. ヘルプデスクに知らせる。 「このサイトは安全な接続に対応していません」という警告が出たときの答え方を決めます。社内のサイトかどうか、どのサイトなら進んでよいかを、一覧で示します。
  3. 例外の一覧はつなぎにする。 すぐにHTTPSにできない社内のサイトは、HttpAllowlistにホスト名を入れて、警告を出さないようにします。入れたサイトは、HTTPSへの移行の期限とともに台帳に残します。
  4. HTTPSに移す。 社内の認証局の証明書を配るか、公開の名前ならLet's Encryptなどの証明書を使い、HTTPSに切り替えます。切り替えた後は、HttpAllowlistから外します。
  5. 警告に慣れさせない。 社員に「警告は読まずに進めばよい」と伝えないようにします。社外のサイトで同じ警告が出たときは、進まずに戻るよう呼びかけます(当社の見立て)。

よくある質問

Q社内の業務システムにも警告が出ますか。

AGoogleは、公的に信頼される証明書を取れないサイト(intranet/のような1語のホスト名や、ローカルのIPアドレス)には、既定では警告しないとしています。一方、会社のドメインの名前(例えば○○.example.co.jp)でHTTPのまま動かしている社内のサイトは、公的な証明書を取れる名前のため、警告の対象になると考えられます(当社の見立て)。

Q管理者が警告を止められますか。

AChromeのポリシーでは、HttpAllowlistに特定のホスト名やパターン(例えば[*.]example.com)を入れると、その名前はHTTPSへの切り替えも警告もしなくなります。すべての名前をまとめて外す「*」は使えません。HttpsOnlyModeを「disallowed」にすると、この機能そのものを使えなくできますが、守りも弱くなります。

Q社員が毎回「サイトへ進む」を押してもよいですか。

A許可したサイトは、2週間以上行かなければまた警告が出ます。警告を読まずに押す癖がつくと、本当に危ない場面でも押してしまうおそれがあります。社内のサイトは、例外の一覧に入れるか、HTTPSに移しておくほうが安全です(当社の見立て)。

出典・参考

チェック済み。この記事は監修者によってチェックされました。(2026年10月22日)

執筆

情シスのミカタ編集部AIにより執筆

書いた AI: AI記者(解説)

法令・官公庁の発表・企業の公式発表などの一次情報を調べて、情シス向けの解説・比較・テンプレの記事を書きます。数字と日付は出典と照らして確かめ、記事の最後に出典を載せています。使っているAI: Anthropic Claude。

監修

佐々木 航株式会社Game

代表取締役。工学部出身で、21歳で起業してからシステム会社の経営一筋で8期目。アプリの受託開発から始め、いまはAIを使ったシステムソリューションを手がけています。150社以上の企業とのプロジェクトで培った開発と情報システムの現場の経験と声を形にし、激動の時代を乗り越えたいと考えています。

メモ: 掲載時に自動で(しばらくの間)

記事は AI が一次情報を調べて書き、機械の検査を通してから公開しています。人が見ているもの・見ていないものはAI の使い方に書いています。まちがいに気づいたら訂正・ご指摘からお知らせください。直したら、記事の最後に何を直したかを書きます。

役に立ったら、いいねと共有をお願いします