PHP의 요청 처리 과정에서 치명적인 취약점 두 건이 확인됐습니다. PHP2Shell로 불리는 이 취약점은 CVE-2026-109618과 CVE-2026-109619로, 인증되지 않은 공격자가 취약한 서버에서 코드를 실행할 가능성이 있습니다. PHP는 취약점 세부 내용이 공개된 뒤인 2026년 10월 21일 긴급 수정 버전을 배포했습니다. 당시 공격 시도가 관측됐다는 보고도 나왔지만, 그것만으로 실제 침해가 확인된 것은 아닙니다.
4
6
15
PHP2Shell은 무엇을 노리나
두 취약점은 특정 웹사이트나 애플리케이션이 아니라 PHP 자체의 요청 처리 코드에 영향을 줍니다. 보안 안내에 따르면 PHP 5.4 이상 버전이 영향을 받으며, 조작된 요청을 처리하는 과정에서 취약점이 발동할 수 있습니다.
8
14
원인은 서로 다릅니다. CVE-2026-109618은 메모리 부족 상황과 연관된 메모리 손상 문제이고, CVE-2026-109619는 오래된 전역 상태를 이용하는 문제입니다. 두 취약점 모두 CVSS 4.0 기준 **9.2점, 치명적(Critical)**으로 평가됐습니다.
4
15
PHP는 널리 쓰이는 언어지만, 제공된 자료만으로는 영향을 받는 웹사이트의 비율을 신뢰할 만한 수치로 단정하기 어렵습니다. 통계마다 ‘전체 웹사이트’인지, 기술 정보를 확인할 수 있는 사이트인지 등 분모가 다를 수 있습니다. 운영자에게 중요한 질문은 PHP의 보급률이 아니라 웹 요청을 처리하는 PHP 설치본 가운데 패치되지 않은 것이 있는지입니다.
3
14
조기 공개 뒤 긴급 패치 배포
취약점 존재는 당초 예정됐던 공개일인 10월 22일보다 앞선 10월 20일에 알려졌습니다. PHP는 다음 날 긴급 수정 버전을 공개했습니다.
6
7
16
Cloudflare는 공개 경과를 설명하며 Calif, Wiz, OpenAI, Quarkslab을 언급했습니다. 당시 보도는 Calif의 AI 지원 연구와 Wiz의 독립적인 발견·제보를 전했습니다. 다만 제공된 자료만으로는 각 참여자가 기술적으로 어떤 역할을 했는지 세부적으로 확정하기 어렵습니다.
14
20
PHP가 배포한 수정 버전은 8.5.12, 8.4.27, 8.3.36, 8.2.35입니다.
15
16 운영자는 실제 서비스에서 사용하는 PHP 버전을 파악한 뒤 해당 수정 버전으로 업데이트하거나, 공급업체가 제공한 수정 패치(백포트)를 적용해야 합니다. 일부 호스팅 업체는 기반 버전 표기는 그대로 두고 보안 수정을 별도로 반영할 수 있으므로, 표시된 버전이 오래돼 보인다면 업체의 보안 공지도 확인하세요.
1
공격 시도 보고와 실제 침해는 다르다
10월 21일 보안 업계에서는 취약점을 겨냥한 공격 시도가 보고됐습니다. Cloudflare는 공격 트래픽을 관측했다고 밝혔고, SecurityWeek도 PHP 패치가 나오기 전 여러 사이버보안 업체가 공격 시도를 확인했다고 전했습니다.
14
15
한편 당시 공개된 기관별 상황은 완전히 같지 않았습니다. 10월 21일 보고를 정리한 후속 자료에 따르면 CISA와 캐나다 사이버보안센터는 당시 악용을 관측하거나 확인하지 못했다고 밝혔고, 보안 업체들은 공격 시도를 보고했습니다. 두 진술은 모순이라기보다 서로 다른 관측을 설명합니다. 악성 요청이 들어온 사실은 침입 성공의 증거가 아니며, 한 기관이 공격을 관측하지 못했다는 사실도 어디에서도 침해가 없었다는 증명은 아닙니다.
25
관리자가 지금 확인할 것
미국 국가안보국(NSA)은 공급업체 패치를 우선 적용하고, 취약한 PHP 버전에 의존하는 하드웨어·소프트웨어 서비스를 파악하라고 권고했습니다. CISA도 즉시 패치를 촉구했다는 보도가 나왔습니다. 영향을 받는 서비스를 바로 업데이트할 수 없다면, 패치가 가능해질 때까지 서비스를 임시로 오프라인 상태로 두라는 권고도 보도됐습니다.
17
20
7
21
Cloudflare는 무료·유료 WAF(웹 애플리케이션 방화벽) 고객에게 10월 21일 03:02 UTC부터 PHP2Shell 대응 보호를 기본 적용했다고 밝혔습니다.
14 다만 WAF는 공격을 걸러내는 방어층일 뿐, 취약한 PHP를 수정하는 조치는 아닙니다. 필터링 규칙이 있다는 이유만으로 서버가 안전하다고 판단하지 말고, PHP 업데이트를 우선해야 합니다.
14
17
PHP를 직접 운영하는 서버 외에 관련 제품도 확인할 필요가 있습니다. Help Net Security는 Palo Alto Networks가 당시 PAN-OS와 Panorama의 모든 버전이 영향을 받으며, 수정 버전은 아직 나오지 않았다고 밝혔다고 보도했습니다.
33 네트워크 장비나 관리형 플랫폼의 영향 여부와 대응책은 제품별로 다를 수 있으므로, PHP 패키지 업데이트만으로 해결됐다고 가정하지 말고 해당 공급업체의 공지를 확인해야 합니다.
핵심은 패치, 그리고 정확한 상황 판단
PHP2Shell 대응은 PHP를 사용하는 서비스를 빠짐없이 파악하고, 수정 버전 또는 공급업체가 확인한 백포트를 적용하는 데서 시작합니다. 임시 격리나 WAF 필터링은 업데이트 전까지 위험을 줄이는 보조 수단으로 활용하세요. 공격 시도 보고는 경계해야 할 이유지만, 모든 시도를 확인된 침해로 받아들일 근거는 아닙니다.
1
15
17
25