PHP2Shell은 AI가 사이버 보안에서 방어를 돕는 동시에 대응의 부담을 키울 수도 있음을 보여주는 사례다. AI 보조 연구는 PHP의 심각한 취약점 두 건을 찾아내는 데 기여했고, 이후 취약점 공개와 악용 정황은 방어자가 신속히 대응해야 할 필요성을 부각했다. 보안은 결함을 발견하는 데서 끝나지 않는다. 영향받는 시스템을 확인하고, 수정 사항을 조율해 실제로 배포하는 과정까지 이어져야 한다.
16
32
1
PHP2Shell에서 무슨 일이 있었나
PHP2Shell은 CVE-2026-109618과 CVE-2026-109619, PHP의 취약점 두 건을 함께 부르는 이름이다. 캐나다 사이버 보안 센터는 두 결함을 ‘해제 후 사용(use-after-free)’ 취약점으로 설명한다. 악용에 성공하면 인증을 거치지 않은 공격자가 영향을 받는 시스템에서 임의의 코드를 실행할 수 있다. 두 취약점의 심각도 점수는 9.2로 보고됐다.
2
14
PHP의 폭넓은 사용 때문에 잠재적 영향 범위에도 관심이 쏠렸다. 보도에서는 PHP가 웹사이트 약 70%에서 사용된다는 추정치를 인용했지만, 이는 그 비율의 웹사이트가 모두 취약하다고 확인됐다는 의미는 아니다. 실제 노출 여부는 해당 사이트가 영향을 받는 PHP를 업데이트하지 않은 채 운영하는지에 달려 있다. CISA는 웹 요청을 처리하는 PHP 설치가 영향을 받는다고 밝혔다.
32
44
1
이번 취약점 발견에는 AI 보조 연구가 쓰였다. Calif는 자체 조사 내용을 공개했고, 다른 보도에 따르면 Calif 연구진은 OpenAI의 GPT-5.6 Sol을 ‘Patch the Planet’ 프로젝트를 통해 활용했다. 보안업체 Wiz도 별도로 취약점을 발견했다고 밝혔다.
16
34
PHP는 2026년 10월 21일 수정 버전을 공개했다. 수정 버전으로는 PHP 8.2.35, 8.3.36, 8.4.27, 8.5.12가 안내됐다. NSA는 패치를 권고했고, CISA는 이후 두 CVE를 ‘알려진 악용 취약점(KEV)’ 목록에 추가하며 즉시 업데이트할 것을 촉구했다.
3
17
1
AI와 사이버 보안에 던지는 질문
AI는 놓치기 쉬운 결함을 찾는 데 힘을 보탤 수 있다
PHP2Shell은 AI 보조 분석이 널리 쓰이는 소프트웨어의 취약점을 발견하는 데 기여할 수 있음을 보여준다. 이번 사례에서는 개별 웹사이트나 PHP 기반 애플리케이션이 아니라 PHP 자체의 결함이 드러났다. Calif의 연구와 Wiz의 독립적인 조사도 이 문제를 확인하는 데 보탬이 됐다.
16
32
다만 취약점을 찾는 일이 곧 해결을 뜻하지는 않는다. 결함을 검증하고 책임 있는 방식으로 공개한 뒤, 수정 버전을 배포하고 노출된 시스템에 적용해야 한다. PHP의 수정 버전과 당국의 긴급 권고는 대응 과정에서 빠질 수 없는 단계였다.
3
17
1
발견이 빨라질수록 패치와 공조의 부담도 커진다
취약점이 알려진 뒤에는 유지관리자와 조직이 공개 절차를 진행하고, 어떤 시스템이 영향을 받는지 확인한 다음 업데이트를 배포해야 한다. CISA가 즉시 패치를 권고하고 이후 KEV 목록에 올린 것은 대응 속도가 중요한 이유를 보여준다. 이 공지는 취약점이 실제 공격에 악용됐다는 근거지만, AI가 공격을 일으켰다거나 피해 시스템이 몇 대인지를 입증하는 것은 아니다.
1
AI 보조 연구가 결함을 찾는 시간을 줄일 수 있어도, 방어의 성패는 운영 역량에 달려 있다. 조직이 PHP가 어디에 배포돼 있는지 파악하고, 담당자를 지정해 알맞은 업데이트를 적용해야 한다. PHP의 공개 절차를 둘러싼 보도 역시 널리 쓰이는 오픈소스 프로젝트가 심각한 취약점을 처리할 때 조율 문제가 생길 수 있음을 보여준다.
46
높은 심각도 점수가 곧 실제 피해 규모를 뜻하지는 않는다
9.2라는 점수는 취약점이 심각하다는 신호지만, 모든 PHP 웹사이트가 공격에 노출됐거나 취약한 사이트가 모두 공격받았다는 뜻은 아니다. CISA의 공지는 웹 요청을 처리하는 PHP 설치에 관한 것이며, 각 조직의 실제 위험은 사용 중인 소프트웨어 버전과 설정, 패치 여부에 따라 달라진다.
14
1
악용 보도도 발표 시점과 관측 범위를 함께 살펴야 한다. CISA의 후속 KEV 등재는 실제 악용의 근거다. 한편 앞서 보안업체들이 자체 관측망에서 확인한 내용은 당시 해당 업체가 파악한 범위를 설명한다. 모니터링 범위와 보고 시점이 다르면 이런 발표가 반드시 서로 모순되는 것은 아니다.
1
23
25
웹사이트 운영자가 할 일
- 운영 환경에 맞는 PHP 수정 버전을 적용한다. 안내된 수정 버전은 8.2.35, 8.3.36, 8.4.27, 8.5.12다. 구체적인 업데이트 경로는 공식 배포 안내나 사용 중인 업체의 지침을 확인한다.
3
- 웹 요청을 처리하는 PHP 시스템을 우선 점검한다. CISA는 영향을 받는 설치 환경에 즉시 패치할 것을 촉구했다.
1
- 다른 보안 수단을 패치의 대체재로 여기지 않는다. 다중 인증과 계정별 고유 비밀번호는 계정 보호에 도움이 되지만, 인증 없이 서버 측 코드를 실행할 수 있는 취약점 자체를 해결하지는 않는다.
핵심은 발견 이후의 대응
PHP2Shell은 AI 보조 연구가 심각한 소프트웨어 결함을 찾아내는 데 기여할 수 있고, 그 발견이 방어자의 신속한 대응을 요구할 수 있음을 보여준다. 그렇다고 AI가 발견한 취약점이 늘어날수록 성공적인 공격도 반드시 늘어난다고 단정할 수는 없다. 그 판단에는 취약점의 개수뿐 아니라 실제 악용과 패치 속도, 방어 결과에 관한 근거가 필요하다.