PHP2Shell은 CVE-2026-109618과 CVE-2026-109619, 두 건의 치명적인 PHP 취약점에 붙은 이름입니다. 2026년 10월 이 취약점이 공개되자 각국 기관과 기업은 서둘러 패치를 적용하거나 일부 서비스를 일시 중단했습니다. PHP가 전 세계 웹사이트의 약 70%에서 쓰인다는 점이 우려를 키웠지만, 이 수치가 취약한 사이트나 실제 침해된 사이트의 비율을 뜻하는 것은 아닙니다.
49
22
로그인 없이 서버에서 코드 실행 가능
이번 취약점은 특정 웹사이트나 콘텐츠 관리 시스템이 아니라 PHP 런타임 자체에 영향을 줍니다. 싱가포르 사이버보안청(CSA)은 하나를 메모리 부족 처리 관련 취약점, 다른 하나를 ‘해제 후 사용(use-after-free)’ 취약점으로 설명했습니다. 두 취약점 모두 인증되지 않은 원격 공격자가 영향을 받는 시스템에서 코드를 실행하게 할 수 있습니다.
4
쉽게 말해, 취약한 서버에 먼저 로그인하지 않고도 명령을 실행할 가능성이 있다는 뜻입니다. 연구진이 매긴 심각도 점수는 10점 만점에 9.2점입니다.
49
PHP가 널리 쓰인다는 사실은 잠재적인 영향 범위가 클 수 있음을 보여줍니다. 하지만 실제 노출 여부는 각 서버의 구성과 사용 중인 PHP 버전에 따라 달라집니다. 따라서 ‘웹사이트의 약 70%가 PHP를 쓴다’는 수치를 ‘웹사이트의 70%가 취약했다’고 해석해서는 안 됩니다.
49
14
AI를 활용한 발견과 긴급 패치
보도에 따르면 보안업체 Calif는 OpenAI의 ‘Patch the Planet’ 지원을 받은 코드 감사 과정에서 GPT-5.6 Sol을 활용해 8월에 취약점을 발견했습니다. Wiz Research도 자체 연구에서 Wiz Atlas, Gemini 4 Argon, GPT-5.6 Sol을 사용했다고 밝혔습니다. 이는 AI가 취약점 연구를 도왔다는 설명을 뒷받침하지만, 발견과 검증을 AI가 사람의 개입 없이 전부 수행했다는 뜻은 아닙니다.
19
25
PHP 프로젝트는 10월 21일 수정 버전을 공개했습니다. CVE 식별자가 하루 전부터 온라인에 돌기 시작했고, PHP는 예정된 공개 시점보다 하루 앞서 패치를 배포한 것으로 보도됐습니다.
62
수정된 버전은 PHP 8.2.35, 8.3.36, 8.4.27, 8.5.12입니다.
62
패치 대응 중 일부 서비스는 오프라인으로
일부 기관은 시스템을 점검하거나 패치를 적용하는 동안 서비스를 내리기로 했습니다. BBC는 정부 포털, 게임 플랫폼, 온라인 포럼 등에서 서비스 차질이 있었다고 보도했습니다. 핀란드 정부 사이트·페이지와 에든버러 시의회 페이지, BBC 일부 페이지, 네덜란드 사이버보안 기관 웹사이트도 오프라인으로 전환됐습니다.
49
이 같은 중단은 보안 대응이 운영에 미친 영향을 보여주지만, 해당 사이트가 실제로 해킹당했다는 증거는 아닙니다. BBC는 미국 국가안보국(NSA)이 즉시 패치할 수 없는 기관에 PHP 시스템을 오프라인으로 전환하라고 권고했다고 전했습니다.
49
공격 시도 건수와 실제 침해 건수는 다르다
Cloudflare의 매튜 프린스 최고경영자는 공개 전 10시간 동안 자사 네트워크에서 공격 시도가 수천 건 감지됐고, 공개 후 두 시간 안에 수십만 건으로 늘어난 뒤 누적으로 수백만 건에 이르렀다고 밝혔습니다. 이 내용은 Nextgov가 보도했습니다.
22
다만 이 숫자는 취약점 악용 시도 건수이지, 침입에 성공한 사례의 집계가 아닙니다. 현재 보도만으로는 확인된 침해 건수를 신뢰할 만한 단일 수치로 제시하기 어렵습니다. 잠재적 노출 시스템 수, 자동화된 요청, 허니팟에서 포착된 활동, 실제 침해는 서로 다른 지표이므로 하나의 숫자로 합쳐서는 안 됩니다.
‘블랙 옥토버’라는 이름이 의미하는 것
‘블랙 옥토버’는 2026년 10월 여러 보안 취약점 공개와 사고가 잇따른 시기를 가리키는 표현으로 쓰였습니다. PHP2Shell은 그중 주목받은 사건이지만, 여러 사건이 하나의 조직적인 글로벌 공격이었다고 확인된 것은 아닙니다.
1
11
14
현재 확인되는 사실은 심각한 PHP 보안 경고와 긴급 패치, 그리고 예방 차원의 서비스 중단입니다. PHP가 웹에서 널리 쓰인다는 사실만으로 실제 노출 규모를 단정하거나, 공격 시도 건수를 대규모 침해의 증거로 볼 수는 없습니다.
운영자라면 사이트나 CMS뿐 아니라 서버에서 실제로 실행되는 PHP 런타임 버전을 확인하고, 해당 버전에 맞는 수정판을 적용해야 합니다. 수정 버전은 PHP 8.2부터 8.5까지 나왔으며, 워드프레스 등 사이트 소프트웨어만 업데이트하면 PHP 런타임도 자동으로 고쳐진다고 가정해서는 안 됩니다.
14
62