10월 21일 밤부터, SNS와 뉴스에서 “PHP의 긴급 취약점”이라는 용어를 갑자기 많이 보게 되었습니다.
결국, 제 웹사이트가 괜찮은지 확신할 수 없는 것 같습니다. 그런 느낌을 가지고 계시는 분들이 많으실 텐데요.
이번에는 컴퓨터 조작은 할 수 있지만, 서버 내부의 내용은 잘 이해하지 못하는 분들을 위해 다음 3가지 사항에만 집중하여 정리합니다.
- 이번 문제에 대해 무엇을 의미하는가
- 제 사이트가 관련이 있는지 어디를 보든 알 수 있을까
- 확인 결과에 따라 다음으로 무엇을 고려해야 할지
이 글에서는 구체적인 해결 절차(설정 변경이나 버전 전환 방법)를 다루지 않습니다. 서버 계약 형태나 웹사이트 구조에 따라 정답이 달라지기 때문입니다. 이 글은 단순히 “현재 위치를 파악하고 판단의 방향을 설정하는” 데 목적이 있습니다.
2026년 10월 22일 오전 시점의 정보입니다. 사업자의 대응 상황은 상황에 따라 달라질 수 있습니다.
목차
지난, 독서회에서 『汝、星のごとく』를 읽어 완료했습니다. 2022년 7월, 講談社에서 출판된 별호 아이さんの 데뷔작 소설입니다.
이 소설은 주인공의 “나”가 어느 날 갑자기 자신의 인생이 “끝난다”고 고백받는 이야기입니다. 남은 시간은 わずか1개월. 그 제한된 시간 안에서 나는 “나”의 과거를 되돌아보고, 소중한 사람들과 마주하며, 자신의 인생을 어떻게 살아갈べき인지 모색합니다.
이야기는 내가 본 풍경과 느꼈던 감정을 마치 일기처럼 정성들여 묘사하고 있습니다. 세밀하고 아름다운 문장은 독자의 마음속에 깊이 울려 퍼지고 공감을 불러일으킵니다.
특히 인상 깊었던 것은 주인공 “나”의 심정 묘사입니다. 절망감, 후회, 그리고 희망 등 다양한 감정이 섞이고 복잡하게 얽히면서 이야기를 끌어올립니다.
또한 이 소설에는 인생의 의미, 죽음의 의미, 사랑의 의미, 그리고 자기 자신의 존재 의미 등 다양한 주제가 담겨 있습니다. 이러한 주제에 대해 깊이 생각하게 하는 통찰력 있는 작품입니다.
독서회에서는 이 소설에 대해 다양한 의견이 교환되었습니다. 특히 주인공 “나”의 행동 원리에 대한 논의가 뜨겁게 일었습니다. 왜 “나”는 이렇게 집착하는 듯한 행동을 취하는가, 왜 이렇게 무모한 선택을 하는가 등.
그 답은 이야기의 끝까지 분명하게 밝혀지지 않습니다. 독자 각각이 자신의 생각으로 “나”의 행동을 해석하고 고찰해야 하는 것입니다.
이 소설을 읽고 저는 다시 한번 자신의 인생에 대해 깊이 생각하게 되었습니다. “나”의 이야기는 저에게 자신의 인생을 소중히 살아갈 것의 중요성을 알려주었습니다.
이 소설을 읽고 감동했습니다. 그리고 이 소설을 읽고 저는 자신의 인생을 더욱 풍요롭게 살아갈 것을 맹세했습니다.
- 무슨 일이 일어났는지
- PHP란 무엇이며, 왜 많은 사람들이 관심을 가지는가?
- 3. 이번 취약점을 최대한 쉽게 설명합니다.
- 원격 코드 실행이란 의미입니다.
- 두 개의 내용 (이야기 속에서)
- 영향을 받는 사람은 누구입니까?
- 공식은 유일하게 완전한 대책이라고 설명하고 있다.
- 4. 나는 관련이 있는가
- 그 사이트는 PHP로 작동하고 있습니다.
- PHP 관리 책임자는 누구인지
무슨 일이 일어났는지
먼저, 시간 순서를 정리합니다.
- 10월 20일: PHP 개발팀이 “중요한 보안 릴리스를 진행할 예정”이라는 사전 공지를 했다. 하지만 자세한 내용은 밝혀지지 않았다.
- 10월 21일(일본 시간 밤): 예고대로 수정본을 공개했습니다. 원래 예정은 일본 시간 23시였으나, 실제로는 그보다 약간 일찍 발표되었다고 전해졌습니다.
- 10월 22일 현재: 렌탈 서버 각社 등이 순차적으로 대응 조치를 진행하고 있는 단계입니다.
수정된 취약점은 2건이며, 식별 번호는 CVE-2026-109618과 CVE-2026-109619입니다. 일부에서는 “PHP2Shell”이라는 별칭으로 불리고 있으며, 심각도는 모두 10점 만점 중 9.2 (CVSS v4.0)의 “크리티컬” 평가입니다.
CVE(사이버 보안 취약점 정보 교환 위원회): 세계적으로 통용되는 “취약점의 고유 번호”입니다. 뉴스에서 발견했을 때 “이 번호로 검색하면 관련 정보가 추적 가능”하다는 것을 기억해두면 충분합니다.
CVSS(크리티컬 스틸 버그 스코어)는 취약점의 위험도를 0부터 10점 척도로 나타내는 세계적으로 통용되는 평가 방식입니다. 9점대는 거의 최고 등급의 위험도를 나타냅니다.
PHP란 무엇이며, 왜 많은 사람들이 관심을 가지는가?
PHP(피에이치피)는 웹사이트의 뒤에서 작동하는 프로그램 언어입니다.
우리가 브라우저에서 페이지를 열 때, 서버 측에서 “이 페이지에 무엇을 표시할지”를 구성하는 처리가 실행됩니다. 그 처리를 담당하고 있는 대표적인 언어가 PHP입니다.
사실 여기가 이번 이야기가 널리 확산되는 이유입니다.
워드프레스(많은 블로그, 기업 사이트, 상점 사이트에서 사용되는 시스템)는 PHP로 작동하며, Drupal, Joomla, Laravel, Magento 등 PHP를 기반으로 한 서비스는 매우 많습니다.
그러다 보니 “나는 프로그래밍을 전혀 하지 않아”라고 말하는 사람이라도 워드프레스로 사이트를 가지고 있다면, 알지 못하는 사이에 PHP를 사용하고 있는 자신을 발견하게 될 것입니다.
다만 이번 문제는 ‘워드프레스’의 결함이나 ‘플러그인’의 결함이 아닌, 그 아래에서 움직이는 PHP 본체의 결함이라는 점입니다. 워드프레스나 플러그인을 최신 버전으로 업데이트해도, 기반의 PHP가 오래되면 영향을 받을 수 있습니다.
이번 취약점을 최대한 쉽고 명확하게 설명드리겠습니다.
원격 코드 실행이란 의미입니다.
이번 두 건 모두 원격 코드 실행(RCE)으로 이어질 가능성이 있는 것으로 설명되어 있습니다. 이는 외부의 제3자가 로그인하지 않고도 서버 내에서 원하는 프로그램을 실행할 수 있는 상태를 의미하며, “인증 불필요”라는 표현은 “로그인(인증)의 관문 통과 없이도 공격이 성립될 수 있다”는 의미입니다.
서버 상에서 원하는 프로그램을 실행할 수 있다면, 정보의 읽기, 페이지의 수정, 악성 프로그램의 설치 등 거의 무엇이든 할 수 있게 됩니다. 9.5점이라는 평가가 그만큼 무거운 이야기이기 때문입니다.
두 개의 내용 (이야기 속에서)
기술적인 세부 사항은 공식 설명에서 다음과 같이 요약되어 있습니다.
CVE-2026-109618은 서버의 메모리(작업용 책상과 같은 공간)가 부족해진 경우 발생하는 후처리 문제의 원인입니다.
주방에 비유해 봅시다. 음식을 주문받아 만들고 있는 도중, 작업대가 너무 꽉 차서 조리가 중단되었다. 이후, 정리 담당 직원이 “중간까지밖에 만들어지지 않은 불완전한 재료”를 “완성된 작품”이라고 착각하여 손님들에게 내놓는 상황입니다. 불완전한 것이 정식 제품처럼 취급되는 것이 횡포의 시작이 될 수 있다는 의미입니다.
CVE-2026-109619는 직전 처리에 남아있는 잔여물에 대한 내용입니다.
이전 고객 기록을 정리하려다가 사실 일부가 남아 있어 다음 고객 주문에 섞이게 되는 경우가 있습니다. 해방된 영역에 오래된 정보가 남아 동일 담당자가 처리하는 다음 요청이 이를 참조하는 상황을 묘사하는 것 같습니다.
둘 다 “메모리 처리”와 관련된 PHP 내부 처리 문제입니다. 평소 운영에서 이 부분을 의식하는 경우는 거의 없으므로, “내부의 미묘한 메커니즘을 건드리는 유형의 문제”라고 이해하고 있으면 충분합니다.
영향을 받는 사람은 누구인가?
PHP 개발팀에 따르면, 영향을 받는 것은 웹 요청을 처리하는 모든 PHP 환경입니다.
다소 전문적인 내용이지만, PHP-FPM, Apache의 modPHP, php-cgi, FrankenPHP, LiteSpeed 등 다양한 방식이 언급되고 있으며, 이 중 mod_php 환경이 특히 위험하다고 평가됩니다. 다만, 사용자 측에서는 “우리 회사가 어떤 방식으로 PHP를 사용하는지”를 확인하는 것은 일반적으로 필요하지 않습니다. PHP로 웹사이트가 작동한다면, 기본적으로 대상이 될 것이라고 생각하시면 됩니다.
또한, 공식이 제시한 수정안은 다음과 같습니다.
PHP 시리즈 수정 버전 8.58.5.128.48.4.278.38.3.368.28.2.35
이 표에 기재된 번호보다 오래된 것이 영향을 받는 대상입니다.
공식은 유일하게 완전한 대책이라고 설명하고 있다.
완전한 완화책은 존재하지 않고, 안전을 확보하는 방법은 업데이트만 가능하다는 설명이 제시되고 있습니다. 업데이트가 불가능한 경우, 공식적으로는 제한적인 위험 감소 대책이 제시되지만, 이는 특정 공격 경로에 대한 노출을 줄이는 단시 치료일 뿐이며, 시스템을 안전한 상태로 만드는 것은 아니라고 팀 스스로 강조하고 있습니다.
본 기사에서 구체적인 대처법에 깊이 관여하지 않는 데에는 이유가 있습니다. 대책은 웹사이트의 표시나 기능에 영향을 미칠 수 있는 설정 변경을 수반하기 때문에 “무엇을 해야 할까”, “そもそも更新해야 할까”는 환경에 따라 판단해야 합니다.
4. 나는 관련이 있는 것일까
자, 귀사의 웹사이트는 대상이 될까요? 우선 다음 세 가지를 순서대로 떠올려 보세요.
그 사이트는 PHP로 작동하고 있습니다.
- 워드프레스로 제작되었지만 PHP로 작동합니다.
- 제작사에 확인이 필요합니다. (PHP의 가능성이 매우 높습니다.)
- 업무용으로 자체 구축한 시스템이나, 오래 사용된 웹 시스템이 있을 수 있으며, PHP를 사용하는 것이 가능합니다.
- 블로그 서비스나 홈페이지 제작 서비스 중 기사를 작성하는 것만으로는 서버 관리는 사업자 측에서 담당하며, 이용자가 직접 PHP를 다루는 경우는 없습니다.
PHP의 관리는 누가 하고 있는가
- 렌털 서버(사쿠라, 로리팝, 에스 서버 등): PHP 관리: 주로 사업자(단, 버전 선택은 이용자에게 위임되는 경우도 있음). 사용자 측: 관리 화면에서 현재 상태를 확인합니다.
- VPS·클라우드·자사 서버 PHP 관리: 관리자 스스로(당신 또는 위탁처) 사용자 측: 스스로 현황을 확인하고 판단한다.
- 제작 회사 및 유지 보수 회사에 위탁하고 있는 PHP 관리: 위탁사 사용자 측에서 현황 및 대응 예정에 대한 문의를 진행함
렌털 서버의 경우, 사업자 측에서 일괄적으로 대응을 진행할 수 있습니다. 하지만 “PHP 버전은 도메인마다 선택 가능하다”는 서비스도 많아 이용자의 설정에 따라 대응이 달라지는 경우도 있습니다. 이 부분은 추후 자세히 다룹니다.
여러 사이트를 보유하고 있는지 확인해 보세요.
메인 블로그만 확인하고 안심하고 있었지만, 사실 다른 도메인에 테스트용 워드프레스가 남아있었던 것이다. 이런 일은 흔치 않지 않다.
먼저 워드프레스 또는 PHP 시스템을 설치하고 있는 위치, 즉 서브도메인(blog.example.com)이나 폴더 형식(example.com/wp/)을 포함한 모든 장소를 파악하는 것이 첫 번째 단계입니다.
## 5. 자신의 PHP 버전 찾기
PHP 버전을 확인하는 방법은 운영체제에 따라 다릅니다. 다음은 몇 가지 일반적인 방법입니다.
**1. 명령 프롬프트(Windows)**
* `php -v` 명령어를 입력하고 Enter 키를 누릅니다.
* 이 명령어는 PHP 버전 정보와 함께 PHP가 설치된 위치를 보여줍니다.
* 만약 `php` 명령어를 인식하지 못한다면, `php.exe`로 입력해 보세요.
**2. 터미널(macOS, Linux)**
* `php -v` 명령어를 입력하고 Enter 키를 누릅니다.
* Windows와 마찬가지로 PHP 버전 정보와 설치 위치를 확인할 수 있습니다.
**3. phpinfo() 함수 사용**
* PHP 코드를 사용하여 PHP 설정 정보를 확인할 수 있습니다.
* `phpinfo()` 함수를 사용하여 PHP 버전, 설치 디렉토리, 확장 모듈 등 다양한 정보를 얻을 수 있습니다.
* 이 방법은 웹 서버에서 PHP를 실행하는 경우에 유용합니다.
* 예시: `<?php phpinfo(); ?>`를 웹 서버에 업로드하고 브라우저에서 해당 파일에 접속하여 정보를 확인합니다.
**4. 웹 서버 설정 확인**
* Apache, Nginx 등 웹 서버를 사용하는 경우, 웹 서버 설정 파일에서 PHP 버전 정보를 확인할 수 있습니다.
* Apache의 경우, `httpd.conf` 또는 `apache2.conf` 파일을 확인하고 PHP 모듈 설정 부분을 찾아보세요.
* Nginx의 경우, `nginx.conf` 파일을 확인하고 PHP-FPM 설정 부분을 찾아보세요.
**주의사항:**
* 위 방법들은 PHP가 제대로 설치되어 있고, 시스템 환경 변수에 PHP 실행 파일 경로가 추가되어 있어야 정상적으로 작동합니다.
* 만약 PHP 버전을 찾을 수 없다면, PHP가 제대로 설치되었는지, 시스템 환경 변수가 올바르게 설정되었는지 확인해 보세요.
* PHP 버전 정보는 PHP 설치 시 설정한 값에 따라 다를 수 있습니다.
확인 방법은 크게 두 가지가 있으며, 이 두 가지를 함께 확인하면 확실합니다.
방법 1: 서버 관리 화면을 통해 확인하기
렌탈 서버를 사용하고 있다면, 계약한 업체의 관리 화면에 로그인하여 확인합니다.
- 사업자 관리 화면에 로그인하십시오.
- PHP 설정, PHP 버전, PHP 버전 전환, 언어 버전 설정 등의 항목을 찾습니다.
- WordPress를 운영할 도메인을 선택하는 방법에 대해 알아보겠습니다.
도메인 이름은 웹사이트의 주소 역할을 하며, 사용자가 여러분의 웹사이트를 찾을 수 있도록 해줍니다. 좋은 도메인 이름은 기억하기 쉽고, 웹사이트의 주제와 관련이 있으며, 사용 가능한 상태여야 합니다.
**1. 도메인 이름 선택 시 고려 사항**
* **간결성:** 짧고 기억하기 쉬운 도메인 이름을 선택하는 것이 좋습니다.
* **관련성:** 웹사이트의 주제나 내용과 관련이 있는 도메인 이름을 선택하면 사용자가 웹사이트의 목적을 더 쉽게 이해할 수 있습니다.
* **가독성:** 발음하기 쉽고 오타가 나지 않도록 읽기 쉬운 도메인 이름을 선택하는 것이 중요합니다.
* **확장자:** 일반적으로 .com, .net, .org 등의 확장자를 사용합니다. .com은 가장 일반적인 확장자로, 대부분의 경우 .com을 사용하는 것이 좋습니다.
**2. 도메인 이름 검색 및 등록**
* **도메인 등록 서비스:** GoDaddy, Namecheap, Bluehost 등 다양한 도메인 등록 서비스를 이용할 수 있습니다. 각 서비스마다 가격과 기능이 다르므로, 자신에게 맞는 서비스를 선택하는 것이 중요합니다.
* **도메인 이름 검색:** 원하는 도메인 이름이 사용 가능한지 등록 서비스를 통해 검색할 수 있습니다.
* **도메인 이름 등록:** 사용 가능한 도메인 이름을 선택하고 등록 절차를 완료하면 됩니다. 도메인 등록 시 1년 동안의 비용을 지불하게 되며, 이후에도 갱신해야 합니다.
**3. 도메인 이름 관리**
* **DNS 설정:** 도메인 이름을 웹사이트에 연결하기 위해 DNS(Domain Name System) 설정을 해야 합니다. DNS 설정은 등록 서비스 또는 웹 호스팅 서비스에서 관리할 수 있습니다.
* **도메인 등록 갱신:** 도메인 등록 기간이 만료되면 갱신해야 합니다. 갱신을 하지 않으면 도메인 이름을 다른 사람이 사용할 수 있게 됩니다.
**4. 추가 팁**
* **브랜딩:** 도메인 이름은 웹사이트의 브랜드 이미지를 결정하는 데 중요한 역할을 합니다. 따라서 웹사이트의 주제와 관련된 도메인 이름을 선택하는 것이 좋습니다.
* **유사 도메인:** 다른 사람이 이미 사용 중인 도메인 이름과 유사한 도메인 이름을 선택하지 않도록 주의해야 합니다.
* **여러 도메인:** 웹사이트의 홍보를 위해 여러 개의 도메인 이름을 사용하는 것도 고려해볼 수 있습니다.
이 정보가 WordPress를 운영할 도메인을 선택하는 데 도움이 되기를 바랍니다.
- 표시된 PHP 버전을 기록합니다.
대표적인 서비스의 위치를 정리합니다. 메뉴 이름은 변경될 수 있으므로, 보이지 않는다면 관리 화면 내 검색이나 도움말을 활용해 주세요.
- 사쿠라 렌탈 서버: 서버 관리 패널 → “스크립트 설정” → “언어 버전 설정” → “PHP 버전”
- 롤리팝!: 사용자 전용 페이지 → “서버 관리 및 설정” → “PHP 설정”
- X 서버: 서버 패널 → “PHP” → “PHP 버전 변경” → 대상 도메인 선택
- 코노하 윙: 서버 관리 화면의 PHP 설정 및 PHP 버전 전환 메뉴
에스 서버의 경우, 계정 관리 화면 대신 계약 서버별 “서버 패널”에 접속해야 합니다. 대상 도메인의 오른쪽 펜 아이콘을 누르면 “현재 버전”이 확인됩니다.
방법 ②: 워드프레스 사이드에서 확인(백업)
관리 화면의 숫자는 “설정값”이며, 워드프레스가 실제로 실행되고 있는 PHP의 숫자와 다를 수 있습니다. 따라서 워드프레스 내부에서 직접 확인합니다.
- 워드프레스에 관리자 계정으로 로그인합니다.
- 왼쪽 메뉴의 “툴” → “사이트 헬스”를 엽니다.
- 상단 정보 탭을 선택하세요.
- 서버 항목을 엽니다.
- 「PHP 버전」을 확인합니다.
여기 표시되는 것은 실제로 그 WordPress 사이트를 운영하고 있는 PHP의 숫자입니다. 방법 ①과 일치하지 않는 경우, 이 값을 “실제 값”으로 취급하고 사업자의 안내를 통해 반영 대기 상태인지 확인합니다.
물론입니다. 번역문을 제공해주세요.
- 지원 문의: 확실한 방법입니다. “대상 도메인에서 실행 중인 PHP 버전과 이번 취약점 수정 사항 적용 여부”를 그대로 문의하면 전달됩니다.
- 사업자 안내를 보려면: 긴급 유지보수 또는 공지사항을 게시 중인 사업자가 있습니다. 관리 화면의 안내 및 상태 페이지도 확인해 주세요.
- phpinfo(피에이치피인포)라는 확인용 파일을 두는 방법도 있지만, 이는 설정 정보가 그대로 화면에 나타나기 때문에 최후의 수단입니다. 사용한다면 확인 후 즉시 삭제한다는 전제로, 우선 상단 방법을 우선적으로 사용해 주십시오.
찾은 숫자를 읽는 방법을
버전의 숫자는 다음과 같이 읽습니다.
8.3.36번에서는 “8.3”이 시리즈(큰 구간)를 나타내며, 마지막 “36”은 수정의 통일 번호입니다. 같은 8.3 시리즈라도 36보다 작으면 이번 수정이 적용되지 않은 이전 버전입니다.
- 8.2.35 이상: 8.2계는 수정 완료되었습니다.
- 8.3.36 이상: 8.3 시리즈는 수정 완료되었습니다.
- 8.4.27 이상: 8.4 버전은 수정 완료되었습니다.
- 8.5.12 이상: 8.5 시리즈는 수정 완료되었습니다.
- 상기 내용보다 작음: 수정 전 버전(대상)
- 8.1 이전 (8.0, 7.4 등): 다음 장에서 별도로 설명
하지만 이 “발음” 방식에는 함정이 있습니다.
떨어지는 함정 1：「8.3」라고만 표시되는 경우가 있다.
관리 화면에 따라서는 “8.3”과 같이 시리즈까지만 표시될 수 있으며, 이 경우 끝 번호가 확인되지 않아 수정 버전이 적용되었는지 숫자로만 판단할 수 없습니다.
X 서버는 공식 수정 버전인 PHP 8.2부터 8.5까지에 대해 순차적으로 적용을 진행하고 있다고 안내하고 있습니다. 화면에 표시가 "8.3"으로 나타나더라도 적용이 완료되었는지 확인하려면 해당 사업자의 안내를 통해 확인해야 합니다.
떨어지는 함정 ②: 도메인별 설정이 다릅니다.
PHP 버전은 도메인 단위로 별도로 설정 가능한 서비스가 많습니다. 메인 사이트만 확인하지 말고, 모든 도메인에 대해 동일한 확인을 수행해야 합니다.
떨어지는 함정 ③: 번호가 변하지 않는 환경이 존재합니다
VPS 등으로 직접 관리하고 있을 경우, Linux의 종류에 따라 수정이 들어가도 표시되는 버전 번호가 변하지 않는 경우가 있습니다. 이 경우, 숫자로만 판단할 수 없습니다. 또한, 자신의 컴퓨터의 운영 화면(명령줄)에서 보이는 PHP와 웹사이트를 실제로 실행하고 있는 PHP가 서로 다른 것일 수도 있습니다.
잘 모르겠다면 전문가나 관련 전문가에게 문의하는 것이 안전합니다.
확인 결과, 다음으로 무엇을 고려해야 할까요.
숫자가 파악되면 결과별로 “다음 판단”을 정리합니다.
수정판 이상이었다 (또는 적용 완료되었음을 확인했다는 의미)
일단 큰 안심 요소입니다. 다만, 다음 사항은 확인해야 합니다.
- 모든 도메인, 모든 워드프레스에서 확인했습니까?
- 사업자 측에서 적용 완료 여부를 확인했는지
수정본보다 작았으며 (8.2~8.5 시리즈)
다음 사항들을 정리한 후에 움직이는 것을 추천합니다.
- 사업자가 일괄적으로 업데이트할 예정인지(안내·상태 페이지 확인)
- 자체 버전 전환이 가능한 계약인지 (관리 화면의 항목 유무)
- 사이트의 작동에 영향을 주지 않도록(테마 또는 플러그인이 새로운 PHP 버전에 호환되는지 확인)
- 작업 전에 백업을 할 수 있는 상황인지 확인해 보세요.
- 자신이 판단할 수 없다면, 누구에게 문의하는 것이 좋을까요 (제작 회사, 유지 보수 업체, 사업자 지원).
업데이트 전에 반드시 백업을 해두세요.
C. 8.1 이전이었다 (8.0, 7.4 등)
이러한 시리즈는 PHP 개발팀의 공식 지원이 이미 종료되었습니다.
다만 이번에는 문제의 심각성을 고려하여 PHP 7.4, 8.0, 8.1에 대해 최소한의 수정 코드가 공개되었다고 보도되고 있습니다. 이는 주로 소스 코드에서 자력으로 빌드하는 사용자나, 장기 지원을 제공하는 벤더를 위한 조치입니다. 일반적인 렌털 서버 사용자에게는 사업자가 대응해 줄지 여부가 분수령이 됩니다.
- 사업자가 이 기존 네트워크에 자체 수정 사항을 추가할 계획인지, 관련 정보를 확인해 주십시오.
- 지원이 지속되고 있는 신규 시리즈(8.2 이상)로 전환 가능성을 검토합니다.
또한, 8.2 버전은 2026년 12월 31일에 지원이 종료될 예정이라는 안내가 있습니다. “이번 한 번만 버티는 것”이라는 태도보다는, 지원이 제공되는 시리즈로 계획적으로 이전하는 것을 포함하여 장기적인 관점에서 고려해야 합니다.
D. 숫자가 파악되지 않았어.
서버 관리 회사나 전문 업체 등에 문의하는 것이 가장 확실합니다. 사업자나 제작 회사에는 다음 두 가지를 그대로 질문해도 전달됩니다.
- 현재 해당 도메인에서 실행 중인 PHP 버전은 무엇입니까?
- 이번 PHP 취약점(CVE-2026-109618/109619) 수정 사항이 적용되었는지 확인해주시고, 적용되지 않았다면 언제 적용 예정인지 알려주세요.
이미 적을 의심하고 있을지도 모른다는 관점에서.
공격 보고가 나오고 있는 이상으로, “이미 무언가 일어난 적이 있는지”라는 시점도 머릿속 한켠에 두어 고려해야 합니다.
하지만 서버 내부를 상세히 조사하는 것은 전문가의 영역입니다. 무리한 판단으로 파일을 삭제하거나 설정을 변경하면 오히려 상황을 악화시키거나 증거를 인멸할 수 있습니다.
평소와 다른 상황이 있다면, 스스로 판단하지 말고 사업자나 전문 업체의 도움을 받으세요.
- 사이트의 표시가 갑자기 어긋나게 되었고, 표시가 느려졌습니다.
- 익숙하지 않은 관리자 계정 및 파일이 발견되었습니다.
- 사업자로부터 비정상적인 통지가 왔습니다.
이번 주말에 츠키시와 함께 도쿄에서 팝업 스토어에 간다고 합니다. 츠키시가 최근에 발매한 ‘별빛 아래의 춤’과 함께 보면서 이야기 나누고 싶네요. 팝업 스토어는 11월 18일부터 20일까지 진행되니, 시간 맞춰 꼭 가봐야겠습니다. 츠키시가 준비해 온 굿즈도 살펴보고, 맛있는 간식도 먹으면서 즐거운 시간을 보내고 싶어요. 팝업 스토어에서 만나요!
이번 일에서는, 먼저 해야 할 첫 번째 일은
- 자신의 웹사이트(도메인) 목록을 확인하다
- 서버 관리 화면에서 PHP 버전을 확인합니다.
- 워드프레스 사이트에서 헤드리스 추출을 진행합니다.
- 수정판(8.2.35 / 8.3.36 / 8.4.27 / 8.5.12) 이상을 확인하십시오.
- 결과에 따라 사업자나 전문가와 상의하며 다음 판단을 내린다.
“어떻게 바로잡을 것인가”라는 것보다 먼저, “자신의 현재 위치를 알 것인가”가 가장 중요합니다. 그리고 그 다음의 판단은 환경에 따라 다르게 당연합니다.
모르는 부분은 억지로 감당하지 말고, 사업자 안내를 확인하고 필요하면 지원을 요청해 주세요. 이 글이 그 첫걸음의 도움이 될 수 있다면 좋겠습니다.
출처: note 원문
번역: Gemma 3(.44) 초벌 + 교정 99청크
원문 보기 | 출처: note.com