PHP2Shell은 PHP 핵심 코드에서 발견된 취약점 두 건을 가리킵니다. 공격자가 로그인하지 않고도 취약한 서버에서 코드를 실행할 수 있어, PHP로 웹 요청을 처리하는 시스템에는 긴급 점검과 업데이트가 필요했습니다. 다만 취약점이 널리 퍼져 있다는 추정과 실제 침해가 광범위하게 발생했다는 주장은 같은 의미가 아닙니다.
AI가 도운 발견, 서로 다른 두 취약점
Calif는 OpenAI의 보안 연구 프로젝트 ‘Patch the Planet’에 참여해 GPT-5.6 Sol을 활용하는 과정에서 취약점을 발견했습니다. Wiz도 독립적으로 조사해 문제를 찾아냈습니다. 보도에 따르면 Wiz 연구에는 Wiz Atlas와 Gemini 4 Argon, GPT-5.6 Sol이 활용됐습니다.
6
18
21
문제는 PHP의 핵심 실행 환경에 있었습니다. CVE-2026-109618은 메모리 부족 상황에서 발생하는 메모리 손상과 관련되고, CVE-2026-109619는 오래된 전역 상태가 남는 문제와 관련됩니다. 두 취약점 모두 조건이 맞으면 원격 코드 실행으로 이어질 수 있습니다.
4
7
15
두 취약점의 심각도는 CVSS v4.0 기준 각각 9.2점입니다. 이는 심각한 취약점으로 분류되는 수준이지만, 점수만으로 실제 공격 가능성이나 침해 여부가 확정되는 것은 아닙니다.
9
10
10월 20일 정보 공개, 21일 긴급 수정판 배포
PHP2Shell은 10월 22일 공개가 예정돼 있었지만, 관련 정보가 10월 20일 먼저 알려졌습니다. PHP 프로젝트는 일정을 앞당겨 10월 21일 수정판을 배포했습니다.
2
18
24
수정 버전은 PHP 8.5.12, 8.4.27, 8.3.36, 8.2.35입니다. PHP-FPM이나 Apache의 mod_php 등 웹 요청을 처리하는 PHP 환경이 대상이며, PHP 측은 영향을 받는 사용자의 즉각적인 업데이트를 권고했습니다.
5
취약점은 PHP 5.4부터 8.5까지의 버전에 영향을 미치는 것으로 보고됐습니다.
1
14 공식 수정판은 현재 지원되는 8.2~8.5 계열에 제공됐습니다. PHP 8.1 및 그 이전 버전은 PHP 프로젝트의 정기 보안 지원이 끝난 상태여서 공식 최신 수정 바이너리가 제공되지 않을 수 있습니다. 다만 일부 운영체제 배포판이나 장기 지원 업체가 별도 수정판을 내놓을 수 있으므로 해당 공급자의 안내도 확인해야 합니다.
미국 국가안보국(NSA)은 취약한 PHP를 사용하는 서비스와 시스템을 목록화하고 공급업체 패치를 우선 적용하라고 권고했습니다. CISA도 즉시 패치를 촉구했고, Google·AWS·Microsoft 등 주요 기술 기업은 고객을 위한 안내를 냈습니다.
3
17
18
긴급 조치 과정에서 일부 웹사이트가 업데이트를 위해 일시적으로 서비스를 중단했다는 보도도 나왔습니다. 다만 구체적으로 어떤 사이트가 얼마나 오래 중단됐는지, 그에 따른 운영상 영향이 어느 정도였는지는 확인된 자료가 제한적입니다.
노출 추정치와 공격 시도는 침해 확정과 다르다
PHP가 웹의 약 70%를 뒷받침한다는 추정과 함께, Palo Alto Networks는 PHP2Shell에 잠재적으로 취약한 인터넷 노출 인스턴스가 2,260만 개를 넘는다고 추산했습니다. 이 수치는 위험에 노출됐을 가능성이 있는 시스템의 추정치이지, 실제로 공격에 성공한 서버의 수가 아닙니다.
23
Amazon Threat Intelligence는 공개 전인 10월 17일 자사 MadPot 허니팟에서 PHP2Shell 관련 공격 시도를 관측했다고 보고했습니다. 보안 업체들은 공개 이후의 탐색 및 공격 시도도 전했지만, 시도·개념 증명·실제 침해는 구별해야 합니다.
4
6
Sansec은 10월 22일 업데이트에서 대규모 악용 가능성이 공개 당일 예상했던 것보다 낮아졌다고 평가했습니다. 현재 제공된 근거만으로는 PHP2Shell을 통한 대규모 침해가 확인됐다고 단정하기 어렵습니다.
10
10월 23일 추가 안내와 별개의 동시기 사고
PHP는 10월 23일 CVE-2026-115560과 관련한 추가 안내도 발표했습니다. 특정 세션 설정과 애플리케이션 동작이 함께 맞아야 하는 드문 조건에서 원격 코드 실행 위험이 생길 수 있다는 내용입니다. 다음 정기 버그 수정판이 나올 때까지 session.upload_progress.enabled=0으로 설정하라는 임시 권고가 나왔습니다.
19
같은 시기에는 Node.js의 Brotli 처리와 관련해 연구진이 ‘Node2Shell’ 시연을 공개했고, 별도의 보안 사고 정리에는 LiteLLM 패키지와 eMudhra 인증기관 관련 사건도 포함됐습니다. 이들은 같은 시기 발생한 별도 이슈로, PHP2Shell과 직접 연결된 사건으로 볼 근거는 없습니다.
PHP 재단이 2024년에 문제 징후를 알고도 대응하지 못했다는 주장과 그 배경에 자원 부족이 있었다는 설명, OpenAI의 PHP 버전 검사 도구나 10억 달러 규모의 Daybreak 보조금 약속에 대해서는 현재 확인 가능한 자료만으로 세부 내용을 뒷받침하기 어렵습니다. AI가 취약점 발견에 도움을 줬다는 사실만으로 공격자와 방어자 중 어느 쪽이 더 큰 이익을 얻었는지도 결론 내릴 수 없습니다.
5
6
21
이번 사태에서 가장 실질적인 대응은 운영 중인 PHP 버전과 서비스 목록을 확인하고, 사용 중인 환경에 맞는 수정판을 적용하는 것입니다. 잠재적으로 노출됐다는 사실만으로 이미 침해됐다고 간주할 필요는 없지만, 패치 여부와 공급업체의 보안 안내를 미루지 말고 확인해야 합니다.
17
18