품질·성능·보안 · 공식 문서
사이트 해킹 확인, 보안 문제 보고서와 점검 순서
구글 서치 콘솔의 보안 문제 보고서를 먼저 열어 문제 수와 예시 URL을 확인합니다. 이어서 URL 검사 도구와 명령줄로 받은 응답, site 검색, 서버 파일을 차례로 보며 넣은 적 없는 코드·링크·페이지를 찾습니다.
해킹된 사이트도 주인 눈에는 멀쩡해 보일 수 있습니다. 공격자가 검색엔진 크롤러나 검색에서 들어온 방문자에게만 다른 내용을 보여 주기도 해서입니다.
그래서 확인은 화면을 여는 것이 아니라 구글이 본 결과와 서버가 내보내는 응답을 보는 일입니다. 구글 서치 콘솔 도움말이 그 순서를 적었습니다.
발견 01
해킹 여부는 경고가 보이느냐가 아니라 서치 콘솔 보안 문제 보고서로 판단합니다
However, you should rely on the Security Issues report as the source of truth to verify whether any security issues exist for your site, or if they have been fixed.
사이트에 보안 문제가 있는지, 고쳐졌는지는 보안 문제 보고서를 기준으로 확인해야 한다.
| 항목 | 공식 문서 원문 |
|---|---|
| 보고서가 보여 주는 것 | If a Google evaluation determines that your site was hacked, or that it exhibits behavior that could potentially harm a visitor or their computer, the Security issues report will show Google's findings.구글 평가에서 사이트가 해킹됐거나 방문자와 그 컴퓨터에 해로울 수 있는 동작을 한다고 판단되면 보안 문제 보고서에 그 결과가 나온다. |
| 검색 결과에 남는 것 | Pages or sites affected by a security issue can appear with a warning label in search results or an interstitial warning page in the browser when a user tries to visit them.보안 문제가 있는 페이지나 사이트는 검색 결과에 경고 라벨이 붙거나, 방문하려 할 때 브라우저에 전면 경고 페이지가 뜰 수 있다. |
| 경고가 재현되지 않을 때 | Google SafeBrowsing displays warnings to users based on the browsing context. Therefore you may or may not be able to reproduce the warnings.구글 세이프 브라우징은 브라우징 상황에 따라 경고를 보여 준다. 그래서 경고가 재현되지 않을 수도 있다. |
발견 02
확인은 보고서에서 시작해 응답·site 검색·서버 파일로 좁히는 8단계입니다
Avoid using a browser to directly view infected pages on your site.
감염된 페이지를 브라우저로 직접 열어 보지 않는다.
| 단계 | 어디서 | 할 일 | 공식 문서 원문 |
|---|---|---|---|
| 보안 문제 보고서 | 서치 콘솔 | 보고서 맨 위에 문제 수가 있는지, 녹색 체크와 문제 없음 메시지가 있는지 봅니다. | If you have security issues, you'll see a count of all security issues on your site at the top of the report. If your site has no security issues, you'll see a green check mark and an appropriate message.보안 문제가 있으면 보고서 맨 위에 전체 문제 수가 나온다. 없으면 녹색 체크표시와 안내 메시지가 나온다. |
| 예시 URL과 처음 발견일 | 서치 콘솔 | 문제를 펼쳐 예시 URL과 처음 발견된 날짜를 적습니다. 예시는 일부라서 사이트 전체를 따로 찾습니다. | The issue details show the date that the issue was first detected on your site, as well as a brief description and a link to learn more about the issue. This list is not necessarily complete, but just a sample of pages on your site affected by the selected issue.문제 세부정보에는 처음 발견된 날짜, 짧은 설명, 자세히 알아보기 링크가 나온다. 예시 목록은 완전하지 않고 영향을 받은 페이지 일부일 뿐이다. |
| 구글이 본 화면 | URL 검사 도구 | 감염 의심 페이지는 브라우저로 직접 열지 말고 URL 검사 도구로 구글이 받은 페이지를 봅니다. | Avoid using a browser to directly view infected pages on your site. Use the URL Inspection tool to view your page as Google sees it. This is useful since many hackers make changes that are visible only to Google machines.감염된 페이지를 브라우저로 직접 열지 않는다. URL 검사 도구로 구글이 보는 페이지를 본다. 해커가 구글에게만 보이게 바꾸는 경우가 많아서다. |
| 명령줄로 받은 응답 | curl·wget | 명령줄로 페이지를 받고, 리퍼러를 검색엔진 주소로 바꿔 한 번 더 받아 두 응답을 비교합니다. | Use cURL or Wget to perform HTTP requests (such as fetching a page) from the command-line. Hackers often attack only specific user-agents or referrers to avoid detection and select better targets; using these tools enable you to mimic a target.cURL 이나 Wget 으로 명령줄에서 페이지를 받는다. 해커는 들키지 않으려고 특정 사용자 에이전트나 리퍼러만 노리므로, 이 도구로 그 조건을 흉내 내 본다. |
| 의심 코드 찾기 | 응답·서버 파일 | 응답과 서버 파일에서 eval·base64_decode·unescape 같은 말과 넣은 적 없는 링크를 찾습니다. | Search for suspicious code in your responses and on your site. Useful search terms include "search", "eval", "base64_decode", and "unescape".응답과 사이트에서 의심스러운 코드를 찾는다. search, eval, base64_decode, unescape 같은 검색어가 쓸모 있다. |
| 만든 적 없는 페이지 | 구글 site 검색 | site:우리도메인 으로 색인된 페이지를 훑고, 사이트 주제와 무관한 단어를 붙여 다시 검색합니다. | You can also do a “site:” search to find pages that you have not created. On a small site, you can search [site:example.com] in Google Search to see a list of pages that we have indexed, to see if any pages exist that you haven't created.site: 검색으로 만든 적 없는 페이지를 찾을 수 있다. 작은 사이트라면 [site:example.com] 으로 색인된 페이지 목록을 보고 만든 적 없는 페이지가 있는지 본다. |
| 서버 설정의 리디렉션 | 서버 설정 파일 | 서버 설정 파일에 넣은 적 없는 리디렉션 규칙이 있는지 봅니다. | Header redirects: Hackers can redirect visitors by modifying your server's configuration file(s).헤더 리디렉션: 해커는 서버 설정 파일을 고쳐 방문자를 다른 곳으로 보낼 수 있다. |
| 다른 계정·기기로 보기 | 다른 기기 | 관리자로 로그인하지 않은 상태나 다른 기기로 예시 URL을 보고, 광고 영역은 여러 번 새로 고칩니다. | In some cases, hackers can hide these links if they think you are the site owner, so try visiting the sample URLs with the URL Inspection tool, or logged in with a different account or on another computer. Note that ad networks may rotate the ads shown on your site's pages.해커는 사이트 주인으로 보이면 링크를 숨기기도 하므로 URL 검사 도구, 다른 계정, 다른 컴퓨터로 예시 URL을 본다. 광고 네트워크는 보여 주는 광고를 바꿔 가며 내보낼 수 있다. |
site 검색은 작은 사이트라면 결과를 끝까지 훑는 것으로 충분합니다. 페이지가 많으면 사이트 주제와 무관한 단어를 붙여 범위를 좁힙니다.
구글이 본 페이지와 사람이 본 페이지가 다르게 나오면 그 차이가 단서입니다. URL 검사 도구 결과 읽는 법은 「구글 URL 검사 결과 보는 법」 편에 자세히 적었습니다.
발견 03
보고서의 「해킹됨」 문제는 4가지이고, 종류마다 먼저 볼 곳이 다릅니다
| 문제 종류 | 먼저 볼 곳 | 공식 문서 원문 |
|---|---|---|
| 해킹됨: 멀웨어 | 서버의 파일과 내려받는 파일 | Your site has been infected by, or is hosting, malware from a malicious hacker.사이트가 악의적인 해커의 멀웨어에 감염됐거나 멀웨어를 호스팅하고 있다. |
| 해킹됨: 코드 삽입 | 페이지 응답 속 스크립트와 서버 설정 파일의 리디렉션 | A hacker has compromised your site and is injecting malicious code in your pages.해커가 사이트를 장악해 페이지에 악성 코드를 넣고 있다. |
| 해킹됨: 콘텐츠 삽입 | 기존 페이지 응답 속 넣은 적 없는 링크·문구 | A hacker has added spammy links or text to your site’s pages.해커가 사이트 페이지에 스팸 링크나 문구를 넣었다. |
| 해킹됨: URL 삽입 | site 검색과 서버의 새 파일·폴더 | A hacker has created new pages on your site, often containing spammy words or links.해커가 사이트에 새 페이지를 만들었고, 대개 스팸 단어나 링크가 들어 있다. |
| 사기성 페이지 | 로그인·결제를 흉내 내는 페이지 | Your site includes content that tricks visitors into doing something dangerous, such as revealing confidential information or downloading software.기밀 정보를 내주거나 소프트웨어를 내려받게 하는 등 방문자를 속여 위험한 일을 하게 만드는 콘텐츠가 있다. |
| 사기성 삽입 리소스 | 광고·외부 위젯·삽입 이미지 | Your site includes deceptive advertisements or embedded resources that trick visitors into doing something dangerous, such as revealing confidential information or downloading unwanted software.방문자를 속여 위험한 일을 하게 만드는 사기성 광고나 삽입 리소스가 있다. |
| 유해한 다운로드 | 사이트가 제공하는 다운로드 파일 | Your site is offering users a download that Google Safe Browsing thinks is either malware or unwanted software.구글 세이프 브라우징이 멀웨어나 원치 않는 소프트웨어로 보는 다운로드를 사이트가 제공한다. |
| 유해한 다운로드 링크 | 본문과 게시판의 바깥 링크 | Your site is linking to sites that offer downloads that are either malware or unwanted software, according to Google Safe Browsing.구글 세이프 브라우징 기준으로 멀웨어나 원치 않는 소프트웨어를 내려받게 하는 사이트로 링크를 건다. |
| 항목 | 공식 문서 원문 |
|---|---|
| 고치는 범위 | Fix the issue throughout your site. Fixing the issue on just some pages will not earn you a partial return to search results.사이트 전체에서 문제를 고친다. 일부 페이지만 고쳐서는 검색 결과에 일부라도 돌아오지 못한다. |
| 검토 기간 | A review can take from a few days to a few weeks to complete.검토는 며칠에서 몇 주까지 걸릴 수 있다. |
| 덜 고친 채 요청하면 | Submitting a reconsideration request when the issue hasn't been fixed can cause longer turnaround time for the next request, or even get you marked as a repeat offender.문제를 다 고치지 않고 재검토를 요청하면 다음 요청 처리가 더 오래 걸리거나 반복 위반자로 표시될 수 있다. |
발견 04
같은 해킹 확인이라도 B2B·B2C·B2G 는 먼저 볼 자리가 다릅니다
예시 ① 문의형 기업 사이트(B2B)
검색 결과의 회사 이름 아래에 엉뚱한 상품 문구가 보인다는 제보를 받은 경우입니다. 브라우저로 열면 정상이라 넘기기 쉽습니다.
URL 검사 도구로 구글이 받은 페이지를 보고, site 검색으로 만든 적 없는 페이지가 색인됐는지 확인합니다.
예시 ② 자사 쇼핑몰(B2C)
검색에서 들어온 고객만 다른 사이트로 넘어간다는 문의가 온 경우입니다. 직접 주소를 치고 들어가면 재현되지 않습니다.
리퍼러를 검색엔진 주소로 바꿔 명령줄로 받아 보고, 서버 설정 파일의 리디렉션 규칙을 확인합니다.
예시 ③ 공공기관 누리집(B2G)
게시판 첨부파일을 받으려는 방문자에게 브라우저 경고가 뜬 경우입니다. 보안 문제 보고서에 다운로드 관련 문제가 있는지 먼저 봅니다.
예시 URL의 첨부파일과 게시글의 바깥 링크를 점검하고, 고친 범위를 기록해 검토 요청에 적습니다.
그럼 해킹 여부는 어떤 순서로 확인하나요?
- 보안 문제 보고서(서치 콘솔): 보고서 맨 위에 문제 수가 있는지, 녹색 체크와 문제 없음 메시지가 있는지 봅니다.
- 예시 URL과 처음 발견일(서치 콘솔): 문제를 펼쳐 예시 URL과 처음 발견된 날짜를 적습니다. 예시는 일부라서 사이트 전체를 따로 찾습니다.
- 구글이 본 화면(URL 검사 도구): 감염 의심 페이지는 브라우저로 직접 열지 말고 URL 검사 도구로 구글이 받은 페이지를 봅니다.
- 명령줄로 받은 응답(curl·wget): 명령줄로 페이지를 받고, 리퍼러를 검색엔진 주소로 바꿔 한 번 더 받아 두 응답을 비교합니다.
- 의심 코드 찾기(응답·서버 파일): 응답과 서버 파일에서 eval·base64_decode·unescape 같은 말과 넣은 적 없는 링크를 찾습니다.
- 만든 적 없는 페이지(구글 site 검색): site:우리도메인 으로 색인된 페이지를 훑고, 사이트 주제와 무관한 단어를 붙여 다시 검색합니다.
- 서버 설정의 리디렉션(서버 설정 파일): 서버 설정 파일에 넣은 적 없는 리디렉션 규칙이 있는지 봅니다.
- 다른 계정·기기로 보기(다른 기기): 관리자로 로그인하지 않은 상태나 다른 기기로 예시 URL을 보고, 광고 영역은 여러 번 새로 고칩니다.
조사 방법
- Search Console Help 「Security issues report」 · 최종 확인일 2026-10-25 · https://support.google.com/webmasters/answer/9044101?hl=en
- 점검 8단계는 위 도움말이 문제 종류마다 적은 확인 방법을 범위가 넓은 것부터 묶은 것입니다. 묶는 방식은 편집 판단입니다.
- 문제 종류 표는 도움말의 보안 문제 목록 가운데 8가지만 옮겼습니다. 「먼저 볼 곳」 칸은 원문의 확인 방법을 줄인 편집 판단입니다.
- 개인 계정·기기의 해킹 확인은 이 편의 범위에 넣지 않았습니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 보고서·도구 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다. 도움말 문서는 화면에 수정일이 없습니다.