- 01먼저 볼 곳Search Console 보안 문제 보고서에서 문제 유형과 예시 URL을 봅니다.
- 02고칠 범위예시 URL 몇 개가 아니라 사이트 전체를 정리하고 침입 경로까지 막습니다.
- 03검토 요청모든 문제를 고친 뒤 요청하고, 결정이 나기 전에는 다시 내지 않습니다.
검색 결과에 해킹 경고가 붙었다면 Search Console의 보안 문제 보고서부터 엽니다. 문제 유형과 예시 URL을 파악한 뒤 사이트 전체를 정리합니다. 모든 문제를 고친 뒤에 검토를 요청해야 경고가 사라질 수 있습니다. 근거는 Search Console 보안 문제 보고서 문서와 검색 고객센터의 경고 안내입니다. 문서에 없는 운영 점검 항목은 넥스트티 판단임을 밝혀 둡니다.
검색 결과의 해킹 경고는 무엇을 뜻하나요?
이 경고는 Google이 사이트의 해킹이나 방문자에게 해로운 동작을 발견했다는 뜻입니다. 경고는 검색 결과의 라벨이나 브라우저의 전면 경고 화면으로 나타날 수 있습니다.
출처: Google 검색 고객센터 경고 안내 문서·Search Console 보안 문제 보고서
| 표시 위치 · 문구 | 뜻 |
|---|---|
| 검색 결과 · 해킹당한 사이트일 수 있습니다 | 기존 페이지 변경·스팸 페이지 추가 |
| 검색 결과 · 이 사이트는 컴퓨터에 문제를 야기할 수 있습니다 | 악성 소프트웨어 설치 가능성 |
| 브라우저 · 전면 경고 화면 | 방문 전 위험 경고 |
Google 검색 고객센터의 해킹 경고 안내에 따르면 이 알림은 소유자가 조치할 때까지 남습니다. 시간이 지나면 저절로 사라지는 경고가 아니라는 뜻입니다.
- 직접 조치: 검색 색인 조작 시도에 대한 조치로, 사용자 화면에는 표시되지 않습니다.
- 보안 문제: 해킹이나 방문자 피해 가능성에 대한 표시로, 검색 결과·브라우저에 경고가 보입니다.
- 두 문제는 Search Console에서 서로 다른 보고서에 나옵니다.
직접 조치 뒤 회복에 관한 용어는 패널티 회복 항목에 정리했습니다.
보안 문제 보고서에서는 무엇을 확인하나요?
보안 문제 보고서에서는 문제의 수·유형·예시 URL·처음 발견된 날짜가 나옵니다. 문제가 없으면 녹색 체크 표시와 안내 메시지가 보입니다.
보고서의 범주는 해킹된 콘텐츠·멀웨어 및 원치 않는 소프트웨어·소셜 엔지니어링입니다. 문제 설명을 펼치면 유형별 해결 방법으로 가는 링크가 함께 나옵니다.
출처: Search Console 고객센터 「보안 문제 보고서」 보안 문제 목록(주요 유형만 발췌)
| 문제 유형 | 첫 조치 |
|---|---|
| 해킹됨: 멀웨어 | 감염 파일 진단·정리 |
| 해킹됨: 코드 삽입 | 삽입된 스크립트·리디렉션 제거 |
| 해킹됨: 콘텐츠 삽입 | 숨은 링크·스팸 문구 삭제 |
| 해킹됨: URL 삽입 | 생성된 페이지와 생성 코드 삭제 |
| 사기성 페이지·삽입 리소스 | 소셜 엔지니어링 콘텐츠·광고 제거 |
| 유해한 다운로드(링크) | 파일·링크 삭제 |
예시 URL 목록은 전체 목록이 아니라 샘플입니다. 예시 URL이 아예 없을 때도 있습니다. 이 경우도 영향받은 페이지가 없다는 뜻은 아닙니다.
경고가 내 브라우저에서 재현되지 않을 수도 있습니다. 세이프 브라우징은 브라우징 상황에 따라 경고를 보여 주기 때문입니다. 남은 문제를 판단할 때는 재현 여부가 아니라 보고서를 기준으로 삼습니다.
문제가 있던 사이트를 최근에 사들인 경우도 같은 절차를 밟습니다. 재검토 요청에는 최근 소유했다는 사실을 함께 적습니다.
감염된 페이지는 어떻게 안전하게 확인하나요?
코드나 콘텐츠 삽입이 의심되는 페이지는 브라우저 대신 URL 검사 도구나 cURL로 확인합니다. 멀웨어가 브라우저 취약점으로 퍼질 수 있어서입니다. 도움말이 제시하는 방법은 아래 1·2번이고, 3·4번은 같은 도움말의 진단 방법입니다.
1. URL 검사 도구
Google에 보이는 페이지를 그대로 봅니다. 검색 유입에만 보이는 링크를 찾을 때 씁니다.
2. cURL·Wget
명령줄로 페이지를 받아 리디렉션과 응답을 살핍니다. 리퍼러·사용자 에이전트를 바꿔 요청합니다.
3. 의심 코드 검색
응답과 파일에서 eval·base64_decode·unescape 같은 단어를 찾습니다.
4. site: 검색
만들지 않은 페이지가 색인됐는지 site:도메인과 스팸 단어를 함께 검색합니다.
해커는 사이트 소유자가 알아채지 못하도록 클로킹을 쓰기도 합니다. 검색 결과를 거쳐 들어온 방문자에게만 다른 페이지를 보여 주는 방식입니다.
curl -v
--referer
"https://www.google.com"
--user-agent
"Mozilla/5.0"
https://example.com/page도움말의 예시를 줄이고 바꿔 옮겼습니다. 실제로는 한 줄로 입력하며, 주소는 설명용입니다.
응답에 처음 보는 Location 헤더나 외부 스크립트가 있으면 삽입을 의심합니다. 유해한 링크는 소유자에게 숨겨질 수 있으므로 다른 계정이나 다른 컴퓨터로도 열어 봅니다.
- 멀웨어를 고치려면 코드와 웹 서버 구성을 읽고 이해할 수 있어야 합니다.
- 어렵다면 사이트를 만든 개발사나 호스팅 담당자처럼 해결할 사람을 먼저 정합니다.
사이트는 어떻게 정리해야 하나요?
정리는 감염된 파일을 안전한 최신 백업으로 바꾸거나 스팸 콘텐츠를 직접 지우는 방식으로 합니다. URL 삽입이라면 생성된 페이지뿐 아니라 그 페이지를 만든 파일과 기능도 지웁니다.
도움말은 사이트 전체에서 문제를 해결하라고 강조합니다. 일부 페이지를 고쳤다고 해서 그 페이지들의 검색 결과가 먼저 돌아오지는 않는다는 설명입니다.
경고 안내 문서는 원인이 된 보안 문제를 방치하면 다시 감염되기 쉽다고 적고 있습니다. 보고서 문서가 꼽는 침입 경로는 다음 세 가지입니다.
출처: Search Console 고객센터 「보안 문제 보고서」 콘텐츠 삽입 설명
| 침입 경로 | 점검할 곳 |
|---|---|
| 열려 있는 디렉터리 권한 | 서버 폴더 쓰기 권한 |
| 오래된 콘텐츠 관리 시스템 | 설치 버전·보안 업데이트 |
| 해킹된 외부 플러그인 | 방문자 수 카운터 등 부가 기능 |
넥스트티는 정리 전에 관리자 계정 비밀번호부터 바꾸는 편이 안전하다고 봅니다. 침입 흔적을 지운 뒤 같은 계정으로 다시 들어오는 일을 막기 위해서입니다.
서버가 버전 정보를 그대로 드러내는지도 함께 점검합니다. 서버 정보가 드러날 때의 위험은 서버 정보 노출과 보안에서 다뤘습니다. 지운 스팸 주소의 응답 코드는 삭제 페이지 처리 기준을 참고하십시오.
검토 요청은 언제, 어떻게 보내나요?
검토 요청은 보고서의 모든 문제를 모든 페이지에서 해결한 뒤 보안 문제 보고서에서 보냅니다. 문제가 여러 개라면 하나도 남기지 않고 모두 고쳐야 합니다.
도움말은 요청서에 세 가지를 담으라고 권합니다.
1. 문제 설명
사이트에서 발견한 보안 문제를 정확히 적습니다.
2. 조치 내용
문제를 해결하기 위해 한 작업을 적습니다.
3. 결과 기록
해결 작업의 결과를 문서로 남겨 함께 적습니다.
- 문제: 3월 4일부터 /shop/ 아래에 의약품 스팸 페이지 120개가 생성됨
- 조치: 생성 파일 2개 삭제, 플러그인 업데이트, 관리자 비밀번호 변경
- 결과: site: 검색과 URL 검사로 스팸 페이지 0개 확인
위 날짜·수치는 형식을 보이기 위한 예시입니다.
요청을 보내면 검토가 진행 중이라는 확인 메일이 옵니다. 검토는 대부분 며칠에서 몇 주가 걸리고, 끝나면 다시 메일로 알려 줍니다.
결정이 나기 전에는 요청을 다시 내지 않습니다. 문제가 남은 채로 다시 내면 처리 시간이 길어질 수 있습니다. 반복 위반자로 지정될 수 있다는 경고도 있습니다.
악성 소프트웨어 경고 안내 문서도 같은 순서를 제시합니다. 문제가 해결되었다고 판단되면 Google이 알림을 삭제한다는 설명입니다.
다시 해킹되지 않으려면 무엇을 점검하나요?
재발을 막으려면 경고가 붙기 전에 알아챌 수 있는 장치를 먼저 둡니다. 아래는 문서 내용을 바탕으로 넥스트티가 정리한 운영 점검 항목입니다.
1. Search Console 등록
사이트를 등록·확인해 보안 문제 알림을 받을 수 있게 합니다.
2. 업데이트 점검
콘텐츠 관리 시스템과 플러그인을 최신 보안판으로 유지합니다.
3. 권한 점검
서버 폴더의 쓰기 권한이 필요 이상으로 열려 있지 않은지 봅니다.
4. 주기적 site: 검색
만들지 않은 페이지가 색인됐는지 정기적으로 검색합니다.
5. 백업 보관
감염 전 시점으로 되돌릴 수 있는 백업을 날짜별로 둡니다.
웹 검색 스팸 정책은 해킹된 콘텐츠의 예로 코드·페이지·콘텐츠 삽입과 리디렉션을 듭니다. 넥스트티는 이 네 가지를 점검 항목의 기준으로 삼으면 빠뜨리는 곳이 줄어든다고 봅니다.
해킹이 아니라 다른 사이트가 글을 복제해 간 경우는 절차가 다릅니다. 그 경우는 복제 사이트가 대신 인용될 때에서 다뤘습니다.
참고 자료
- Search Console 고객센터 — 보안 문제 보고서
- Google 검색 고객센터 — Google 검색에 관한 문제 신고하기('해킹당한 사이트일 수 있습니다' 메시지 절)
- Google 검색 고객센터 — '이 사이트는 컴퓨터에 문제를 야기할 수 있습니다' 알림
- Google 검색 센터 — 웹 검색의 스팸 정책
