크롬 154 HTTP 경고, 계속 접속해도 되는 주소와 설정 확인

예전에 잘 열리던 사이트 앞에서 ‘보안 연결을 지원하지 않는다’는 경고가 나타났다면, 우선 주소가 http://인지 봐요. 크롬이 고장 났다는 뜻은 아니에요. HTTPS로 먼저 연결해보고, 그 연결을 사용할 수 없을 때 HTTP 페이지를 열어도 되는지 묻는 과정일 수 있어요.

계속 접속할지는 사이트 이름보다 그곳에서 무슨 일을 할지에 따라 달라져요. 계정 비밀번호나 결제 정보를 넣어야 하는 공개 사이트라면 경고를 넘기지 말고 정상 HTTPS 주소를 찾는 편이 안전해요. 집 안 공유기 설정처럼 내부 장비를 관리하는 일은 주소와 네트워크부터 따로 확인해요.

154로 업데이트됐다고 모두 같은 경고가 뜨지는 않아요

Google의 데스크톱 Chrome 154 Stable 출시 안내는 2026년 9월 22일자로 올라왔어요. 이 안내는 업데이트가 며칠에서 몇 주에 걸쳐 배포된다고 설명해요. 브라우저 버전은 메뉴의 도움말 → Chrome 정보에서 확인할 수 있어요.

반면 HTTPS 기본 전환 글은 2025년 10월에 공개된 계획이에요. Chrome 154 시기의 공개 사이트용 Always Use Secure Connections를 기본으로 켜겠다는 내용이며, 모든 PC에서 같은 날 같은 설정을 강제했다는 확인 자료는 아니에요. 실제 설치 버전과 지금 보안 설정을 함께 확인해야 해요.

사용자가 이전에 이 설정을 직접 바꿔 놓았다면 그 선택을 유지한다는 안내도 있어요. 회사 관리 정책이나 이미 허용한 사이트의 기록도 영향을 줘요. 다른 사람의 PC에서는 경고가 뜨는데 내 PC에서는 보이지 않는다는 이유만으로 브라우저를 초기화할 필요는 없어요.

HTTP 주소를 넣어도 HTTPS부터 시도해요

크롬은 HTTP 주소로 이동할 때 먼저 HTTPS 연결을 시도해요. 사이트가 그 연결을 정상 제공하면 암호화된 페이지로 열 수 있어요. HTTPS가 안 되지만 HTTP는 열릴 가능성이 있으면, 실제 HTTP 연결에 앞서 허락 화면이 나타날 수 있어요.

공식 Chromium 가이드에 나온 연결 순서를 그린 설명도예요. 실제 경고 화면을 흉내 낸 UI가 아니며, 기기별 설정과 사이트 조건에 따라 경고가 나타나는 범위는 달라질 수 있어요.

돌아가기를 누르면 해당 HTTP 페이지로 진행하지 않아요. 계속 접속을 고르면 암호화되지 않은 HTTP 연결을 허용해요. 버튼을 눌렀다고 서버에 HTTPS가 생기거나 HTTP 연결이 안전한 연결로 바뀌는 것은 아니에요.

HTTP는 브라우저와 서버 사이의 내용을 HTTPS처럼 암호화하고 서버 신원을 검증하지 않아요. 로그인, 결제, 개인정보 입력이 필요한 곳에서는 주소를 다시 확인해요. 특히 낯선 공개 Wi-Fi에서 경고를 넘긴 뒤 민감한 값을 입력하는 방식은 피하는 편이 좋아요.

한 번 허용한 사이트에서는 다음에 묻지 않을 수 있어요

Chromium 안내는 한 번 내린 접속 선택을 15일 동안 기억하고, 그 사이트를 다시 방문하면 예외 기간을 갱신한다고 설명해요. 자주 사용하는 오래된 HTTP 사이트라면 첫 경고 이후 매번 같은 화면을 보지 않을 수 있어요.

한동안 접속하지 않았거나 다른 HTTP 사이트에 들어가면 다시 물을 수 있어요. 어제와 오늘의 차이가 사이트 문제인지, 브라우저의 방문 기록에 따른 동작인지 나눠 봐요. 내 노트북에서 한 번 허용했다고 회사 PC에서도 자동으로 같은 선택을 기억한다고 가정하지는 마세요.

공유기와 사내 페이지는 주소 형태를 구분해요

공개 사이트용 기본 전환은 로컬 주소까지 모두 같은 방식으로 경고하겠다는 뜻은 아니에요. Chromium 가이드는 로컬 IP, 점 없는 단일 호스트 이름, localhost 또는 .localhost로 끝나는 이름을 예외 범위로 설명해요.

예를 들어 집 안에서 192.168.x.x 형태의 공유기 주소를 여는 상황과, 외부 공개 웹사이트에 로그인하는 상황은 달라요. 회사에서 intranet처럼 내부 단일 이름을 쓰는 경우도 있어요. 이런 주소에 공개 사이트와 같은 경고가 없더라도 곧바로 보안 기능이 고장 났다고 판단하지 않아요.

