Wordpress_CVE-2019-9787

Docker와 워드프레스 자동 설치를 사용하여 이 이슈를 재현해 보세요.

CVE-2019-9787 CSRF PoC WordPress 버전 5.1 이하

CVE-2019-9787의 전체 잠재력을 입증하려면 nginx/iframe-post.html에 있는 댓글보다 훨씬 더 치명적인 코드가 필요할 것입니다. 제 코드는 WordPress wp_filter_post_kses()의 결함을 사용하지 않습니다.

테스트 목적 외에는 사용하지 마십시오.

bash를 사용한 설치 :

저장소를 복제합니다 :

git clone https://github.com/matinciel/Wordpress_CVE-2019-9787.git

해당 디렉터리로 이동합니다

cd Wordpress_CVE-2019-9787

설치를 실행합니다. docker 18.02.0 이상이 필요합니다 (확인하려면 docker -v)

make autoinstall

이제 다음이 설치되었습니다 :

WordPress (기본 관리자 계정 로그인 : wordpress / 비밀번호 : wordpress). http://localhost로 접속할 수 있습니다.

보안 이슈를 재현하려면 :

해커 파트

1. wordpress로 이동합니다 (wordpress로 로그인하지 마세요). http://localhost
2. Hello world! 게시물에 댓글을 남깁니다 ("1 Comment 링크를 클릭). 댓글에는 다음과 같은 내용이 포함되어야 합니다 (URL만 필요합니다) :

제 블로그를 방문해 주세요 : http://localhost:6060

WordPress 소유자 (관리자 또는 편집자 역할 필요).

1. http://localhost/wp-admin으로 이동하여 WordPress "백엔드"에 로그인합니다. 로그인 : wordpress 비밀번호 : wordpress
2. 댓글 섹션에서 검증할 댓글이 보일 것입니다. 링크를 클릭하기만 하면 됩니다.
3. http://localhost/wp-admin으로 돌아갑니다 : 댓글 탭을 클릭하면, 여러분 쪽에서 아무런 조치도 취하지 않았는데도 이미 검증된 새 댓글이 표시될 것입니다...

제한 사항 :

1. iframe의 악성 코드는 post ID=1 (Hello World!)에서만 작동합니다.
2. "해킹된" 댓글이 이미 검증된 경우 다시 작동하지 않습니다.
3. 댓글 검증에는 nonce 보호가 필요하지 않은 것 같습니다 (다른 튜토리얼에서는 필요한데, 아마도 플러그인/테마 동작을 사용하려고 하기 때문일까요?)
4. 앞서 말했듯이 : CVE-2019-9787의 전체 잠재력을 입증하려면 nginx/iframe-post.html에 있는 댓글보다 훨씬 더 치명적인 코드가 필요할 것입니다. 제 코드는 WordPress wp_filter_post_kses()의 결함을 사용하지 않습니다.

제거 / 재시도 / 초기화 :

서비스를 중지하려면

docker-compose down

볼륨을 포함한 모든 컨테이너를 삭제하려면 다음을 사용합니다

docker rm -vf $(docker ps -a -q)

모든 이미지를 삭제하려면

docker rmi -f $(docker images -a -q)

저장소를 삭제하는 것도 잊지 마세요

cd .. sudo sudo rm -Rf Wordpress_CVE_2019-9787

이 작업을 위해 복사/포크된 원본 프로젝트 :

워드프레스 자동 설치용 : https://github.com/kassambara/wordpress-docker-compose

CVE 개념 증명용 (워드프레스 자동 설치 없이) : https://github.com/rkatogit/cve-2019-9787_csrf_poc

이 페이지를 해당 페이지들과 연결할 (공식적인) 방법이 있다면 알려주세요. 저는 두 번째 저장소의 포크를 사용했지만 정말 무엇을 하고 있는지 모른 채 사용했습니다 :-)