PHP 취약점 대응: 웹사이트 운영자는 즉시 버전을 업데이트해야 하며, 일반 사용자는 계정 보안 및 피싱 방어를 강화해야 한다.

10월 22일, PHP 공식 팀이 보안 공지를 발표하며 ‘php2shell’ 취약점 대응 방안을 공개했다. PHP 8.5, 8.4, 8.3 또는 8.2 버전을 사용 중인 사용자는 즉시 해당 패치 버전—즉, PHP 8.5.12, 8.4.27, 8.3.36 또는 8.2.35—으로 업그레이드해야 한다. 배포판(distribution)을 통해 PHP를 설치한 경우, 해당 배포판에서 제공하는 맞춤형 패치를 반드시 설치해야 한다. PHP 8.1 이하 버전은 이미 공식 지원 주기를 종료했으므로, 해당 버전을 사용 중인 사용자는 반드시 현재 지원 중인 버전으로 마이그레이션하거나, 사용 중인 배포판 및 장기 지원(LTS) 공급업체에 직접 문의해 구버전용 맞춤 패치 유무를 확인해야 한다.

일반 사용자를 위한 보호 조치는 미국 사이버보안 및 인프라 보안국(CISA)의 일반 지침을 따르면 된다. 첫째, 이메일 계정, 은행 계좌 등 민감도가 높은 계정에는 반드시 이중 인증(2FA)을 활성화해야 한다. 둘째, 각 온라인 계정마다 고강도 비밀번호를 별도로 설정하고, 다른 플랫폼 간 비밀번호 재사용은 절대 금지한다. 셋째, ‘긴급 비밀번호 재설정’을 주장하는 이메일은 무조건 의심해야 하며, 모든 비밀번호 변경 작업은 반드시 공식 웹사이트나 공식 앱을 직접 방문해 수동으로 수행해야 한다. 이메일 내 링크를 클릭해서는 안 된다. 이러한 조치들은 계정 도용 및 피싱 공격 위험을 상당히 완화할 수는 있으나, 서버 측 PHP 환경 자체의 취약점을 해결하지는 못한다.

Cloudflare는 이 취약점이 서버에서 실행되는 PHP 인터프리터 수준에 근본적으로 존재한다고 강조하며, 웹사이트 프로그램 코드나 타사 플러그인만 업데이트하는 것은 전혀 효과가 없음을 명시했다. 호스팅 서비스를 이용 중인 사용자는 반드시 서비스 제공업체에 연락해 기반 PHP 런타임이 이미 업그레이드되었는지 직접 확인해야 한다. 동시에 Cloudflare는 자사 웹 애플리케이션 방화벽(WAF)에 HTTP 트랜잭션 전체 체인을 아우르는 탐지 및 대응 규칙을 추가했으며, 이 기능은 전 고객(무료 요금제 사용자 포함)에게 즉시 사용 가능하다. 취약점이 완전히 수정될 때까지 WAF 보호 기능은 반드시 계속 활성화해야 한다. 다만, WAF 정책이나 파일 업로드 제한과 같은 일시적 완화 조치는 근본적인 패치를 대체할 수 없다는 점을 분명히 인지해야 한다.

사이버보안 기업 Huntress는 기업 차원의 대응 방안을 제시했다. 우선, 물리 서버·가상 서버·관리용 컨트롤 패널 및 연동된 타사 소프트웨어 구성요소까지 포함해 전사 자산을 전면 점검해 모든 PHP 배포 인스턴스를 정확히 식별해야 한다. 다음으로, 공용 인터넷에 노출된 시스템부터 우선 순위로 패치를 적용해야 한다. 단기간 내 업그레이드가 불가능한 중단된 유지보수 버전의 경우, 즉시 외부 네트워크 연결을 차단해야 한다. 또한, PHP 프로세스의 동작을 지속적으로 모니터링해 명령줄 도구 호출, 대화형 인터프리터 실행, 외부 실행 파일 다운로드 등 이상 행위를 집중 감지해야 한다. 이상 징후가 발견되면 관련 서버를 즉시 격리하고, 웹사이트 접속 로그 및 PHP 오류/실행 로그를 완전히 보존해 추적 분석에 활용해야 한다.