웹사이트 보안기술 정보 확인 2026-10-24수정 2026-10-24

홈페이지 해킹 확인 방법, Search Console 점검

홈페이지가 해킹되면 관리자 본인은 모르는 채 며칠, 몇 주씩 방치되는 경우가 많습니다. 화면이 갑자기 깨지는 식의 눈에 띄는 해킹보다, 검색 결과에 낯선 글을 끼워 넣거나 특정 방문자만 다른 사이트로 보내는 조용한 해킹이 흔하기 때문입니다.

이 글은 소규모 홈페이지 관리자가 비용 없이 따라 할 수 있는 확인 순서를 정리합니다. 먼저 밖에서 보이는 신호를 보고, 다음으로 Search Console과 서버 안쪽을 확인하는 흐름입니다. 2026년 10월 24일 기준으로 구글 도움말을 직접 확인해 작성했습니다.

해킹을 의심할 만한 대표 증상

아래 중 하나라도 해당하면 점검을 시작하는 편이 안전합니다.

• 검색 결과에 내가 만든 적 없는 제목이나 설명의 페이지가 나온다
• 검색 결과로 들어가면 엉뚱한 사이트로 넘어간다
• 구글 검색 결과에 “이 사이트는 해킹당했을 수 있음” 같은 표시가 붙는다
• 크롬에서 방문 시 경고 화면이 먼저 나온다
• 관리자가 만들지 않은 계정이나 파일이 생겼다
• 서버 사용량이나 접속량이 이유 없이 급증했다

구글 도움말은 이런 경고가 검색 결과 표시, 브라우저 경고 화면, Search Console 알림 형태로 나타난다고 설명합니다.

1단계 검색 결과로 스팸 페이지 찾기

구글 검색창에 site:내도메인.com 을 입력하면 구글이 색인한 내 사이트 페이지가 나열됩니다. 구글 도움말도 이 방식으로 예상치 못한 스팸 단어가 들어간 페이지를 찾도록 안내합니다. 도메인 뒤에 의심되는 단어를 붙여 site:내도메인.com 단어 형태로 좁혀 볼 수도 있습니다.

확인할 것은 다음과 같습니다.

• 처음 보는 제목, 해외 언어, 약품·도박·명품 같은 무관한 주제
• 주소가 무작위 문자열이거나 존재하지 않는 폴더 아래에 있는 페이지
• 내가 쓴 글인데 제목이나 설명이 바뀐 페이지

관리자 화면에서는 정상으로 보이는데 검색 결과에만 나타난다면, 검색엔진에게만 다른 내용을 보여 주는 위장 방식을 의심할 수 있습니다.

2단계 Search Console 보안 문제 보고서

Search Console에 사이트를 등록하고 소유권을 확인했다면 가장 확실한 신호는 보안 문제 보고서입니다. 구글 도움말에 따르면 이 보고서는 다음 세 범주를 다룹니다.

보고서에서 예시 주소를 확인할 수 있으므로 해당 페이지를 서버에서 찾아 원인을 추적합니다. 수동 조치 보고서는 검색 색인을 조작한 정책 위반을 다루는 별개의 보고서입니다. 둘을 함께 열어 보세요. 아직 등록하지 않았다면 등록과 소유권 확인부터 하는 것이 좋습니다. 알림 메일을 받으려면 등록이 필요합니다.

3단계 서버 안쪽 직접 점검

외부 신호가 없어도 서버를 직접 봐야 합니다. 우선순위는 다음과 같습니다.

1. 최근에 수정된 파일 찾기. 내가 건드리지 않은 날짜에 바뀐 파일이 있는지 봅니다.
2. 업로드 폴더, 임시 폴더에 실행 가능한 스크립트 파일이 있는지 확인합니다.
3. 관리자·FTP·SSH 계정 목록에 모르는 계정이 있는지 봅니다.
4. 접속 로그에서 평소와 다른 시간대의 대량 요청, 낯선 주소 요청을 확인합니다.
5. .htaccess 와 서버 설정 파일에 모르는 리디렉션 규칙이 들어갔는지 봅니다.

최근 7일 안에 수정된 웹 파일은 리눅스에서 아래 명령으로 나열할 수 있습니다. 경로는 환경에 맞게 바꾸세요.

find /var/www/html -type f -mtime -7 -printf '%TY-%Tm-%Td %TH:%TM %p\n' | sort

접속 로그를 읽는 방법은 서버 접근 로그 확인 글에 따로 정리했습니다. 워드프레스를 쓴다면 워드프레스 해킹 확인 글의 체크리스트가 더 구체적입니다.

공개 검사로 알 수 있는 것과 없는 것

주소만 넣으면 결과를 보여 주는 공개 검사 도구는 외부에서 받을 수 있는 응답과 일부 목록 정보만 보고 판단합니다. 따라서 다음 한계가 있습니다.

• 서버 안에 숨은 웹쉘이나 백도어는 보이지 않는다
• 로그인해야 보이는 영역은 확인하지 못한다
• 검사 시점에만 보이는 정보라 간헐적인 위장 동작을 놓칠 수 있다
• 감염 없음이라는 결과가 안전을 보증하지 않는다

반대로 외부 응답에서 보이는 보안 헤더 누락, 인증서 문제 같은 기본 설정 상태는 공개 검사로도 알 수 있습니다. 결과는 점검의 출발점으로만 쓰세요. 감염 여부는 서버에서 확인해야 확정됩니다.

해킹이 확인됐다면

원인을 찾기 전에 서버를 마구 지우지 않는 것이 중요합니다. 증거가 사라지면 침입 경로를 알 수 없고 재발을 막기 어렵습니다. 격리, 백업, 비밀번호 교체, 신고 순서는 웹사이트 악성코드 감염 대처 글에서 이어서 설명합니다.

점검 주기와 기록 습관

한 번 확인하고 끝내지 말고 월 1회 정도 같은 순서로 반복하면 이상 징후를 빨리 알아챌 수 있습니다. 확인한 날짜, site: 검색에서 보인 페이지 수, Search Console 알림 여부를 간단히 기록해 두면 갑자기 색인 수가 늘거나 줄었을 때 비교할 기준이 생깁니다. 구글 도움말도 Search Console 메시지를 메일로 받고 정기적으로 사이트를 확인하라고 안내합니다. 점검은 서버 접근 권한이 있는 관리자 계정으로만 하고, 의심 파일을 열어 실행해 보는 일은 하지 마세요.