PHP 5.2부터 8.5까지 적용 가능한 php2shell 패치가 출시되었습니다.

ELS for PHP는 PHP 및 기타 모든 런타임을 포괄하는 ‘ELS for Runtimes’의 일부입니다. 가격:

• 최대 10개 라이선스: 연간 5,000달러.
• 라이선스 11개에서 100개까지: 연간 9,750달러.

연간 계약, 선불제, 가입비 없음.

온라인 구매: https://tuxcare.com/buy/els/?family=rt

아닙니다. TuxCare에는 개별 라이선스나 월간 요금제가 없습니다. 가장 저렴한 요금제는 연간 5,000달러에 최대 10개의 라이선스를 제공하는 것입니다.

온라인 구매: https://tuxcare.com/buy/els/?family=rt

네. 라이선스는 서버 단위로 부여됩니다. 해당 서버에서 지원되는 모든 PHP 버전(예: 7.0, 7.1, 7.2, 7.3을 모두 포함)과 해당 서버에서 호스팅되는 모든 도메인을 포함합니다.

네, 시스템 기본 버전이 아닌 PHP 버전의 경우 그렇습니다. CentOS 6 또는 7용 ELS는 alt-php 저장소에 대한 액세스 권한을 제공하지 않습니다. alt-php 빌드에는 PHP 7과 같이 다양한 PHP 버전을 모두 지원하는 ‘ELS for Runtimes’ 라이선스가 필요합니다.

네이티브 OS용 PHP 패키지(예: CentOS 7 php-5.4.16) OS용 ELS를 통해 수정 사항을 적용받습니다.

구매: https://tuxcare.com/buy/els/?family=rt (런타임으로 ELS를 선택하세요. PHP는 포함되어 있습니다). 가입 확인 이메일을 통해 라이선스 키와 설치 안내가 전송됩니다.

설치 방법: https://docs.tuxcare.com/els-for-runtimes/php/ (새 탭에서 열림)을 참조하세요.

설치 오류(예: “CLN에서 토큰이 반환되지 않았습니다”): https://support.tuxcare.com/hc/en-us/requests/new에서 지원 티켓을 제출해 주세요 (새 탭에서 열림). 운영 체제, PHP 버전, 정확한 오류 메시지 및 라이선스 키 ID를 기재해 주십시오.

온라인 구매: 구매 직후 환영 이메일을 통해 라이선스 키가 발송됩니다.

주문 시: 선결제 방식입니다. 결제가 완료된 후 라이선스 키가 발송됩니다.

설치는 패키지 관리자를 통해 이루어지며, 서비스 중단 시간이 필요하지 않습니다.

현재 체험용 라이선스는 제공하지 않습니다.

