웹사이트 악성코드 감염 대처, 초기 대응과 증거 보존

핵심 요약
  • 감염이 의심되면 파일을 지우기 전에 접근을 줄이고 현재 상태를 백업해 증거를 남긴다.
  • 정리는 모든 계정 비밀번호 교체, 침입 경로 차단, 코어와 플러그인 재설치 순서로 진행한다.
  • Search Console 경고는 사이트 전체를 정리한 뒤 무엇을 고쳤는지 적어 한 번만 검토 요청한다.

웹사이트가 악성코드에 감염된 것 같을 때 가장 흔한 실수는 당황해서 의심 파일부터 지우는 것입니다. 지우고 나면 어떤 경로로 들어왔는지 알 수 없고, 같은 구멍이 열려 있으면 며칠 뒤 다시 감염됩니다.

이 글은 의심 단계부터 구글 검토 요청까지의 대응 순서를 정리합니다. 감염 여부를 확인하는 방법 자체는 홈페이지 해킹 확인 방법 글에서 다루고, 여기서는 의심이 든 이후 무엇을 어떤 순서로 하는지에 집중합니다. 구글 도움말은 2026년 10월 24일에 직접 확인했습니다.

1단계 피해 확산 줄이기

먼저 방문자와 검색엔진이 감염된 페이지를 더 이상 만나지 않게 합니다.

  • 점검 안내 페이지로 전환하거나 서비스를 잠시 멈춥니다. 호스팅 패널에서 사이트 일시 중지 기능을 제공하기도 합니다.
  • 서버 접속 경로를 줄입니다. 관리자 화면, FTP, SSH는 내 IP만 허용하거나 임시로 닫습니다.
  • 같은 서버에 다른 사이트가 있다면 함께 감염됐을 수 있으므로 같이 점검합니다.

이 단계에서는 아직 파일을 수정하지 않습니다. 호스팅 업체에 연락해 상황을 알리면 서버 단위 로그나 스냅샷 같은 도움을 받을 수 있는 경우가 있습니다.

2단계 증거 보존

현재 상태를 있는 그대로 남깁니다. 나중에 침입 경로를 분석하고 신고할 때 근거가 됩니다.

  1. 웹 파일 전체와 데이터베이스를 별도 위치에 백업합니다. 감염 상태 그대로 받고, 이전 정상 백업과 섞지 않도록 이름에 날짜를 붙입니다.
  2. 웹서버 접속 로그와 오류 로그를 복사합니다. 로그는 시간이 지나면 순환되며 삭제됩니다.
  3. 의심 파일의 경로, 수정 시각, 소유자를 기록합니다.
  4. Search Console 보안 문제 보고서 화면과 예시 주소를 캡처합니다.
# 감염 상태 그대로 압축 보관 (경로와 파일명은 환경에 맞게 변경)
tar -czf /root/evidence-$(date +%F).tar.gz /var/www/html
cp -a /var/log/apache2 /root/evidence-logs-$(date +%F)

백업 방식 전반은 서버 백업 방법 글을 참고하세요.

내 사이트의 HTTPS·인증서·보안 헤더를 바로 확인할 수 있습니다.

무료 보안 검사 시작

3단계 비밀번호와 접근 권한 교체

침입에 쓰인 계정이 무엇인지 모르므로 모든 접근 수단을 바꿉니다. 정리 작업 이후가 아니라 정리 전에 하는 편이 좋습니다. 공격자가 다시 들어올 문이 열려 있기 때문입니다.

대상할 일
호스팅·서버 계정비밀번호 교체, SSH 키 목록 점검
FTP/SFTP비밀번호 교체, 가능하면 SFTP만 사용
관리자 화면 계정전체 비밀번호 교체, 모르는 계정 삭제
데이터베이스비밀번호 교체, 설정 파일에 반영
내 PC백신 검사. 내 PC가 감염원일 수 있음

구글 도움말은 작업 PC를 최신 상태로 유지하고 백신 검사를 하라고 안내합니다. 비밀번호를 바꾼 뒤에도 같은 비밀번호를 다른 서비스에서 쓰고 있다면 그쪽도 바꾸세요.

4단계 정리와 침입 경로 차단

정리 방식은 크게 두 가지입니다.

  • 깨끗한 상태로 재구성. 코어와 플러그인을 공식 배포본으로 새로 올리고, 콘텐츠와 업로드 파일만 검사해 옮깁니다. 가장 확실한 방법입니다.
  • 감염 파일만 제거. 놓친 파일이 남기 쉬워 권장 수준은 낮습니다.

정리 후에는 침입 경로를 막아야 합니다. 구글 도움말이 제시한 예방 항목을 기준으로 다음을 점검하세요.

  • 소프트웨어, 플러그인, 서버 운영체제를 최신으로 올리고 더 이상 관리되지 않는 도구는 제거한다
  • 디렉터리 권한과 인증 설정을 확인한다
  • FTP 대신 SSH 또는 SFTP 같은 암호화 전송을 쓴다
  • .htaccess 같은 접근 제어 파일을 수정하기 전에 백업한다

워드프레스라면 워드프레스 해킹 복구 순서 글에 코어와 플러그인 재설치 과정이 더 자세합니다.

5단계 신고와 검토 요청

사이트 전체가 정리된 것을 확인한 뒤에 구글에 검토를 요청합니다. 구글 도움말의 절차는 다음과 같습니다.

  1. Search Console 보안 문제 보고서에서 표시된 문제를 사이트 전체에서 해결합니다.
  2. 보고서의 검토 요청 버튼을 선택하고, 어떤 문제였고 무엇을 어떻게 고쳤는지 구체적으로 적습니다.
  3. 처리 중에는 다시 제출하지 않습니다. 요청이 접수되고 완료되면 각각 메일이 옵니다.