다만 ‘회사에서만 쓰는 주소’라는 설명만으로 예외가 되는 것은 아니에요. device.company.com처럼 점이 있는 도메인 이름을 사용하는 장비라면 실제 이름과 정책을 확인해야 해요. 내부에서만 접속된다는 사실과 브라우저가 어떤 주소 범위로 분류하는지는 다른 문제예요.

공유기나 NAS 화면의 HTTPS 인증서 경고도 별개예요. 해당 모델이 안내하는 접속 주소와 인증서 설정을 확인해요. 장비마다 지원 방식이 달라서, 다른 공유기에서 썼던 경고 해제 방법을 그대로 적용하면 안 돼요.

https://에서 실패하면 HTTP 경고와 해결법이 달라요

주소창에 처음부터 https://를 명시해 접속했다면, HTTPS가 실패해도 일반 네트워크 오류를 보여주고 HTTP로 내려가는 시도를 하지 않는다고 Chromium 가이드가 설명해요. HSTS가 적용된 사이트도 HTTP로 되돌아가지 않아요.

‘연결이 비공개로 설정되어 있지 않습니다’처럼 인증서 이름, 유효기간, 신뢰 문제가 표시되는 경우는 HTTPS 연결의 검증이 실패한 상황이에요. HTTP 접속을 허락받는 기능과 원인이 다르므로 Always Use Secure Connections를 끄는 것으로 같은 문제를 해결하려고 하지 마세요.

업무·금융·계정 페이지의 인증서 오류라면 공식 주소가 맞는지부터 확인해요. 링크를 타고 들어왔다면 공식 홈페이지에서 직접 같은 메뉴를 찾아보고, 계속 실패하면 서비스 운영자에게 오류 내용과 주소를 전달해요. 보안 경고라는 이유로 전부 같은 우회 버튼을 찾을 필요는 없어요.

도착한 페이지가 HTTPS여도 중간 주소가 원인일 수 있어요

마지막 페이지는 https://인데 이동 전에 HTTP 허락 화면이 나오는 경우도 있어요. 리다이렉트 체인의 어느 단계든 HTTPS를 지원하지 않으면 경고가 나타날 수 있어서예요. 옛 도메인, 짧은 링크, 추적용 주소를 거쳐 새 사이트로 넘어가는 경로를 살펴봐야 해요.

일반 이용자는 경고 화면에 표시된 도메인을 확인해요. 익숙한 서비스와 전혀 다른 이름이면 돌아간 뒤 공식 홈페이지에서 목적 페이지를 다시 열어요. HTTP 경고의 대상이 최종 페이지인지 중간 주소인지 구분하면 운영자에게 문의할 때도 도움이 돼요.

사이트 운영자는 최종 도메인에 인증서가 있다는 사실만 확인해서는 부족해요. 첫 요청부터 각 이동 단계가 HTTPS로 연결되는지 점검해야 해요. Chrome 개발자 도구의 Security 패널은 연결과 인증서를 확인하는 도구로 사용할 수 있지만, 그 도구에서 한 페이지가 정상이라고 전체 리다이렉트 체인이 정상이라고 단정하지 않아요.

설정을 끄기 전에 관리 정책부터 확인해요

개인 Chrome은 주소창에 chrome://settings/security를 넣으면 보안 설정으로 들어갈 수 있어요. Chromium 문서는 Always Use Secure Connections 설정을 끄면 이 경고를 비활성화할 수 있다고 안내해요. 번역된 메뉴 이름은 표시 언어나 버전에 따라 달라질 수 있어요.

특정 사이트 하나를 쓰려고 전체 경고를 끄면 다른 공개 HTTP 사이트에서도 사전 확인이 약해져요. 필요한 주소가 HTTPS를 지원하는지, 기존 HTTP 링크를 공식 HTTPS 주소로 바꿀 수 있는지 먼저 봐요. 설정 변경은 사이트의 암호화를 대신해 주지 않아요.

회사·학교에서 관리하는 Chrome이라면 옵션이 회색으로 잠겨 있거나 바꾼 뒤 다시 돌아올 수 있어요. Chromium 가이드는 HTTP 호스트를 허용하는 HttpAllowlist와 HTTPS 경고 상태를 강제하는 HttpsOnlyMode 정책을 안내해요. 이 경우 개인 PC의 설정 변경 방법보다 조직의 관리 기준이 먼저예요.

업무에 꼭 필요한 HTTP 시스템은 담당자에게 경고에 표시된 정확한 주소와 이용 목적을 전달해요. 특정 호스트 예외가 적절한지, 서버를 HTTPS로 바꿔야 하는지 조직에서 판단해야 해요. 명령줄 옵션이나 다른 브라우저로 관리 정책을 우회하는 방식은 해결 절차에 넣지 않아요.