이 PHP 취약점은 쉽게 악용할 수 없다

실제 버그이며 중요하지만, Log4Shell이나 Heartbleed처럼 쉽게 악용할 수 있는 취약점은 아닌 것으로 보임 공개 후 약 10시간 시점에 GitHub에서 수천 개의 PoC가 유통되고 있지만, 기본 PHP 인스턴스에서 작동하는 익스플로잇은 확인되지 않음 일부 PoC는 테스트 서버에 별도의 취약점을 추가하거나 기존 로컬 파일 포함 취약점에 의존하므로, 임의의 PHP 인스턴스를 공격할 수 있다는 증거가 되지 못함 LLM에 판단을 맡기는 관행 때문에 작동하지 않는 익스플로잇을 믿고, 서로 다른 사람들이 같은 잘못된 전제를 반복하게 될 수 있음 검증하려면 취약하다고 생각하는 PHP 서버를 Docker로 띄우고 PoC를 직접 실행해야 하며, 이 작업마저 LLM에 맡기지 않아야 함 실제 악용 가능성과 PoC의 전제 버그의 중요성과 악용 난도는 구분해야 함. 실제 문제가 있더라도 Log4Shell, Heartbleed, RoR YAML 취약점과 같은 수준으로 쉽게 공격할 수 있는 것은 아닌 것으로 보임 비교 대상으로 든 과거 취약점들은 공격 입력이 단순했고, 뉴스가 나온 직후부터 봇넷이 피해를 일으켰음 RoR YAML 디코딩은 악성 YAML을 POST 본문으로 보내는 방식이었음 Log4Shell은 User-Agent에 공격 문자열을 넣어 악용할 수 있었음 Shellshock은 환경변수와 Bash 명령을 이용한 짧은 명령을 수정해 사용할 수 있었음 Heartbleed는 큰 길이 값을 요청하는 방식으로 악용됨 패치 차이만 읽어도 LLM이 즉시 익스플로잇 체인을 만들고 공격 난도를 낮춰줄 것이라는 기대와 달리, 공개 약 10시간이 지난 당시에도 작동하는 익스플로잇은 확인되지 않음 유통 중인 PoC는 가짜이거나 실험실 환경에서만 작동하며, 기본 PHP 인스턴스에서는 작동하지 않는 것으로 보임 Docker에 취약하다고 생각하는 서버를 구성한 뒤, LLM의 성공 보고를 믿는 대신 스크립트를 직접 실행해 확인해야 함 문제가 있는 PoC 사례로 다음 세 저장소를 지목함 david-alvarez-rosa/php-rce eness/php2shell-CVE-2026-109618-CVE-2026-109619-PoC ikow/php2shell-poc 이런 PoC 다수는 로컬 파일 포함(LFI) 에 의존하며, 사실상 서버가 eval(read(filename_provided_by_user))를 수행해야 공격이 성립함 실험 환경 구성 코드처럼...