내 수요일을 돌려줘

php2shell은 신속히 패치해야 할 치명적 취약점이지만, 검토한 PoC의 공격 조건은 “15분 안에 대규모 악용”이라는 경고와 거리가 있음 해당 PoC는 동일한 PHP 워커 프로세스에 연속으로 네 번 요청해야 하며, 정확한 PHP 버전, OS 버전, 아키텍처를 알거나 가능한 빌드별 공격을 시도해야 함 여러 서버와 워커, 로드 밸런서, 상시 봇 트래픽이 있는 운영 환경에서는 워커 수와 빌드 조합을 반복 탐색해야 하므로 공격에 상당한 시간이 걸릴 수 있음 대량 연결을 사용하는 탐색은 서비스 거부 공격에 가까운 부하를 만들며, WAF와 요청 속도 제한, IP 차단 및 분산 공격의 타이밍 문제가 성공 가능성을 더 제한함 봇 방어가 없고 버전 정보를 노출하는 기본 설정에 가까운 저트래픽 사이트에서는 공격이 성공할 수 있음. 다만 익스플로잇 개발자가 아닌 개인의 PoC 검토이므로 놓친 요인이 있을 수 있음 PoC의 작동 조건과 운영 환경의 난점 검토한 코드 중 가장 나은 PoC로 꼽은 것은 php2shell-bypass-aslr-exp이며, 문서를 영어로 번역한 포크도 있음 공격에는 같은 PHP 워커에 연속 네 번 요청하는 조건과 정확한 빌드 정보가 필요함 빌드 정보를 모르면 PHP 버전, OS 버전, 아키텍처별로 가능한 공격을 시도해야 함 PoC는 mod_php의 기본 워커 수인 150개를 사용하는 Docker 이미지에서 실행함 연결 149개에 불완전한 요청을 보내 다른 워커를 점유한 뒤, 남은 150번째 워커에 공격 요청 네 번을 보냄 어느 정도 방문자가 있는 운영 사이트는 보통 로드 밸런서 뒤의 여러 VM/컨테이너에서 여러 PHP 워커를 실행하며, 봇 트래픽도 지속적으로 들어옴 공격자는 열어 둘 연결 수를 폭넓게 바꿔야 하고, 정확한 빌드를 모르면 빌드 조합도 탐색해야 함 PHP/OS 조합 50개와 워커 수 10~1,010개를 시험한다고 가정하면 약 5만 번의 시도가 필요함 상시 트래픽 때문에 각 조합을 여러 번 시험해야 할 수 있음 PoC는 로컬호스트에서 3~4초가 걸리며, 인터넷에서는 낙관적으로 시도당 10초를 가정함 한 번에 하나씩만 시도할 수 있어 무차별 대입에 여러 날이 걸릴 수 있음 대량 연결은 탐색 범위의 상당 부분에서 최대 연결 수를 소진하므로 사실상 서비스 거부 공격과 비슷해짐 운영자가 이를 발견해 IP를 차단하거나 WAF를 추가할 가능성이 있음 트래픽이 많은 사이트는 대체로 봇 대응용 WAF와 ...