TLDR; .htaccess 파일에 지시문 만 사용하여 WordPress를 가리는 것은 불가능합니다.

이제 화와 공포에 대한 이야기가 왔습니다. 우리 친구 인 fbh는 WordPress를 숨기는 데 어려움이 있었지만 겁쟁이가 아니 었습니다. 아아! 이 (미스) 모험의 세부 사항은 다음과 같습니다. 경고해야합니다!

자극

나는 일을 좋아하는 사람 중 하나입니다. 나는 할 것이다 ‘올바른 길’이되기 위해 무언가를 과도하게 엔지니어링하는 데 낭비하는 시간을 보낼 입니다. 기본 WordPress 설정에 대해 마음에 들지 않는 것 중 하나는 사용자가 http://ex.com/wp-settings.php를 입력 하면이 모든 PHP 전문 용어가 모든 곳에서 퍼져 나올 수 있다는 것입니다. 결국 PHP를 통해 오류를 끌 수 있었지만 서버에서 찾을 수있는 리소스 만 가지고 있고 다른 모든 것이 사용자 정의 검색 페이지에 404/3로 통합되기를 원했습니다. 그 후 나는 기본 프레임 워크 (예 : WP)를 완전히 숨기고 싶다는 아이디어를 얻었습니다 … 어쨌든 … WP를 숨기려면 가능합니다. 그러나 정말 어렵다.

당신의 운명에 단계

1. PHP ini 설정을 적절히 수정하십시오. (즉, 디스플레이 오류 끄기) 우리가 .htaccess를 사용하여 경로를 변경하면 자원을 유발하는 오류에 액세스 할 수 없기 때문에 오류가 표시되지 않기 때문에 이것이 불필요하다고 생각할 수 있습니다 (당신을보고 있습니다 wp-settings.php). 그러나 표시된 페이지에서 오류가 발생할 수 있으므로 반드시 오류를 제거하십시오. 그냥 때문에 WP_*지침이 반드시 일을 당신은 그들이 생각하는 방식으로 작동되는 것은 아닙니다 집합입니다. WP_DISPLAY_ERRORS가 기본 설정이 false라고 가정했기 때문에 서버에서 display_errors를 false FIRST로 설정해야한다는 것을 알았습니다.

   PHP ini 설정을 제어하는 ​​것은 .htaccess 파일에 지시문을 넣는 것만 큼 간단 할 수 있습니다. 또는 제 경우에는 CGI 핸들러를 만들고 php.ini 파일을 넣는 것처럼 복잡합니다. 설정에 따라 YMMV.

2. wp-접두사 가있는 파일 / 디렉토리에 대한 모든 액세스 권한을 제거하십시오 . 아이디어는 WP 배포가 WP가 아닌 WP가 아닌 콘텐츠에 관한 것입니다 (WP에 특별히 초점을 두지 않는 한) 사람들이 http; // ex.com/wp-cron.php의 내용을보고 싶어하는 것은 이치에 맞지 않습니다. 나는 이것을 통해 이것을 달성했다 :

    # If the resource requested is a `wp-*` file or directory, poop to a 403.
    RewriteCond %{REQUEST_FILENAME} wp-.*$ [NC]
    RewriteCond %{ENV:REDIRECT_STATUS} ^$
    RewriteCond %{REQUEST_FILENAME} -f [NC,OR]
    RewriteCond %{REQUEST_FILENAME} -d [NC]
    RewriteRule .* - [F,L]
   

