2026년 10월 보안 업계에서 회자된 ‘블랙 옥토버’는 하나의 조직적인 사이버 공격을 가리키는 말이 아닙니다. 여러 취약점 공개와 보안 사고가 짧은 기간에 겹친 상황을 일컫는 표현입니다. 그중에서도 PHP2Shell 취약점 두 건이 긴급 대응을 촉발했습니다. AI를 활용한 취약점 발견 소식에 더해, 패치 전 정보 유출과 공격자들의 사전 탐색 정황이 알려지면서 경계가 높아졌습니다.
3
27
45
PHP2Shell은 어떤 취약점인가
PHP2Shell은 PHP 취약점 CVE-2026-109618과 CVE-2026-109619를 묶어 부르는 이름입니다. 웹 요청을 처리하는 PHP 설치 환경이 영향을 받을 수 있으며, PHP-FPM이나 Apache의 mod_php처럼 널리 쓰이는 구성도 해당합니다.
1 두 취약점 모두 CVSS v4.0 점수 9.2로 평가됐고, 악용될 경우 공격자가 로그인하지 않고도 원격으로 코드를 실행할 수 있습니다.
18
연구자들이 AI 모델의 도움을 받아 취약점을 찾아낸 것으로 보도됐습니다.
45 그렇다고 AI가 직접 공격을 수행했다는 뜻은 아닙니다. 핵심 위험은 조작된 요청을 취약한 PHP 서버가 처리할 때 발생할 수 있는 원격 코드 실행입니다.
정보 유출과 패치 전 탐색, 긴급 대응으로 이어져
SecurityWeek와 VulnCheck의 보도에 따르면 취약점 정보는 예정된 공개에 앞서 10월 20일 온라인에 유출됐습니다.
27
38 아마존 위협 인텔리전스는 패치 공개 나흘 전인 10월 17일, 자사 허니팟 네트워크에서 의심스러운 악용 시도를 관측했다고 전했습니다.
27 이는 공격 시도나 탐색 정황을 보여주는 것이지, 실제 시스템 침해가 확인됐다는 뜻은 아닙니다.
PHP는 2026년 10월 21일 보안 업데이트를 공개했습니다. 수정 버전은 PHP 8.5.12, 8.4.27, 8.3.36, 8.2.35입니다.
18 미국 사이버보안·인프라 보안국(CISA)은 즉시 패치를 권고했고, 10월 26일 두 취약점을 ‘알려진 악용 취약점(KEV)’ 목록에 추가했습니다.
1
위험은 현실적이지만, 공격 시도와 침해는 다르다
VulnCheck는 CVE-2026-109618에 대해 실제로 작동하는 익스플로잇을 만들었다고 보고했습니다. 이 익스플로잇은 확인된 메모리 누수와 원격 코드 실행을 연결했으며, ASLR이 활성화되고 display_errors=off로 설정된 x86-64 기반 PHP 8.4.26 환경에서도 작동했습니다.
43 메모리 보호 기능이 패치를 대신할 수 없다는 점을 보여주는 사례입니다. 다만 이는 VulnCheck가 설명한 특정 구성에 관한 결과로, 모든 PHP 시스템이 똑같이 악용될 수 있다는 의미는 아닙니다.
또 다른 보도는 PHP2Shell과 리눅스 커널 취약점 Fragnesia를 연계해 정부 관련 환경의 방화벽에 루트 권한으로 접근한 사례를 전했습니다.
21 별도 보도에서는 인터넷에 노출된 PAN-OS 관리 인터페이스를 겨냥한 표적 공격도 다뤘습니다.
25 이런 사례는 위험이 실제임을 보여주지만, PHP를 사용하는 시스템 전반에서 대규모 침해가 발생했다고 단정할 근거는 아닙니다.
이 구분이 중요합니다. 취약점을 겨냥한 스캔이나 공격 시도와 침입 성공은 같은 의미가 아닙니다. 10월 23일 공개된 보안 권고는 당시까지 확인된 대규모 악용 사례를 파악하지 못했다고 밝혔고, VulnCheck는 한 가지 구체적인 구성에서 작동하는 익스플로잇을 시연했습니다.
33
43 이후에는 특정 PAN-OS 관리 인터페이스를 겨냥한 공격도 보고됐습니다.
25
조직이 지금 해야 할 일
- 영향받는 PHP를 업데이트하세요. 사용 중인 PHP 계열에 맞는 수정 버전 또는 그 이후의 보안 업데이트를 적용해야 합니다. CISA도 즉시 패치할 것을 권고했습니다.
1
18
- 웹사이트 밖의 PHP도 확인하세요. CISA 권고는 웹 요청을 처리하는 PHP 설치 전반을 대상으로 합니다.
1 서버뿐 아니라 PHP가 내장됐을 수 있는 장비와 관리 인터페이스도 자산 목록에 포함하세요.
- 인터넷에 노출된 미패치 시스템을 우선 처리하세요. 즉시 패치하기 어렵다면 조치가 끝날 때까지 접근을 제한하거나 서비스를 격리할 수 있는지 검토하세요.
- 이미 접근 흔적이 있는지 살피세요. 패치 전에 탐색 시도가 있었다는 보고가 나온 만큼, 업데이트를 적용했다고 해서 그 전까지 침해가 없었다고 단정할 수는 없습니다.
27
PHP2Shell이 보여준 교훈은 실무적입니다. 널리 쓰이는 서버 소프트웨어에서 심각한 취약점이 발견되면 패치를 빨리 적용하는 것만큼, 해당 소프트웨어가 어디에서 실행 중인지 빠짐없이 파악하는 일도 중요합니다.