취약점을 고쳐도 관리자가 서버에 설치할 업데이트가 없다면 보안 효과는 제한적입니다. PHP2Shell 대응 과정에서 자원봉사 유지관리자 온드레이 슈리는 데비안과 우분투용 PHP 패키지를 준비해, PHP 프로젝트의 수정 사항이 실제 서버에 전달되도록 도왔습니다. 여기에는 오래된 PHP 버전용 패키지도 포함됐습니다.
17
28
PHP2Shell 취약점과 공식 수정 버전
PHP2Shell은 CVE-2026-109618과 CVE-2026-109619, 두 가지 취약점을 가리킵니다. PHP 보안팀의 사전 공지에서 두 취약점은 모두 CVSS v4.0 기준 9.2로 평가됐습니다.
6
7 취약한 PHP로 웹 요청을 처리하는 시스템에서는 인증되지 않은 공격자가 원격으로 코드를 실행할 수 있습니다.
3
8
PHP는 2026년 10월 21일 수정 버전인 8.2.35, 8.3.36, 8.4.27, 8.5.12를 공개했습니다.
3 이는 PHP 프로젝트가 원본 코드에 수정 사항을 반영했다는 뜻입니다. 하지만 서버 운영자가 해당 수정을 적용하려면 각 운영체제 환경에 맞춰 빌드되고 배포되는 패키지도 필요합니다.
코드 수정만으로 끝나지 않는 이유
많은 서버 운영자는 PHP를 직접 내려받아 빌드하기보다, 설치와 업데이트가 가능한 패키지를 사용합니다. 따라서 배포용 패키지를 만드는 일은 원본 코드에 취약점 수정을 반영하는 작업과는 별도의 단계입니다. 슈리는 20년 넘게 데비안과 우분투용 PHP 패키지를 주로 여가 시간에 자원봉사로 관리해 왔습니다.
17
32
보도에 따르면 그가 운영하는 저장소는 PHP 공식 수정 버전이 나온 당일, 5.6부터 8.5까지의 패키지를 제공했습니다.
28 이는 오래된 PHP를 쓰는 환경에도 중요했습니다. PHP 8.1 이하 버전은 PHP 프로젝트의 일반적인 업데이트 지원 대상이 아니지만, 프로젝트는 7.4, 8.0, 8.1용 소스 코드 백포트를 공개했고 다른 공급업체들도 수정 사항을 제공했습니다.
2
33
소스 코드 패치는 직접 적용해 빌드할 수 있는 사람에게 유용합니다. 반면 준비된 패키지는 서버 관리자가 수정 사항을 더 간편하게 배포할 수 있는 경로를 제공합니다. 슈리의 작업은 오래된 PHP 버전을 운영하는 경우까지 포함해 데비안·우분투 사용자에게 그런 경로를 마련하는 데 기여했습니다.
24
28 다만 확인된 보도만으로는 패키지를 실제 설치한 서버가 몇 대인지, 설치가 얼마나 빨리 이뤄졌는지는 알 수 없습니다.
짧아진 공개 일정과 엠바고 논란
PHP 보안팀은 수정 버전 공개일을 10월 21일로 예고하면서, 취약점 정보가 공개되거나 실제 악용 정황이 나타나면 일정을 앞당길 수 있다고 밝혔습니다.
7 공개 절차를 둘러싸고는 논란도 일었습니다. PHP 재단은 보안 업체 차인가드가 조율된 공개 시점보다 6시간 이상 앞서 수정된 컨테이너 이미지를 배포해 엠바고를 어겼다고 주장했습니다.
34 반면 별도 보도에 따르면 차인가드 최고경영자는 실제 공격이 이미 나타나고 있어 조기 배포를 결정했다고 말했습니다.
36 두 주장은 서로 다른 입장을 전하며, 그 자체만으로 논란의 사실관계가 확정되는 것은 아닙니다.
오픈소스 보안은 패치가 도착해야 완성된다
PHP2Shell 대응에는 취약점을 찾는 연구자, 원본 코드를 수정하는 개발자, 배포용 패키지를 만드는 유지관리자, 그리고 업데이트를 설치하는 운영자가 모두 필요했습니다. 슈리의 오랜 자원봉사 활동은 그중 패키징이라는 연결 단계가 얼마나 중요한지 보여줍니다. 오픈소스 소프트웨어의 보안은 취약점을 발견하고 수정하는 데서 끝나지 않습니다. 수정 사항이 유지관리자와 배포판을 거쳐 실제 운영 시스템에 전달돼야 합니다.
17
24
따라서 업데이트를 안정적으로 전달하는 유지관리 기반도 보안의 일부입니다. 특히 원본 프로젝트의 지원이 끝난 오래된 버전을 포함해 패키지를 계속 관리할 사람과 체계가 중요합니다.
28
33