문제가 해결되지 않았는데 요청하면 플래그 기간만 늘어날 수 있다고 구글이 안내하므로, 정리 후 검색 결과와 크롬 접속 화면을 다시 확인하고 제출하세요. 검토는 멀웨어가 보통 며칠, 스팸 해킹은 최대 몇 주가 걸릴 수 있습니다.

재발 방지를 위한 마무리

정리가 끝나면 알림 메일 수신, 정기 백업, 주간 파일 변경 점검을 일정으로 만들어 두세요. 구글 도움말도 Search Console 메시지를 메일로 받고 site: 검색으로 정기 확인하기를 권합니다. 조기 발견이 피해 규모를 가장 크게 줄입니다.

호스팅 업체와 전문가에게 도움 요청하기

직접 정리하기 어렵다면 호스팅 업체 고객센터에 먼저 문의하세요. 서버 단위 로그, 스냅샷 복원, 임시 격리 같은 지원을 받을 수 있는 경우가 있습니다. 문의할 때는 증상이 처음 보인 시각, Search Console에 표시된 예시 주소, 최근 업데이트나 계정 변경 내역을 정리해 전달하면 원인 파악이 빨라집니다. 구글 도움말도 직접 해결이 어렵다면 전문가의 도움을 받으라고 안내합니다. 외부 업체에 서버 계정을 줄 때는 작업이 끝난 뒤 해당 계정을 반드시 삭제하세요.

감염 후 한 달간 점검할 것

정리가 끝난 직후에는 재감염이 가장 흔하므로 한 달 정도는 더 자주 살펴봅니다. 일주일에 한 번 최근 변경 파일 목록을 확인하고, 접속 로그에서 낯선 요청이 반복되는지 보고, 새 관리자 계정이 생기지 않았는지 확인합니다. 이 기간에 이상이 없다면 점검 주기를 월 단위로 늘려도 됩니다.

웹사이트 기본 보안 검사HTTPS·리디렉션·인증서·보안 헤더·서버 정보 노출 10개 항목을 무료로 확인할 수 있습니다.

무료 보안 검사 시작

자주 묻는 질문

감염을 발견하면 가장 먼저 무엇을 해야 하나요?

의심 파일을 바로 지우지 말고 사이트 접근을 제한한 뒤 현재 상태 전체를 백업해 두세요. 증거가 있어야 침입 경로를 찾고 재발을 막을 수 있습니다.

깨끗한 백업으로 되돌리면 끝인가요?

충분하지 않습니다. 침입에 쓰인 취약점이 그대로면 같은 방식으로 다시 감염됩니다. 복원 직후 모든 비밀번호를 바꾸고 소프트웨어를 최신으로 올려야 합니다.

Search Console 검토 요청은 여러 번 해도 되나요?

구글 도움말은 요청이 처리 중일 때 다시 제출하면 다음 검토가 늦어지거나 반복 위반 사이트로 분류될 수 있다고 안내합니다. 사이트 전체가 정리된 것을 확인한 뒤 한 번만 요청하세요.

검토에는 얼마나 걸리나요?

구글 도움말 기준으로 멀웨어 검토는 보통 며칠, 스팸 해킹 검토는 수동 확인이 필요해 최대 몇 주가 걸릴 수 있습니다. 시점은 사례마다 달라 보장되지 않습니다.

확인한 자료

기술 정보는 2026-10-24에 위 자료로 확인했습니다. 소프트웨어 버전·기본값·서비스 정책은 바뀔 수 있으므로 적용 전 각 문서의 최신 내용을 확인하세요. 이 글은 일반 정보이며 특정 서비스 가입을 권하지 않습니다.

Next
웹사이트 보안

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

내 홈페이지가 해킹됐는지 확인하는 순서를 정리했습니다. 검색 결과 스팸, 리디렉션, Search Console 보안 문제 보고서, 파일·로그 점검과 공개 검사의 한계까지 다룹니다.

가이드 보기 →
워드프레스 보안

워드프레스 해킹 복구 순서, 격리부터 재발 방지까지

워드프레스가 해킹당했을 때 복구하는 순서를 정리했습니다. 격리와 백업, 비밀번호·보안 키 교체, 코어와 플러그인 재설치, 재발 방지 설정까지 단계별로 설명합니다.

가이드 보기 →
서버 보안

서버 백업 방법, 3-2-1 원칙과 파일 DB 자동 백업

서버 백업에서 3-2-1 원칙의 뜻, rsync로 파일 복사, mysqldump로 DB 덤프, cron 자동화와 복구 테스트 순서까지 소규모 홈페이지 관리자 기준으로 정리했습니다.

가이드 보기 →
웹사이트 보안

보안 헤더 설정 방법, Apache·Nginx 예시

HSTS, CSP, X-Content-Type-Options, Referrer-Policy, X-Frame-Options, Permissions-Policy의 역할과 권장값, Apache·Nginx 설정 예시, 적용 후 확인 방법을 정리했습니다.

가이드 보기 →
웹사이트 보안

CSP 적용 가이드, Report-Only부터 시작

CSP를 안전하게 적용하는 순서를 정리했습니다. Report-Only로 시작하는 방법, default-src·script-src·frame-ancestors 등 주요 지시어, unsafe-inline 문제와 nonce, Apache·Nginx 예시를 다룹니다.

가이드 보기 →