Chrome의 사기 방어는 사이트를 알려진 목록과 대조하는 데서 페이지의 의도와 복사되는 명령까지 살피는 방향으로 넓어지고 있다. 이때 경고의 확신도, 분석을 위해 전송하는 자료, 브라우저 밖에서 실제로 실행되는 행동을 나눠 읽어야 한다. 가상 거래처 문서 사례로 경고 뒤 업무에 복귀하는 기준을 정리한다.
문서를 열려는데 컴퓨터를 고치라고 한다면
거래처가 보낸 납품 문서 링크를 열었다고 하자. 화면에는 “문서를 보려면 브라우저 오류를 먼저 고쳐야 한다”는 안내가 나타난다. 사용자가 원한 것은 문서 열람인데, 페이지가 요구하는 일은 컴퓨터에서 명령을 실행하는 것이다. 이 지점에서 업무 목적과 요구 행동이 갈라진다.
이 글의 거래처와 문서는 설명을 위한 가정이다. 실제 공격 사이트에 접속하거나 악성 명령을 시험하지 않았다. 독자가 가져갈 결과는 특정 경고를 재현하는 방법이 아니라, 문서 열기·정보 입력·프로그램 실행을 구분해 업무를 다시 이어 가는 판단표다.
이번 발표에서 달라진 세 지점
Google은 2026년 10월 20일 Enhanced Protection, 즉 향상된 보호 모드의 변경을 소개했다. 의심 사이트에는 낮은 확신도의 경고를, 위험 사이트에는 높은 확신도의 경고를 구분한다. Gemini 분석은 서버 모델로 옮겨졌고, 그 결과를 도메인 평판·다른 보안 신호와 합쳐 Safe Browsing이 판정한다. ClickFix 의심 명령을 복사하면 개인정보를 제거한 클립보드 내용을 분석해 위험 판정 시 경고하는 경로도 설명했다. 공식 발표
ClickFix는 가짜 문제를 고치게 한다며 사용자가 직접 명령을 실행하도록 유도하는 수법이다. 다운로드를 터미널로 옮기면 브라우저 다운로드 검사만으로는 그 경로를 지킬 수 없다. 그러므로 복사 시점을 살피는 방어는 웹에서 실행 도구로 넘어가는 연결부를 다룬다고 해석할 수 있다. 이것이 운영체제의 모든 명령을 차단하는 기능이라는 뜻은 아니다. 발표의 ClickFix 설명
발표일과 모든 기기의 제공 완료일은 구분해야 한다. 이 글에서 확인한 자료만으로 최소 Chrome 버전, OS별 배포 완료 시점, 서버 Gemini의 정확한 모델 ID를 확정할 수는 없다. 본인의 기기에서 경고를 보지 못했다는 이유로 기능이 없거나 해당 행동이 안전하다고 판정하지 않는다.
경고의 확신도와 내가 감수할 위험은 다른 축이다
공식 화면 예시에서 의심 경고는 데스크톱 주소창 근처의 작은 창, 모바일의 중앙 대화상자로 표시된다. 위험 경고는 두 환경 모두 페이지를 덮는 붉은 화면이다. 이는 공식 이미지 분석이며 직접 실행한 캡처가 아니다. 표시 문구와 배치는 제품 버전·언어에 따라 다시 확인할 대상이다. 공식 화면이 포함된 발표
작은 창이 원래 페이지를 더 많이 남겨 둔다고 해서 그 안의 결제 버튼을 신뢰할 이유가 생기는 것은 아니다. 화면의 크기는 경고를 전달하는 방식이고, 판단의 대상은 여전히 그 사이트와 다음 행동이다. 특히 휴대전화에서는 긴 설명을 모두 읽기 어려울 수 있으므로 색상만 보고 넘기기보다 경고의 종류와 돌아가는 선택지를 먼저 확인하는 편이 낫다. 이는 사용자를 위한 읽기 순서 제안이다.
다음은 제품 화면을 복제하지 않은 설명도다. 낮은 확신도와 높은 피해 가능성이 동시에 존재할 수 있다는 관계를 보여 준다.
예를 들어 단순한 공개 글을 읽으려는 상황과 업무용 계정으로 로그인하려는 상황은 같은 경고라도 다음 행동의 영향이 다르다. 더구나 납품 문서를 읽기 위해 운영체제 명령을 실행해야 한다면, 경고의 강도를 따지기 전에 요구 자체가 업무에 필요한지 확인할 수 있다. “확실히 악성이라고 판정되지 않았다”는 이유만으로 실행 권한을 건네는 것은 판단 순서를 뒤집는다.
Gemini는 페이지에서 무엇을 더 읽는가
이전 설계를 보면 변화가 분명해진다. Google의 2025년 5월 설명은 특정 신호가 나타난 페이지를 기기의 Gemini Nano로 분석하고, 추출한 보안 신호를 Safe Browsing에 보내는 구조였다. 당시에도 최종 판단에는 다른 사이트 정보가 함께 쓰였다. Google은 사용자가 보는 페이지가 보안 크롤러에게 보이는 내용과 달라질 수 있다는 점을 이유로 들었다. 2025년 설계 설명
여기서 LLM의 역할을 이해하려면 웹 주소의 평판과 화면의 의미를 나눠 보면 된다. 주소는 처음 보는 것이어도 페이지는 유명 회사인 척하며 긴급 결제를 요구할 수 있다. 반대로 보안 교육 문서는 사기 문구를 인용할 수 있다. 단어 하나의 존재만으로 두 페이지를 같은 행동으로 분류하기 어렵다. 누구를 사칭하며 무엇을 하게 하려는지를 읽는 분석은 주소 중심 정보에 다른 단서를 더한다. 이 두 사례는 원리를 설명하기 위한 편집 예시이며 실제 모델의 정답·오답 사례가 아니다.
그렇다고 LLM의 해석이 곧 확정 증거가 되지는 않는다. 인용과 지시를 혼동하거나 화면의 문맥을 놓칠 가능성은 별도로 평가해야 한다. 여러 신호를 합치는 구조라는 사실만으로 오탐이나 누락이 사라졌다고 결론 낼 수도 없다. 이 글은 실제 탐지 성능을 측정하지 않았다.
데이터 설명은 전송 경로마다 읽어야 한다
10월 발표는 강한 사기 징후가 있는 페이지의 텍스트를 분석하며, 기기 밖으로 보낸 페이지 내용을 기록·보관·모델 학습에 사용하지 않는 한시 처리로 설명한다. 이 약속의 대상은 해당 페이지 내용 처리다. 페이지 분석의 처리 범위
Safe Browsing 전체를 이해하려면 별도 도움말도 읽어야 한다. 향상된 보호는 URL, 일부 페이지 내용, 다운로드, 확장 활동, 시스템 정보 등 더 많은 정보를 보낸다. 로그인 상태에서는 Google 서비스 간 보호를 위해 계정에 정보를 연결할 수 있다. 표준 보호도 의심 행동이 있으면 전체 URL이나 일부 페이지 내용을 보낼 수 있으므로 “표준은 전송 없음, 향상은 전송 있음”이라는 이분법은 맞지 않는다. Safe Browsing 개인정보 설명
| 읽고 있는 설명 | 확인할 대상 | 넓혀 해석하지 않을 범위 |
|---|---|---|
| 서버 Gemini의 페이지 분석 | 어떤 조건의 페이지 내용을 어떻게 처리하는가 | 다른 보안 로그와 계정 데이터까지 모두 무보관인가 |
| ClickFix 복사 검사 | 클립보드 내용이 어떤 조건에 분석되는가 | 모든 복사 내용이 항상 검사되거나 항상 안전하게 정제되는가 |
| Safe Browsing 보호 수준 | 모드별 데이터와 계정 연결 | 한 기능의 처리 약속이 제품 전체에 적용되는가 |
이 표는 원문을 검토할 때의 질문이다. 개인정보 제거의 실제 완전성이나 보관 시스템을 독립 감사했다는 뜻은 아니다. 사내 자료를 다루는 팀이라면 “AI 기능인가”만 묻기보다 어떤 자료가 어느 경로로 나가는지부터 정책과 대조할 수 있다.
거래처 문서 업무를 다시 이어 가는 판단표
가상 사례로 돌아가자. 목표는 납품 문서를 받는 것이다. 의심 페이지를 통과하는 일이 목표가 될 필요는 없다. 다음 표는 Chrome의 자동 동작을 보장하는 표가 아니라 담당자가 취할 대응 제안이다.
| 현재 상태 | 먼저 멈출 행동 | 업무를 이어 갈 경로 |
|---|---|---|
| 의심 경고만 보았고 입력하지 않음 | 로그인·결제·설치 진행 | 기존에 알고 있던 거래처 연락처로 문서 전달 경로 확인 |
| 경고는 없지만 명령 실행을 요구함 | 복사·터미널 붙여넣기·실행 | 공식 포털을 직접 열거나 별도 전달 방식 요청 |
| 명령을 복사했지만 실행하지 않음 | 실행창으로 옮기는 행동 | 의심 탭을 닫고 업무 담당자에게 요구 내용 전달 |
| 명령을 이미 실행함 | 결과를 확인하려고 같은 명령 재실행 | 사내 보안 담당자에게 실행 사실·시각·기기 전달 |
| 익숙한 사이트에서 경고가 반복됨 | 보호 기능을 끄고 전체 업무 계속 | 관리자에게 URL·경고 종류·업무 목적을 확인 요청 |
복사와 실행은 같은 사건이 아니다. 반대로 실행한 뒤 탭을 닫았다는 사실만으로 컴퓨터 상태가 원래대로 돌아갔다고 볼 수도 없다. 이 구분이 있어야 보안 담당자도 필요한 확인 범위를 정할 수 있다. 신고할 때는 비밀번호, 문서 원문, 주소에 붙은 비공개 토큰을 공개 게시판에 붙여 넣지 말고 조직이 정한 비공개 경로를 쓴다.
기록은 길 필요가 없다. 언제, 어떤 업무 중, 어느 기기에서, 무슨 경고를 보았고, 입력·복사·실행 중 어디까지 했는지가 핵심이다. “크롬이 이상했다”는 설명보다 이 정보가 다음 조치를 구분하는 데 도움이 된다. 경고를 재현하겠다고 같은 페이지나 명령을 다시 실행할 필요는 없다.
정상 개발 문서도 명령 복사를 요구한다는 반례가 있다. 그래서 “명령이 있으면 모두 악성”이라는 규칙은 개발 업무에 맞지 않는다. 대신 출처를 직접 확인했는지, 하려던 설치·개발 작업에 필요한지, 명령의 효과를 이해하는지, 조직에서 허용한 환경인지 함께 본다. 납품 문서 열람을 위해 낯선 사이트의 복구 명령을 실행하는 상황과는 목적부터 다르다.
‘10배 안전’이라는 수치로는 무엇을 알 수 없나
Google은 이번 글에서 향상된 보호가 표준 보호보다 10배 안전하다고 표현한다. 각주는 두 모드 사용자에게 표시된 평균 안전 경고 건수의 비교라고 밝힌다. 수치의 정의와 각주
경고는 사용자가 받은 개입이고, 감염·피해는 그 뒤의 결과다. 두 지표가 연결될 수는 있지만 같지는 않다. 경고 수가 달라지는 이유에는 검사 범위, 위험 사이트 노출, 표시 기준의 차이가 들어갈 수 있다. 따라서 이 값만으로 우리 조직의 피해가 90% 줄어든다고 계산하거나, 사용자 한 사람의 위험을 열 배 차이로 단정할 수 없다.
팀에서 효과를 관찰하려면 경고 횟수와 함께 어떤 업무에서 발생했는지, 대체 경로로 해결했는지, 정상 업무를 방해한 경고였는지 등을 따로 볼 수 있다. 다만 이런 기록 자체에도 접근 제한과 보관 기준이 필요하다. 이 글에서는 조직 배포나 사용자 추적을 수행하지 않았으며, 관찰 항목을 제안하는 데 그친다.
내 환경에서 확인할 순서
데스크톱 Chrome의 공식 설정 경로는 메뉴 → 설정 → 개인정보 보호 및 보안 → 보안 → 세이프 브라우징이다. 표준 보호는 기본값이고 향상된 보호는 알려지지 않은 위험까지 더 살피기 위한 선택지다. 선택 전에는 각 모드의 데이터 설명도 함께 읽는다. 보호 수준과 설정 방법
회사·학교 기기는 관리자가 설정을 지정해 사용자가 변경할 수 없을 수 있다. 경고 때문에 필요한 업무가 멈췄다면 보호를 끄는 대신 담당자에게 확인할 경로를 마련하는 것이 실용적이다. Google도 위험 사이트 경고가 뜨면 방문하지 않을 것을 권고한다. 경고 관리 도움말
로그인 자체의 피싱 저항성을 더 이해하려면 패스키의 도메인 결합과 복구·세션 경계를 이어 읽을 수 있다. 이번 판단표를 다시 쓰려면 글 상단의 저장 기능을, 관련 주제를 찾아보려면 보안 주제 모음을 이용하면 된다.
- 의심 경고의 낮은 확신도는 위험이 없다는 뜻이 아니다. 하려던 행동의 영향과 함께 판단한다.
- Gemini의 페이지 분석은 최종 판정을 위한 입력이다. 브라우저 경고와 운영체제의 실행 통제는 다른 단계다.
- 페이지 텍스트의 한시 처리 설명을 Safe Browsing 전체 데이터의 무보관 약속으로 넓히지 않는다.
근거와 원자료
자료의 발행 시점과 이번 글에서 참고한 범위를 함께 기록합니다.
- Our latest defenses against evolving web scams ↗Google · Chrome · 2026
2026-10-20 발표. 의심/위험 경고, 서버 Gemini, 페이지 텍스트 한시 처리와 ClickFix 경로. 10배는 경고 건수 비교. 제품 실행·배포 완료표·감염률 측정 아님.
- Using AI to stop tech support scams in Chrome ↗Google · Chrome · 2025
2025-05-08 이전 설계의 Gemini Nano 기기 분석과 Safe Browsing 최종 판정. 당시 계획을 현재 완료로 옮기지 않음.
- Choose your Safe Browsing protection level in Chrome ↗Google · Chrome · 상시 갱신 문서
2026-10-21 확인, Desktop 탭. 기본 표준 보호, 향상된 보호 및 설정 경로. 로그인·계정과 보호 모드별 범위.
- How Chrome Safe Browsing keeps your browsing data private ↗Google · Chrome · 상시 갱신 문서
2026-10-21 확인. 표준/향상 모드의 전송 자료와 계정 연결. 특정 페이지 분석의 무보관 약속과 제품 전체를 구분.
- Manage warnings about unsafe sites ↗Google · Chrome · 상시 갱신 문서
2026-10-21 확인. 위험 경고의 권고, 조직 관리 기기의 설정 제한. 우회·악성 실행을 시험하지 않음.
갱신 기록
첫 원고. 10월 20일 발표, 이전 설계와 현재 도움말을 대조했다. 공식 화면을 분석했으며 브라우저 탐지·악성 코드 실행·효과 측정은 하지 않았다.
오류를 발견했다면 →