일본: Cybertrust(https://www.cybertrust.co.jp/ (새 탭에서 열림))는 현지 구매, 현지 가격 책정 및 일본어 지원 서비스를 제공합니다.

한국: CUDO Communication (https://www.cudo.co.kr/ (새 탭에서 열림))

네. 엔지니어링 팀에서 수정 사항을 모든 alt-php 브랜치(5.2–5.6, 7.0–7.4, 8.0–8.5)에 역포트했습니다.

상위 PHP 버전 중 8.2.35, 8.3.36, 8.4.27 및 8.5.12만 수정되었습니다. 이보다 오래된 브랜치의 경우, 수정 사항은 TuxCare에서 제공됩니다.

PHP 8.1 및 그 이전 버전은 PHP 프로젝트 측에서 정식 릴리스되지 않았습니다. PHP 보안 팀은 7.4, 8.0 및 8.1에 대한 최소한의 소스 백포트를 공개했습니다. PHP 8.2는 2026년 12월 31일에 지원 종료됩니다.

고정 빌드는 기존 PHP 버전을 유지하면서 새로운 릴리스 번호를 부여받습니다. 예시: alt-php74 EL7에서는 7.4.33으로 유지되며, 릴리스 버전이 -79에서 -81로 변경됩니다.

특정 브랜치와 OS를 확인하려면 CVE 트래커를 이용하세요: CVE-2026-109618 및 CVE-2026-109619

OS 플랫폼용 ELS의 경우, 해당 OS의 기본 PHP 패키지에도 수정 사항이 반영되었습니다. 예시: Ubuntu 16.04/18.04/20.04, Debian 10/11, CentOS 6/7/8, RHEL 7, Amazon Linux 2.

PHP의 권고 사항에는 PHP-FPM, Apache mod_php, php-cgi, FrankenPHP 및 LiteSpeed가 언급되어 있습니다. Apache mod_php가 가장 높은 위험도를 보입니다. PHP-FPM, LiteSpeed 및 FrankenPHP는 일부 구성에서 이 취약점의 영향을 받습니다. PHP 측은 업데이트가 유일한 완전한 해결책이라고 밝혔습니다.

당사는 PHP 5.2부터 8.5까지 지원합니다. 사용 가능한 PHP 버전은 운영 체제에 따라 다릅니다:

Linux

• EL6 (CentOS 6, Oracle Linux 6, CloudLinux 6): PHP 5.2–5.6, 7.0–7.4, 8.0–8.3
• EL7 (CentOS 7, RHEL 7, Oracle Linux 7, Amazon Linux 2, CloudLinux 7): PHP 5.2–5.6, 7.0–7.4, 8.0–8.5
• EL8 (AlmaLinux, Rocky Linux, RHEL, Oracle Linux, CentOS 8, CentOS Stream 8, CloudLinux): PHP 5.2–5.6, 7.0–7.4, 8.0–8.5
• EL9 (AlmaLinux, Rocky Linux, RHEL, Oracle Linux, CentOS Stream 9, CloudLinux): PHP 5.2–5.6, 7.0–7.4, 8.0–8.5
• EL10 (AlmaLinux, Rocky Linux, RHEL, Oracle Linux, CloudLinux): PHP 5.3–5.6, 7.0–7.4, 8.0–8.5
• Ubuntu 16.04: PHP 5.5, 5.6, 7.0–7.4, 8.0–8.3
• Ubuntu 18.04, 20.04, 22.04, 24.04: PHP 5.2, 5.6, 7.0–7.4, 8.0–8.5
• Ubuntu 26.04: PHP 5.6, 7.0–7.4, 8.0–8.5
• 데비안 10, 11, 12: PHP 5.6, 7.0–7.4, 8.0–8.5
• 데비안 13: PHP 5.2–5.6, 7.0–7.4, 8.0–8.5
• Alpine Linux 3.23, 3.24: PHP 7.3, 7.4, 8.0, 8.1

Windows

• Windows Server 2019, 2022, 2025 (x64 및 x86): PHP 5.2, 5.4, 5.6, 7.2, 7.3, 7.4, 8.0, 8.1, 8.2

이 목록에는 Windows Server 2016 및 그 이전 버전은 포함되어 있지 않으며, Windows용 PHP 5.3, 5.5, 7.0 및 7.1도 포함되어 있지 않습니다.

전체 표: https://docs.tuxcare.com/els-for-runtimes/php/#about-alt-php (새 탭에서 열림)

아키텍처: 모든 Linux 시스템에서 x86_64. Debian 12 및 13, 그리고 Alpine Linux에서는 arm64. 요청 시 다른 버전 및 아키텍처도 제공됩니다.

지원 종료된 OS: CentOS 6, 7, 8, CentOS Stream 8, RHEL 7, Oracle Linux 6 및 7, Amazon Linux 2, Ubuntu 16.04, 18.04 및 20.04, Debian 10 및 11은 지원이 종료되었습니다. ELS for PHP는 PHP에 대한 수정 사항만 제공합니다. OS 자체에 대한 보안 수정 사항을 받으려면 해당 OS용 ELS도 구매하십시오: https://tuxcare.com/buy/els/ (지원되는 OS 목록: https://docs.tuxcare.com/els-for-os/ (새 탭에서 열림)). 한 번의 주문으로 두 제품을 모두 구매할 수 있습니다.

지원되지 않는 운영 체제: Amazon Linux 1, CentOS 5, Debian 9, SUSE 및 32비트 CentOS 6.

Amazon Linux 2023은 ELS for PHP의 지원 운영 체제 목록에 포함되어 있지 않습니다. 현재 ELS 로드맵에도 포함되어 있지 않으며, TuxCare는 충분한 수요가 있을 경우 이를 로드맵에 추가할 계획입니다. Amazon Linux 2023의 지원 종료 시점은 2029년 6월입니다.

ELS for Runtimes는 PHP 5.2부터 8.5까지를 지원하며, 연중무휴 기술 지원을 제공합니다. 이 지원은 무기한으로 제공됩니다. 당사는 향후 몇 년 동안 어떤 PHP 버전도 지원 중단할 계획이 없습니다.

TuxCare는 취약점이 공개된 날로부터 계산하여 다음 기간 내에 패치를 제공하기 위해 상업적으로 합리적인 노력을 기울입니다:

• 치명적 및 고위험(CVSS 7.0 이상): 14일 이내
• 중간 위험도 (CVSS 4.0~6.9): 60일 이내
• 저위험 (CVSS 0.1~3.9): 90일 이내

당사는 이 두 가지 중대한 CVE에 대한 수정 사항을 같은 날 제공했습니다. 전체 내용: https://docs.tuxcare.com/els-for-runtimes/ (새 탭에서 열림)

현재 설치된 PHP 옆에 설치됩니다. ELS for PHP는 TuxCare 저장소에서 자체 빌드(alt-php)를 다음 위치에 설치합니다. /opt/alt/phpXY. 이러한 빌드는 시스템 PHP, Remi, Sury, Webtatic, IUS, ea-php, Plesk PHP 또는 사용자 정의 빌드와 별도로 실행됩니다.

사이트를 한 번에 하나씩 alt-php로 이동시킵니다. 롤백하려면 해당 사이트를 이전 PHP 버전으로 다시 전환하십시오.

설치는 패키지 관리자를 통해 이루어지며, 서비스 중단 시간이 필요하지 않습니다.

TuxCare는 Amazon 빌드나 직접 컴파일한 PHP에는 패치를 적용하지 않습니다. 사이트를 동일한 브랜치의 alt-php 빌드로 이동해야 합니다.

cPanel에서 다음을 ea-php73 에 alt-php73 이는 계정별 PHP 버전 선택 기능입니다. 먼저 하나의 계정이나 스테이징 환경에서 테스트해 보십시오.

네, cPanel, Plesk는 물론 제어판이 없는 환경에서도 작동합니다.

제어판 없음 / 기타 제어판: 표준 Apache 설정만으로도 충분합니다. 별도의 제어판은 필요하지 않습니다. 각 제어판이나 구버전 제어판에 대한 자세한 내용은 제공해 드릴 수 없습니다.

cPanel: ELS for PHP는 cPanel/WHM 110이 설치된 CentOS 7에서 작동합니다. 패키지를 설치한 후, 사이트를 동일한 브랜치의 alt-php 버전으로 전환하십시오. cPanel 스토어의 TuxCare ELS for PHP 구독을 이용하면 동일한 수정 사항을 적용할 수 있습니다.

Plesk: alt-php는 Plesk에서 Plesk PHP 버전 옆에 추가 PHP 핸들러로 표시됩니다. 선택한 사이트에 대해서만 전환할 수 있습니다. Plesk용 TuxCare PHP 확장 기능은 Plesk 18.0.72 이상이 필요합니다.

가장 일반적인 확장 기능들이 포함되어 있습니다. alt-php는 확장 기능을 별도의 패키지로 제공합니다. 지원되는 목록: https://docs.tuxcare.com/els-for-runtimes/php/#supported-os-and-php-versions (새 탭에서 열림)

For alt-php73 cPanel에서는 ionCube, OPcache, memcached, GD, intl 및 MySQL 드라이버를 사용할 수 있습니다.

독특한 스택을 확인하려면 다음 명령어의 실행 결과를 보내주세요. php -v 그리고 php -m 그리고 귀사의 PECL 또는 ionCube 모듈 목록을 보내주시기 바랍니다. 당사 엔지니어들이 사용 가능한 모듈을 확인해 드리겠습니다.

일부 PECL 확장 기능은 alt-php 패키지로 제공되는데, 예를 들어 다음과 같은 것들이 있습니다. alt-phpXY-pecl-msgpack 그리고 alt-phpXY-pecl-igbinary. pecl을 사용하여 확장 모듈을 설치할 수도 있습니다. 이 PHP용 ELS 문서 (새 탭에서 열림) phpize를 사용하여 alt-php용 확장 모듈을 구축하는 방법과 alt-phpXY-devel 패키지를, SaxonC를 예시로 들어 설명합니다.

표준 alt-php 빌드는 스레드 안전성을 고려하여 컴파일되지 않습니다. EL7의 alt-php72에도 스레드 안전성이 보장된 패키지가 있으며, alt-php72-zts, 이는 zts-php 바이너리. 다른 버전에 대한 스레드 안전 빌드는 요청 시 제작됩니다. 각 빌드는 PHP와 해당 PECL 확장 모듈을 별도로 빌드한 것으로, PHP 버전당 약 75개의 패키지로 구성되어 있으므로 견적을 원하시면 영업팀에 문의해 주십시오.

시스템의 일반적인 업데이트 도구(yum, dnf 또는 apt)를 사용하여 alt-php 패키지를 업데이트하십시오. 업데이트된 빌드는 다음 경로에 설치됩니다. /opt/alt/phpXY. 다음에서 사용자의 PHP 브랜치와 OS에 대한 수정 사항이 포함된 릴리스를 확인할 수 있습니다. TuxCare CVE 추적기.

TuxCare는 현재 Remi 패키지에 패치를 적용하지 않습니다. alt-php는 Remi의 PHP와 나란히, 다음 경로 아래에 설치됩니다. /opt/alt/phpXY, 그리고 사이트를 하나씩 그곳으로 옮기면 됩니다. 예를 들어, alt-php74는 Rocky Linux 9에 설치할 수 있습니다.

arm64 패키지는 Debian 12 및 13, 그리고 Alpine Linux 3.23 이상에서 사용할 수 있습니다. Debian 설치 스크립트는, install-els-alt-php-deb-repo.sh, amd64 및 arm64 기반 Debian 12 및 13 컨테이너에 리포지토리를 설정합니다. sh로 실행하면 오류가 발생하므로 bash로 실행하십시오. 컨테이너용 라이선스는 별도로 처리되므로 영업팀에 문의하십시오.

네, 영업팀에서 승인한다면 가능합니다. 영업팀에서 귀하의 IP 주소를 rsync 허용 목록에 추가할 수 있습니다. TuxCare 저장소는 항상 토큰 기반 또는 IP 기반 인증 방식을 사용합니다.

TuxCare는 PHP용 ELS의 소스 패키지를 보유하고 있습니다. Enterprise Linux용 src.rpm 패키지와 Debian 및 Ubuntu용 소스 타르볼이 이에 해당합니다. 이러한 패키지는 고객의 요청에 따라 제공됩니다.

다음 빌드에서는 CVE-2026-109618 및 CVE-2026-109619의 취약점이 수정되었습니다:

• PHP 5.2.17: tuxcare.els9
• PHP 5.4.45: tuxcare.els8
• PHP 5.6.40: tuxcare.els12
• PHP 7.2.34: tuxcare.els9
• PHP 7.3.33: tuxcare.els11
• PHP 7.4.33: tuxcare.els13
• PHP 8.0.30: tuxcare.els8
• PHP 8.1.33: tuxcare.els6
• PHP 8.2.29: tuxcare.els4

해당 ELS 번호 이상이 적용된 모든 빌드에는 수정 사항이 포함되어 있습니다. 모든 빌드는 다음 위치에 있습니다. windows.tuxcare.com/php/<version>/.

• PHP 5.2 및 5.4: x86 전용, VC9
• PHP 5.6: x86 및 x64, VC11
• PHP 7.2, 7.3 및 7.4: x86 및 x64, VC15
• PHP 8.0, 8.1 및 8.2: x86 및 x64, vs16

모든 버전에는 스레드 안전(TS) 빌드와 비스레드 안전(NTS) 빌드가 제공됩니다. PHP 5.2는 x86으로만 빌드할 수 있으므로, x64 빌드는 없습니다.

관리자 권한과 TuxCare 라이선스 키 또는 이미 보유하고 계신 인증 토큰 중 하나가 필요합니다. TuxCare 설치 프로그램(권장)을 사용하여 설치할 수 있으며, tuxcare-installer.ps1 PowerShell 스크립트 또는 수동 다운로드. 설치 프로그램은 실행할 때마다 하나의 PHP 버전을 설치합니다.

PHP가 이미 설치되어 있는 경우, 기존 설치를 제거하는 ‘재설치(Replace)’를 선택하거나 기존 설치를 유지하는 ‘병렬 설치(Alongside)’를 선택할 수 있습니다. 설치 프로그램은 php.ini-production 파일을 기반으로 php.ini 파일을 생성하고, 시스템 경로(Path)에 PHP 폴더를 추가하며, 경로에서 다른 PHP 폴더들을 제거합니다.

일부 확장 기능은 ‘TS 전용’ 또는 ‘NTS 전용’으로 표시되어 있으며, 해당 빌드와만 호환됩니다. IIS의 경우, 설치 프로그램의 설명은 공식 PHP 문서를 참조하도록 안내합니다. 설치 프로그램에 “(인증되지 않음)”이 표시된다면, 귀하의 라이선스나 토큰에 PHP가 포함되어 있지 않은 것입니다. 설치 프로그램은 제거된 PHP 폴더를 %APPDATA%\TuxCareInstaller\Backups, 따라서 실수로 삭제한 버전을 복원할 수 있습니다.

네. 다운로드 tuxcare-installer.ps1 windows.tuxcare.com에서, 해당 페이지의 링크를 사용하여 PHP용 ELS 문서 (새 탭에서 열림), 관리자 권한 명령 프롬프트에서 이 스크립트를 실행합니다. 자동화를 위해서는 -ExecutionPolicy Bypass 옵션을 사용하십시오. 그렇지 않으면 서명된 스크립트가 RemoteSigned 모드에서 일회성 게시자 확인 메시지를 표시합니다. 다음 하나의 명령어로 서버를 등록하고, 토큰을 저장하며, PHP를 설치할 수 있습니다:

powershell.exe -NoProfile -ExecutionPolicy Bypass -File tuxcare-installer.ps1 -LicenseKey <license key> -Product php -Install "<archive name>" -InstallFolder D:\PHP -Modules curl,mbstring,openssl -NoPath

• 파일 이름을 보고 아카이브를 선택하세요. 정확히 다음과 같이 -List -Product php 이를 출력합니다. 와일드카드를 사용할 수 있지만, 패턴은 정확히 하나의 아카이브와만 일치해야 합니다. 일치하는 항목은 하나씩 차례로 설치되기 때문입니다.
• 아카이브 이름에서 ‘nts’는 비스레드 세이프(thread-safe)를 의미하며(스레드 세이프 빌드에는 ‘nts’ 부분이 없음), ‘x64’ 또는 ‘x86’은 아키텍처, ‘vs16’, ‘vc15’ 또는 ‘VC11’은 컴파일러를 나타냅니다.
• PHP는 설치 폴더 내의, 아카이브 이름과 동일한 이름의 하위 폴더에 추출됩니다. 기본 설치 폴더는 C:\Program Files입니다. 해당 하위 폴더가 이미 존재하는 경우, 설치가 종료 코드 5로 실패합니다.
• ~ 없이 -NoPath, 새 폴더가 컴퓨터의 경로에 추가되고, php가 포함된 다른 모든 경로 항목은 제거됩니다. 다음을 사용하면 -NoPath, 설치나 제거 시에는 해당 경로가 변경되지 않습니다.
• -Modules 생성된 php.ini 파일에서 활성화할 확장자를 나열합니다. 그 외의 항목들은 목록에 남아 있지만 비활성화된 상태로 유지됩니다. 만약 -Modules 이 경우, 모든 확장 기능이 비활성화됩니다.
• 반복 실행 시 다음을 제외하십시오 -LicenseKey 그리고 저장된 토큰이 사용됩니다. 전달 -LicenseKey 이미 등록된 서버에서 설치하려고 하면 종료 코드 2로 실패합니다. 이미 설치된 아카이브를 설치하려고 하면 “이미 설치됨”이라는 메시지가 표시되고 종료 코드 0으로 종료됩니다.
• 종료 코드: 0 성공, 2 이미 등록됨, 3 등록 실패 또는 토큰 없음, 4 일치하는 항목 없음, 5 설치 실패, 14 관리자 권한 없음.

TuxCare.Installer.exe는 WiX Burn 번들로, /install, /uninstall, /repair, /layout, /quiet, /passive, /norestart, /forcerestart 및 /log와 같은 표준 Burn 스위치를 지원합니다. 자동 설치 모드로 실행하려면 관리자 권한으로 실행하십시오:

TuxCare.Installer.exe /install /quiet /norestart /log C:\Temp\tuxcare-install.log

TuxCare.Installer.exe /uninstall /quiet /norestart 제거하되 설치된 PHP는 그대로 유지합니다. 다음을 추가합니다. UninstallProducts=1 또한 PHP를 제거하고 서버 등록을 해제합니다.

php -i 명령어로는 TuxCare 빌드 번호가 표시되지 않습니다. 이 번호는 다음 형식을 따르는 zip 파일 이름에만 나타납니다. php-<version>-tuxcare-els<N>-nts-Win32-vs16-x64-signed.zip. 이 PowerShell 스크립트는 PHP를 아카이브 이름(확장자 .zip 제외)을 따르는 폴더로 추출합니다. 각 zip 파일에는 news.txt 파일이 포함되어 있으며, 이 파일의 “보안 (TuxCare ELS 백포트)” 섹션에는 해당 빌드에 백포트된 CVE 목록이 나열되어 있습니다.

업데이트는 수동으로 진행됩니다. 제어판이 없는 PHP 설치 환경의 경우, .ini 파일을 제외한 PHP 폴더 내의 모든 파일을 교체하면 대부분의 경우 정상적으로 작동합니다.

Windows용 Plesk에는 TuxCare 확장 기능이 없습니다. ELS 빌드는 해당 Plesk PHP 폴더의 내용을 대체할 수 있으며, 이 과정에서 해당 폴더에 이미 존재하는 타사 확장 기능은 그대로 유지됩니다. 빌드의 아키텍처는 대체할 Plesk PHP 폴더의 아키텍처와 일치해야 하며, Visual C++ 런타임은 위의 ‘아키텍처’ 관련 질문에 나열된 빌드의 컴파일러와 일치해야 합니다.

위의 ‘fix-status’ 관련 질문에서 설명한 바와 같이, 고정 빌드는 PHP 버전을 유지한 채 릴리스 번호만 변경합니다. TuxCare는 ELS for PHP에 대해 다음과 같은 보안 정보를 공개합니다:

• 보안 및 일부 버그 수정 에라타를 다루는 에라타 공지: https://security.tuxcare.com/errata/els_alt_php/<os>/
• OpenSCAP 및 유사 도구를 위한 OVAL 패치 정의: https://security.tuxcare.com/oval/els_alt_php/<os>/oval.xml
• VEX 데이터가 포함된 CSAF 권고문으로, 특정 패키지 버전에 어떤 알려진 CVE가 영향을 미치는지 보여줍니다: https://security.tuxcare.com/csaf/v2/els_alt_php/<os>/
• 업데이트 소식을 받아볼 수 있는 RSS 피드: https://tuxcare.com/cve-tracker/api/cves/export/rss?product=PHP (새 탭에서 열림)

<os> 여기에는 el8, ubuntu22.04, debian12와 같은 OS 경로 세그먼트가 포함됩니다. Errata와 CSAF는 EL 6~10, Ubuntu 16.04~24.04, Debian 10~13, Alpine 3.23~3.24를 다룹니다. OVAL은 Alpine을 제외한 동일한 시스템을 다룹니다. Ubuntu 26.04의 경우 RSS 피드만 제공됩니다. 패키지와 관련 메타데이터는 TuxCare가 관리하는 레지스트리에서 서명되어 배포됩니다. 일부 패키지에 대해서는 SPDX 또는 CycloneDX 형식의 SBOM을 이용할 수 있으며, 제공 여부는 패키지마다 다르므로 특정 패키지에 대해서는 TuxCare에 문의하시기 바랍니다. 세부 정보: 기계 판독 가능 보안 데이터 (새 탭에서 열림).

TuxCare는 ELS(Language Ecosystems) 환경에서 CakePHP (새 탭에서 열림)를 지원하며, TuxCare의 Nexus에 있는 Composer 저장소를 통해 패치된 버전 2.10.24, 4.4.18 및 5.0.11을 제공합니다. 그 외의 CakePHP 버전은 요청 시 제공됩니다. 이용하려면 TuxCare에서 발급받는 Nexus 인증 정보가 필요합니다. 또한 TuxCare는 요청에 따라 다른 PHP Composer 패키지도 추가해 드립니다.

수정된 빌드로 업데이트하십시오. 상위 PHP 개발팀에 따르면 이것이 유일한 완전한 해결책이라고 합니다. 그때까지 다음 단계를 따르십시오:

• 사이트에 대한 액세스를 제한하십시오. AWS 보안 그룹 허용 목록이나 VPN을 사용하십시오.
• 세트 session.upload_progress.enabled = 0. 이는 CVE-2026-109619에 대한 알려진 공격 경로 중 하나만을 차단합니다. php.ini, PHP-FPM 풀 또는 요청 파싱 전에 적용되는 서버 구성에서 이 설정을 지정한 후, 모든 워커를 재시작하십시오. 이 설정에 대해서는 ini_set()이나 PHP-FPM의 .user.ini 파일을 사용하지 마십시오.
• 사이트에서 멀티파트(양식 또는 업로드) 요청이 필요하지 않은 경우 이를 차단하십시오. 악의적으로 조작된 멀티파트 요청은 CVE-2026-109618을 유발합니다.

WAF가 활성화된 Imunify360은 규칙 세트 8.83부터 8.88까지를 자동으로 수신합니다. 규칙 세트 8.83은 공개적으로 유포되고 있는 익스플로잇 요청을 차단합니다. 이 규칙 세트들은 가상 패치 역할을 하여, 취약한 PHP 코드는 그대로 유지된 채 서버 에지에서 알려진 요청 패턴을 차단합니다. 2026년 10월 23일 현재, CVE-2026-109618의 메모리 부족(out-of-memory) 경로를 차단하는 규칙은 없습니다. LiteSpeed의 규칙 적용 범위는 다르며, CloudLinux 상태 게시물 (새 탭에서 열림)에 자세한 내용이 나와 있습니다. WAF가 비활성화된 Imunify360, ImunifyAV 및 ImunifyAV+는 이러한 규칙 세트의 적용을 받지 않습니다. 오직 PHP 업데이트를 통해서만 해당 취약점을 해결할 수 있습니다.

일부 서버에서는 그렇습니다. PHP 개발팀은 7.4, 8.0, 8.1 버전에 대한 수정 사항을 릴리스 태그를 지정하지 않은 채 소스 트리에 반영했으며, 커뮤니티 스크립트는 이제 이 수정 사항을 적용해 소스 컴파일된 PHP를 재빌드합니다. 이 방법을 통해 한 가지 버그가 수정되지만, 이는 직접 컴파일한 PHP에서만, 그리고 해당 스크립트가 자동화하는 플랫폼에서만 적용됩니다. 배포판 패키지의 경우, mod_php 그리고 LiteSpeed의 lsphp 범위에서 제외되며, 재빌드된 바이너리는 더 이상 업데이트되지 않으므로, 다음 PHP CVE가 발생하면 빌드 과정을 처음부터 다시 시작해야 합니다. ELS for PHP는 다음을 통해 수정된 빌드를 제공합니다. yum, dnf 또는 apt, php2shell 실행 후에도 계속해서 해당 브랜치를 패치하고, 스캐너가 읽을 수 있는 OVAL 데이터를 공개합니다.