홈페이지가 정상적으로 열린다고 해서, 서버까지 안전한 것은 아닙니다. 화면에 보이지 않는 PHP 실행 환경이 오래됐다면 보안 업데이트가 적용되지 않은 채 운영되고 있을 수 있습니다. 최근 PHP 보안 공지를 계기로, 우리 홈페이지가 어떤 환경에서 동작하는지 확인할 때입니다.
먼저 확인할 세 가지
현재 웹 서버가 사용하는 PHP 세부 버전, 보안 패치 적용 여부, 버전 변경 후 홈페이지의 정상 작동 여부입니다. ‘PHP 8.4 사용 중’이라는 답변만으로 점검을 끝내지 마세요.
01. 지금 어떤 보안 문제가 있나요?
2026년 10월 21일 PHP 프로젝트는 인증되지 않은 외부 공격자가 특정 조건에서 서버 코드를 실행할 수 있는 중대 취약점 두 건을 공개했습니다. 식별 번호는 CVE-2026-109618과 CVE-2026-109619입니다. PHP 공식 보안 공지 보기
PHP 재단은 메모리 부족 처리와 해제된 메모리를 참조하는 내부 상태 관리 문제를 설명했습니다. Apache의 mod_php 환경에서 로그인 없이 실행되는 공격 경로가 확인됐고, PHP-FPM에서도 애플리케이션 코드 경로를 통한 원격 코드 실행이 확인됐다고 밝혔습니다. PHP 재단 설명 보기
공격이 성공하면 서버 권한과 연결된 시스템에 따라 업무 데이터·개인정보 유출, 홈페이지 파일 변조, 서비스 중단으로 이어질 수 있습니다. 이는 가능한 피해를 설명한 것이며, PHP를 사용한다는 이유만으로 이미 침해됐다는 뜻은 아닙니다. 실제 영향은 운영 환경과 패치 상태를 확인해야 판단할 수 있습니다.
02. PHP 8.4도 업데이트해야 하나요?
같은 PHP 8.4라도 세부 버전에 따라 패치 상태가 다릅니다. 이번 두 취약점의 공식 수정 릴리스는 PHP 8.2.35, 8.3.36, 8.4.27, 8.5.12입니다. 이미 8.4나 8.5를 사용하더라도 수정 릴리스 또는 공급업체의 동등한 보안 패치가 적용됐는지 확인해야 합니다.
아래는 2026년 10월 31일 확인한 공식 보안 지원 일정입니다. 보안 지원이 남아 있다는 것은 해당 계열에 수정이 제공된다는 의미이며, 설치된 모든 세부 버전이 안전하다는 뜻은 아닙니다. PHP 공식 지원 현황 보기
- PHP 5.x·7.x·8.0·8.1 — 공식 정규 지원이 종료된 계열입니다. 공급업체의 보안 패치 제공 여부를 확인하고, 지원 버전으로의 전환을 계획해야 합니다.
- PHP 8.2 — 공식 보안 지원은 2026년 12월 31일까지입니다. 패치 적용과 함께 이후 전환 일정도 준비하는 편이 좋습니다.
- PHP 8.3 — 공식 보안 지원은 2027년 12월 31일까지입니다.
- PHP 8.4 — 공식 보안 지원은 2028년 12월 31일까지입니다.
- PHP 8.5 — 공식 보안 지원은 2029년 12월 31일까지입니다.
리눅스 배포판이나 호스팅 업체가 기존 버전에 수정 사항을 반영하는 ‘백포트’ 패치를 제공할 수도 있습니다. 따라서 버전 숫자만 보고 결론 내리기보다 패키지의 보안 패치 내역과 공급업체 공지를 함께 확인해야 합니다.
10월 21일 공지만 확인하고 끝내지 마세요
이후에도 세션 업로드 진행 기능에 관한 조건부 안내와 Windows 패키지의 Brotli 의존성 수정이 추가됐습니다. 운영체제·패키지·설정에 따라 확인 항목이 달라지므로, 작업 시점의 PHP 최신 공지까지 검토해야 합니다.
03. 우리 홈페이지 버전은 어떻게 확인하나요?
홈페이지 관리자 화면에서 PHP 버전이 보이지 않더라도 확인할 수 있습니다. 호스팅 업체나 유지보수 담당자에게 아래 내용을 요청해 보세요.
- 실제 웹 요청을 처리하는 PHP 세부 버전과 운영체제·호스팅 상품
- 10월 21일 공개된 취약점 두 건의 패치 적용 여부와 적용 일자
- 버전 전환 시 영향을 받는 프로그램·라이브러리·외부 연동 항목
- 파일·데이터베이스 백업 상태와 문제 발생 시 복구 방법
외부에서 보이는 응답 헤더만으로는 정확한 패치 상태를 판단하기 어렵습니다. 서버에 여러 PHP가 설치돼 있다면 명령줄에서 확인한 버전과 홈페이지가 사용하는 버전이 다를 수도 있습니다. 실제 서비스에 연결된 실행 환경을 기준으로 확인해야 합니다.
04. 홈페이지를 꼭 다시 만들어야 하나요?
PHP 버전 변경이 곧 홈페이지 전체 재구축을 뜻하지는 않습니다. 기존 디자인과 콘텐츠를 유지하면서, 호환되지 않는 프로그램 부분을 수정해 지원 환경으로 옮길 수 있는 경우도 있습니다.
다만 오래된 데이터베이스 연결 방식, 중단된 라이브러리, 자체 제작 프로그램, 결제·예약·문자 등 외부 연동에 따라 수정 범위가 달라집니다. 버전 숫자만 올리면 로그인이나 게시판, 파일 업로드가 작동하지 않을 수 있어 사전 점검이 필요합니다.
점검 결과에 따라 현재 계열의 보안 패치 적용, 지원 버전으로의 프로그램 보완·이전, 재구축 중 적합한 방법을 선택합니다. 기존 홈페이지를 활용하는 편이 효율적인지, 새로 만드는 편이 운영에 유리한지부터 판단하는 것이 순서입니다.
05. 안전한 업데이트는 이런 순서로 진행합니다
- 현재 환경과 영향 범위 확인
PHP·웹 서버·DB 버전, 사용 기능과 외부 연동을 확인하고 작업 범위와 일정을 정합니다. - 홈페이지 파일·DB 백업
수정 전 데이터를 확보하고, 문제가 발생했을 때 되돌릴 수 있는 복구 절차를 준비합니다. - 별도 환경에서 호환성 보완
선택한 지원 버전과 최신 보안 패치를 적용하고, 버전 변경으로 발생하는 오류를 수정합니다. - 주요 기능 검증과 운영 전환
로그인, 게시판, 문의 접수, 파일 업로드, 결제·예약 등 실제 사용하는 기능을 확인한 뒤 전환합니다. - 전환 후 오류·로그 확인
운영 중 추가 오류를 살피고, 향후 패치와 유지관리 담당 체계를 정리합니다.
백업만으로 취약점이 해결되지는 않습니다. 백업은 복구를 위한 준비이고, 보안 패치 적용과 정상 작동 검증까지 마쳐야 업데이트 작업이 완료됩니다.
06. 담당자가 자주 묻는 질문
PHP 버전을 몰라도 상담할 수 있나요?
네. 홈페이지 주소와 연락처를 알려주시면 확인 가능한 범위부터 살펴볼 수 있습니다. 정확한 서버 환경과 패치 상태 확인에는 호스팅 업체의 안내나 권한 있는 서버 접속이 필요할 수 있습니다.
SSL 인증서가 있으면 안전한 것 아닌가요?
HTTPS는 브라우저와 서버 사이의 통신을 보호합니다. PHP 자체의 취약점을 수정하는 보안 패치와는 역할이 다릅니다. SSL 인증서가 설치돼 있어도 서버 실행 환경은 별도로 관리해야 합니다.
업데이트하면 데이터가 사라지거나 사이트가 멈추나요?
그런 위험을 줄이기 위해 백업, 사전 검증, 전환 절차를 준비합니다. 홈페이지 구조와 데이터 변경량에 따라 일시적인 작업 시간이 필요할 수 있으므로, 운영 영향과 복구 방법을 작업 전에 협의합니다.
한 번 업데이트하면 계속 안전한가요?
새로운 취약점은 이후에도 공개될 수 있습니다. PHP뿐 아니라 운영체제, 웹 서버, 라이브러리와 애플리케이션을 함께 관리하고 지속적인 보안 패치·백업·점검을 이어가야 합니다.
기존 홈페이지, 가능한 만큼 살려서 업데이트합니다
(주)위티브는 1,200건 이상의 프로젝트 수행 경험과 AI 기술 개발 전문성을 바탕으로 홈페이지 상태에 맞는 업데이트 방법을 제안합니다. 기존 디자인과 내용을 최대한 활용하면서 필요한 프로그램 보완과 서버 환경 전환을 검토합니다.
현재 버전을 몰라도 괜찮습니다.
홈페이지 주소를 남겨주시면 점검에 필요한 정보와 작업 범위부터 안내드립니다. PHP 업데이트 상담 신청하기 →
문의: 0505-901-9000
확인 기준과 참고 자료
이 글은 2026년 10월 31일 확인한 공개 자료를 기준으로 작성했습니다. 패치 버전과 지원 일정은 바뀔 수 있으므로 실제 작업 시점의 공식 공지와 공급업체 안내를 다시 확인합니다.