3. mordor 를 통과하는 방법 알아보기 모든 액세스 권한을 제거하여 wp-*더 이상 WP의 관리 부분에 액세스 할 수 없습니다. 정말 짜증나. 그 단점 외에도, 당신은 RewriteCond %{ENV:REDIRECT_STATUS} ^$실제로 무엇을하는지 모른다는 것을 깨달았습니다 . 글쎄, 내가 뭘 WP 관리자 페이지에 ‘비밀’백도어를 제공하는 것입니다. 나는이 코드를 사용했다 :

    # If the resource requested is 'mordor' (with or without an ending
    # slash) do a URL rewrite to `wp-login.php`.
    RewriteCond %{REQUEST_URI} mordor/?$ [NC]
    RewriteRule mordor/?$ /wp-login.php [NC,L]
   

   따라서 http://ex.com/mordor URL 은 로그인 페이지로 이동해야합니다. REDIRECT위의 단계에서 우리가 한 줄을 가진 이유는 이 URL이 URL로 다시 쓰여지기 wp-*때문에 첫 번째 다시 쓰기 규칙 이 URL을 가져 오기를 원하지 않기 때문입니다. 내부적으로 리디렉션되므로 REDIRECT_STATUS올바르게 설정되며 403/4 토지로 이동하지 않습니다.

4. wp-content 제거 WordPress.stackexchange 에는 wp-content 제거에 대한 훌륭한 기사가 있습니다. WP 상수를 재정의해야하며 거의 작동합니다. 또한 모든 액세스 wp-content를 ‘무엇이든’ 으로 리디렉션해야합니다 . 이것이 깨끗한 배포라면 문제가되지 않을 것입니다. 기존 배포를 수정하는 경우 몇 가지 추가 작업을 수행해야합니다.

5. URL을 wp-content 선택 사항으로 다시 작성하십시오RewriteRule (.*)(wp-content)(.*) $1whatever-content$3 [NC,R,L] . 이것은 .htaccess 파일에 들어갑니다. 사용자가 wp-contentURL을 통해 일부 오래된 콘텐츠에 액세스하려고하면 여기로 리디렉션됩니다.

6. DB 옵션 에서 wp-content에 대한 모든 참조를 grep하고 바꿉니다 . 여전히 wp-content데이터베이스에 있습니다. 당신이 무료로 WP하려는 경우 그 물건을 제거해야합니다. 내 데이터베이스를 내보내거나 mysql을 덤프하고 검색을 수행하여 wp-content문자열을 새 문자열로 바꿨습니다. 아파치가 내 URL을 다시 쓰려면 왜 이렇게해야합니까? 문제는 소스 코드에 이러한 참조가 포함되어 있기 때문에 WordPress를 가리는 데 정말로 관심이있는 경우이를 수행해야합니다. 참고 :이 시점에서 나는 이것이 멈추지 않을 것이라는 현실을 멈추고 받아 들여야했습니다. 그러나 나는 T 씨가 나를 동정하기를 원했습니다.

7. 에 대한 모든 참조를 교체 wp-includes하고 wp-admin소스에서. 워드 프레스 기능의 많은이 두 디렉토리에 따라 달라집니다 wp-includes및 wp-admin. 이는이 디렉토리 이름이 소스 코드에 하드 코드되어 있음을 의미합니다. 이것은 (PHP가 아파치가 아닌 기본 OS 파일 시스템을 사용하기 때문에) 새로운 디렉토리를 생성하여이 디렉토리에 접근 한 다음 방출 된 HTML로 작성해야한다는 것을 의미합니다. 이것은 너무 많은 문제입니다. 나는 빨리 포기하고 똥을 먹기 위해 화장실에 갔다.

교훈

물론 http://codex.wordpress.org/Hardening_WordPress를 읽고 그 단계를 따랐습니다. 그러나 나는 완벽한 사이트를 원했다. 이제 나는 그 모든 시간을 다시 원합니다. 나를 막을 수 없었던 가장 큰 것은 인터넷의 어느 곳에서도 이것이 많은 작업이었고 거의 불가능하다는 것을 읽지 않았다는 것입니다. 대신 나는 사람들이 성공했는지 아닌지 모르게 그것을 시도하는 사람들을 읽었습니다. 따라서 Apple Time Machine을 통해이를 보낼 과거의 자아에게 WordPress를 숨기지 마십시오. 그것은 가치가 없어.

답변