이 가이드는 사이트에 자동 생성된 일본어 텍스트를 만드는 해킹 유형, 즉 일본어 키워드 해킹을 위해 특별히 작성되었습니다. 이 가이드는 널리 사용되는 콘텐츠 관리 시스템 (CMS) 사용자를 위해 설계되었지만 CMS를 사용하지 않더라도 이 가이드가 유용합니다.
이 가이드가 도움이 되기를 바랍니다. 의견을 남겨 개선에 참여해 주세요.
이 유형의 해킹 파악
일본어 키워드 해킹은 일반적으로 사이트에 무작위로 생성된 디렉터리 이름(예: http://example.com/ltjmnjp/341.html)으로 자동 생성된 일본어 텍스트가 있는 새 페이지를 만듭니다. 이러한 페이지는 가짜 브랜드 상품을 판매하는 매장의 제휴 링크를 사용하여 수익을 창출하며 Google 검색에 표시됩니다. 다음은 이러한 페이지 중 하나가 표시되는 예입니다.
이 유형의 해킹에서는 해커가 일반적으로 Search Console에 속성 소유자로 자신을 추가하여 지역 타겟팅이나 사이트맵과 같은 사이트 설정을 조작하여 수익을 늘립니다. 모르는 사용자가 Search Console에서 사이트를 확인했다는 알림을 받은 경우 사이트가 해킹되었을 가능성이 큽니다.
먼저 Search Console의 보안 문제 도구를 확인하여 Google에서 사이트에서 해킹된 페이지를 발견했는지 확인합니다. Google 검색 창을 열고 사이트의 루트 수준 URL과 함께 site:_your site url_를 입력하여 이와 같은 페이지를 찾을 수도 있습니다. 그러면 해킹된 페이지를 포함하여 Google에서 사이트에 색인을 생성한 페이지가 표시됩니다. 검색 결과 페이지를 몇 장 넘겨서 비정상적인 URL이 있는지 확인합니다. Google 검색에 해킹된 콘텐츠가 표시되지 않으면 다른 검색엔진에서 동일한 검색어를 사용합니다. 예를 들면 다음과 같습니다.
일반적으로 해킹된 페이지로 연결되는 링크를 클릭하면 다른 사이트로 리디렉션되거나 의미 없는 콘텐츠로 가득 찬 페이지가 표시됩니다. 하지만 페이지가 존재하지 않는다는 메시지 (예: 404 오류)가 표시될 수도 있습니다. 속지 마세요. 해커는 페이지가 여전히 해킹된 상태인데도 페이지가 사라졌거나 수정되었다고 생각하도록 유도하려고 시도합니다. 이를 위해 콘텐츠를 클로킹합니다. URL 검사 도구에 사이트의 URL을 입력하여 클로킹을 확인합니다. Fetch as Google 도구를 사용하면 기본적으로 숨겨진 콘텐츠를 볼 수 있습니다.
이러한 문제가 발생하면 사이트가 이러한 유형의 해킹의 영향을 받은 것일 수 있습니다.
해킹 수정
시작하기 전에 나중에 복원해야 할 경우를 대비하여 파일을 삭제하기 전에 오프라인 사본을 만듭니다. 더 좋은 방법은 정리 프로세스를 시작하기 전에 전체 사이트를 백업하는 것입니다. 서버에 있는 모든 파일을 서버 외부의 위치에 저장하거나 특정 콘텐츠 관리 시스템 (CMS)에 가장 적합한 백업 옵션을 검색하면 됩니다. CMS를 사용하는 경우 데이터베이스도 백업합니다.
Search Console에서 새로 만든 계정 삭제
알 수 없는 새 소유자가 Search Console 계정에 추가된 경우 최대한 빨리 액세스 권한을 취소하세요. Search Console 인증 페이지에서 사이트에 대해 인증된 사용자를 확인할 수 있습니다. 사이트의 '인증 세부정보'를 클릭하여 인증된 모든 사용자를 확인합니다.
Search Console에서 소유자를 삭제하려면 사용자, 소유자, 권한 관리 고객센터의 소유자 삭제 섹션을 참고하세요.
연결된 확인 토큰을 삭제해야 합니다. 일반적으로 사이트 루트의 HTML 파일 또는 HTML 파일을 모방하여 동적으로 생성된 .htaccess 파일입니다.
사이트에서 HTML 인증 토큰을 찾을 수 없는 경우 .htaccess 파일에서 재작성 규칙을 확인하세요. 재작성 규칙은 다음과 유사합니다.
RewriteEngine On
RewriteRule ^google(.*)\.html$ dir/file.php?google=$1 [L]
.htaccess 파일에서 동적으로 생성된 인증 토큰을 삭제하려면 다음 단계를 따르세요.
.htaccess 파일 확인하기 (2단계)
해커는 .htaccess 파일을 사용하여 동적으로 생성된 인증 토큰을 만드는 것 외에도 .htaccess 규칙을 사용하여 사용자를 리디렉션하거나 의미 없는 스팸 페이지를 만드는 경우가 많습니다. 맞춤 .htaccess 규칙이 없는 경우 .htaccess를 완전히 새 사본으로 교체하는 것이 좋습니다.
1단계
사이트에서 .htaccess 파일을 찾습니다. .htaccess 파일의 위치를 잘 모르고 WordPress, Joomla, Drupal과 같은 CMS를 사용하는 경우 검색엔진에서 CMS 이름과 함께 '.htaccess 파일 위치'를 검색하세요.
사이트에 따라 .htaccess 파일이 여러 개 표시될 수 있습니다.
모든 .htaccess 파일 위치의 목록을 만듭니다.
2단계
모든 .htaccess 파일을 클린 또는 기본 버전의 .htaccess 파일로 바꿉니다. 일반적으로 .htaccess 파일의 기본 버전은 '기본 .htaccess 파일'과 CMS 이름을 검색하여 찾을 수 있습니다. .htaccess 파일이 여러 개인 사이트의 경우 각 파일의 클린 버전을 찾아 교체합니다.
기본 .htaccess가 없고 사이트에서 .htaccess 파일을 구성한 적이 없는 경우 사이트에서 발견된 .htaccess 파일은 악성일 가능성이 높습니다. 만약을 대비해 .htaccess 파일의 사본을 오프라인에 저장하고 사이트에서 .htaccess 파일을 삭제합니다.
악성 파일 및 스크립트 모두 삭제(4단계)
악성 파일을 식별하는 것은 쉽지 않고 시간이 많이 걸릴 수 있습니다. 파일을 확인할 때는 천천히 확인하세요. 아직 백업을 하지 않았다면 지금이 사이트의 파일을 백업하기에 좋은 시기입니다. '사이트 백업'과 CMS 이름을 Google 검색하여 사이트를 백업하는 방법에 관한 안내를 찾습니다.
1단계
CMS를 사용하는 경우 CMS의 기본 배포에 포함된 모든 핵심 (기본) 파일과 추가한 모든 항목 (예: 테마, 모듈, 플러그인)을 다시 설치합니다. 이렇게 하면 이러한 파일에서 해킹된 콘텐츠를 제거할 수 있습니다. '재설치'와 CMS 이름을 Google 검색하여 재설치 안내를 찾을 수 있습니다. 플러그인, 모듈, 확장 프로그램 또는 테마가 있는 경우에도 다시 설치해야 합니다.
2단계
해커는 URL의 색인이 더 빨리 생성되도록 사이트맵을 수정하거나 새 사이트맵을 추가하는 경우가 많습니다. 이전에 사이트맵 파일이 있는 경우 파일에서 의심스러운 링크가 있는지 확인하고 사이트맵에서 삭제합니다. 사이트에 추가한 기억이 없는 사이트맵 파일이 있는 경우 다시 한번 확인하고 스팸 URL만 포함된 경우 삭제합니다.
3단계
다른 악성 파일이나 손상된 파일을 찾습니다. 이전 두 단계에서 이미 모든 악성 파일을 삭제했을 수도 있지만 사이트에 손상된 파일이 더 있는 경우 다음 몇 단계를 완료하는 것이 가장 좋습니다.
모든 PHP 파일을 열어 살펴봐야 한다고 생각하여 압박감을 느끼지 마세요. 먼저 조사할 의심스러운 PHP 파일 목록을 만듭니다. 다음은 의심스러운 PHP 파일을 확인하는 몇 가지 방법입니다.
- CMS 파일을 이미 새로고침한 경우 기본 CMS 파일 또는 폴더에 속하지 않는 파일만 살펴보세요. 이렇게 하면 많은 PHP 파일이 제외되고 확인해야 할 파일이 몇 개 남게 됩니다.
- 파일이 최종 수정된 날짜를 기준으로 사이트의 파일을 정렬합니다. 사이트가 해킹되었다는 사실을 처음 발견한 시점으로부터 몇 개월 이내에 수정된 파일을 찾습니다.
- 크기를 기준으로 사이트의 파일을 정렬합니다. 비정상적으로 큰 파일을 찾으세요.
4단계
의심스러운 PHP 파일 목록을 확인한 후 악성 콘텐츠가 있는지 확인합니다. PHP에 익숙하지 않은 경우 이 프로세스에 시간이 더 오래 걸릴 수 있으므로 PHP 문서를 검토해 보세요. 코딩을 처음 접하는 경우 도움을 받으세요. 그동안 다음과 같은 기본 패턴을 찾아 악성 파일을 식별할 수 있습니다.
CMS를 사용하고 있지만 PHP 파일을 직접 수정하지 않는 경우 서버의 파일을 CMS 및 모든 플러그인 및 테마와 함께 패키징된 기본 파일 목록과 비교합니다. 해당하지 않는 파일과 기본 버전보다 큰 파일을 찾습니다.
이미 식별한 의심스러운 파일을 검사하여 난독화된 코드 블록을 찾습니다. 혼란스러운 문자와 숫자의 조합처럼 보일 수 있으며, 일반적으로 base64_decode, rot13, eval, strrev, gzinflate와 같은 PHP 함수 조합이 앞에 표시됩니다. 다음은 코드 블록의 예입니다. 이 모든 코드가 하나의 긴 텍스트 줄에 채워져 실제로보다 작게 보일 때가 있습니다.
$O_O0O_O0_0=urldecode("%6E1%7A%62%2F%6D%615%5C%76%740%6928%2D%70
%78%75%71%79%2A6%6C%72%6B%64%679%5F%65%68%63%73%77%6F4%2B%6637%6A");
$OO0_0OO0__=$O_O0O_O0_0{26}.$O_O0O_O0_0{6}.$O_O0O_O0_0{10}.$O_O0O_O0_0{30}
사이트가 깨끗한지 확인
해킹된 파일을 삭제한 후에는 노력이 효과가 있었는지 확인합니다. 앞서 확인한 난해한 페이지가 기억나나요? Fetch as Google 도구를 다시 사용하여 페이지가 여전히 존재하는지 확인합니다. Fetch as Google에서 '찾을 수 없음'으로 응답하면 문제가 없는 것이므로 사이트의 취약점을 수정할 수 있습니다.
다시 해킹당하지 않으려면 어떻게 해야 하나요?
사이트의 취약점을 수정하는 것은 사이트를 수정하는 데 있어 필수적인 마지막 단계입니다. 최근 연구에 따르면 해킹된 사이트의 20% 가 하루 이내에 다시 해킹당하는 것으로 나타났습니다. 사이트가 해킹당한 방식을 정확히 알면 도움이 됩니다. 조사를 시작하려면 스팸 발송자가 웹사이트를 해킹하는 방법 가이드를 읽어보세요. 하지만 사이트가 어떻게 해킹되었는지 파악할 수 없는 경우 다음은 사이트의 취약성을 줄이기 위해 취할 수 있는 조치의 체크리스트입니다.
- 컴퓨터 정기 검사: 널리 사용되는 바이러스 검사기를 사용하여 바이러스나 취약점이 있는지 확인합니다.
- 비밀번호 정기 변경: 호스팅 업체, FTP, CMS와 같은 모든 웹사이트 계정의 비밀번호를 정기적으로 변경하면 사이트에 대한 무단 액세스를 방지할 수 있습니다. 계정마다 안전하고 고유한 비밀번호를 만드는 것이 중요합니다.
- 2단계 인증 (2FA) 사용: 로그인이 필요한 서비스에서 2FA를 사용 설정하는 것이 좋습니다. 2단계 인증을 사용하면 해커가 비밀번호를 도용하더라도 로그인하기 더 어려워집니다.
- CMS, 플러그인, 확장 프로그램, 모듈을 정기적으로 업데이트합니다. 이미 이 단계를 완료하셨기를 바랍니다. 오래된 소프트웨어를 사용하기 때문에 많은 사이트가 해킹됩니다. 일부 CMS는 자동 업데이트를 지원합니다.
- 사이트를 모니터링하기 위한 보안 서비스 구독 고려: 적은 비용으로 사이트를 모니터링하는 데 도움이 되는 훌륭한 서비스가 많이 있습니다. 사이트를 안전하게 유지하려면 이러한 서비스에 가입해 보세요.
추가 리소스
사이트를 수정하는 데 여전히 문제가 있다면 다음과 같은 몇 가지 리소스가 도움이 될 수 있습니다.
다음과 같은 도구를 사용하여 사이트를 검색하고 문제가 되는 콘텐츠를 찾을 수 있습니다. VirusTotal을 제외한 도구는 Google에서 실행하거나 지원하지 않습니다.
다음은 사이트에서 문제가 있는 콘텐츠를 검사할 수 있는 도구 중 일부입니다. 이러한 스캐너는 모든 유형의 문제가 있는 콘텐츠를 식별한다고 보장할 수 없습니다.
다음은 Google에서 제공하는 추가 리소스입니다.