【드래곤 스포츠】 보증업체놀이터추천홍보 : 프로그램제작판매제작의뢰 : 스포츠분석 : 무료스포츠중계tv : 섹시bj움짤 : 뉴스 : 안구정화

로그인

글쓰기

[IT뉴스]PHP 직접 안 써도 점검해야…‘PHP2Shell’ 대응 4단계

온카뱅크관리자

2026-10-27 11:47:25

<div id="layerTranslateNotice" style="display:none;"></div> 앱·호스팅 통한 ‘간접 노출’ 가능성…포티넷, 대응 가이드 공개 
 <div class="article_view" data-translation-body="true" data-tiara-layer="article_body" data-tiara-action-name="본문이미지확대_클릭"> 
 <section dmcf-sid="HyFR9LpXFj">
 <figure class="figure_frm origin_fig" contents-hash="71c621fb6f1a3bb5705c4af9005054ad4946ec4c229cae729a8fcb744de5c703" dmcf-pid="XW3e2oUZuN" dmcf-ptype="figure">
 <img alt="PHP 런타임 취약점 ‘PHP2Shell’ 영향권 서비스 3670만 개. 직접 개발 안 해도 외부 앱 통해 노출돼 PHP 업데이트가 필요하다. 사진=게티이미지코리아" class="thumb_g_article" data-org-src="https://t1.daumcdn.net/news/202610/27/donga/20261027114122441zpaa.jpg" data-org-width="1600" dmcf-mid="GGLyrZae3A" dmcf-mtype="image" height="auto" src="https://img4.daumcdn.net/thumb/R658x0.q70/?fname=https://t1.daumcdn.net/news/202610/27/donga/20261027114122441zpaa.jpg" width="658">
 <figcaption class="txt_caption default_figure">
 PHP 런타임 취약점 ‘PHP2Shell’ 영향권 서비스 3670만 개. 직접 개발 안 해도 외부 앱 통해 노출돼 PHP 업데이트가 필요하다. 사진=게티이미지코리아
 </figcaption>
 </figure>
 <div contents-hash="16eec651c71d2963b0171b3f2ba66165d71eee3b7e5b63a6a1feaa81b671c529" dmcf-pid="ZY0dVgu5Fa" dmcf-ptype="general">
 전 세계 웹사이트 약 70%가 쓰는 PHP 엔진에서 취약점이 발견된 가운데, PHP로 직접 개발하지 않은 기업도 공격 대상이 될 수 있다는 분석이 나왔다.
 </div>
 결함이 앱(APP)이 아닌 엔진 자체에 있어 PHP가 들어간 상용 소프트웨어나 호스팅 서비스를 쓰기만 해도 영향을 받을 수 있기 때문이다. 세계 최대 보안업체 중 하나인 포티넷의 분석이다.
 27일 포티넷은 PHP 런타임 취약점 ‘PHP2Shell’ 대응 가이드를 공개했다. PHP2Shell은 PHP로 짠 프로그램을 서버에서 돌리는 실행 엔진(런타임)에서 발견된 취약점 2건을 묶어 부르는 이름이다.
 두 취약점 모두 심각도 평가 기준인 CVSS 4.0에서 10점 만점에 9.2점을 받아 ‘치명적(critical)’ 등급으로 분류됐다.
 공격에 성공하면 공격자는 PHP 앱 프로세스 안에서 원하는 코드를 실행해 서버를 침해할 수 있다. 프로세스 권한과 시스템 구성에 따라 민감한 데이터, 앱 파일, 연결된 데이터베이스까지 노출될 수 있다.
 노출 규모도 크다. 인터넷 스캔·보안 데이터 기업 센시스(Censys)에 따르면, 이번 취약점에 영향을 받을 수 있는 PHP 버전을 쓰는 서비스는 약 3670만 개에 달할 수 있다고 봤다.
 ● 직접 안 써도 ‘간접 사용’ 위험
 포티넷은 콘텐츠 관리 시스템(CMS)이나 플러그인만 업데이트해서는 문제가 해결되지 않는다고 봤다. 취약점이 PHP 런타임 자체에 있기 때문이다. 
 PHP 앱을 직접 개발하지 않는 조직도 상용 앱이나 호스팅 업체, 다른 제품에 내장된 구성 요소를 통해 PHP를 쓰고 있을 수 있다.
 PHP 개발 조직인 ‘PHP 프로젝트’는 웹 요청을 처리하는 모든 PHP 설치 환경이 위험하다고 밝혔다. 
 가장 위험한 환경으로는 아파치 웹 서버에 PHP를 모듈 형태로 붙여 실행하는 ‘mod_php’를 꼽았다. 연구진이 이 환경에서 앱 코드가 실행되기도 전에 작동하는 공격을 시연했기 때문이다.
 ● 패치 늦어지는 구조…‘설치’와 ‘적용’은 별개
 포티넷은 이번 취약점 대응에 보안, 앱, 인프라 팀이 함께 나서야 한다고 밝혔다. PHP를 업데이트하려면 △호환성 테스트 △유지보수 시간 확보 △서비스 재시작이 필요한데, 그만큼 패치가 늦어지고 노출 기간도 길어질 수 있기 때문이다.
 버전 확인도 까다롭다. 운영체제 배포판이나 앱 업체는 PHP 프로젝트의 공식 버전 번호를 따르지 않고, 기존 버전에 보안 수정만 반영(백포트)해 제공하기도 한다. 버전 번호만으로는 안전 여부를 판단하기 어려워 어느 패키지에 수정 사항이 들어 있는지 업체에 확인해야 한다.
 일부 버전의 후속 지원이 끊긴 점도 문제다. PHP 8.1 이하 버전은 PHP 프로젝트의 정기 보안 업데이트가 중단됐다. 이 버전을 쓰는 조직은 업체가 백포트를 지원하는지, 지원되는 버전으로 업그레이드할 수 있는지 따져봐야 한다.
 포티넷은 “업데이트를 설치했다고 수정 사항이 실제 서비스에 적용됐다고 단정할 수 없다”며 “운영 중인 웹 서비스가 패치된 버전으로 돌아가는지, 이전 프로세스가 모두 종료됐는지 확인해야 한다”고 강조했다.
 ● 노출 서버부터 패치…침해 흔적 조사까지 이어가야
 포티넷은 △영향을 받는 환경 파악 △업데이트 테스트와 배포 △임시 보호 조치 △침해 여부 조사 네 단계를 제시했다.
 첫 단계는 자산 파악이다. 인터넷에서 접근할 수 있는 자산을 찾아 노출 가능성이 있는 PHP 서비스부터 처리한다. 컨테이너, 호스팅 서비스, PHP가 들어간 외부 업체 앱도 점검 대상이다. 서비스마다 담당자와 조치 일정을 정한다.
 두 번째는 업데이트다. 포티넷은 인터넷에 노출된 서버부터 즉시 패치하라고 권고했다. 업데이트는 핵심 업무 기능에 문제가 없는지 테스트한 뒤 배포하고, 필요하면 관련 프로세스를 재시작한다.
 세 번째는 패치 기간의 임시 보호 조치다. 알려진 공격을 차단하는 가상 패치와 웹 방화벽을 켜고, 외부에 노출될 필요가 없는 시스템은 접근을 제한한다. 그래도 위험을 통제하기 어렵다면 패치 전까지 서비스를 격리하는 방안도 검토할 수 있다.
 마지막은 침해 흔적 조사다. 의심스러운 웹 요청, 원인 모를 프로세스 실행, 변조된 파일, 비정상적인 외부 연결 등을 살펴야 한다. 침해가 의심되면 공격자가 심어 둔 장치와 노출된 계정 정보를 조사해야 한다. 업데이트를 설치해도 이미 들어온 공격자는 제거되지 않기 때문이다.
 ● 포티넷, 가상 패치 배포…“근본 해결은 PHP 업데이트”
 포티넷은 PHP 업데이트를 근본적인 해결책으로 제시했다.
 그러면서도 PHP2Shell에 대응하는 가상 패치와 침입방지시스템(IPS) 공격 탐지 패턴(Signature)을 배포했다. 가상 패치는 네트워크 트래픽을 검사해 알려진 공격 기법을 찾아내고, 취약한 시스템에 닿기 전에 차단한다.
 이는 PHP 런타임 자체를 수정하거나 모든 공격 경로를 막지는 못하는 임시 조치지만, 앱 코드를 고치지 않고도 노출을 줄여 각 팀이 대응할 시간을 마련할 수 있다.
 포티넷 포티가드랩은 전 세계 위협 탐지망으로 PHP2Shell 관련 활동을 모니터링하고 있다. 관찰된 공격 활동과 새로운 공격 패턴은 추가 업데이트로 공유할 예정이다.
 김영호 기자 rladudgh2349@donga.com 
 </section> 
 </div> 
 Copyright © 동아일보. All rights reserved. 무단 전재, 재배포 및 AI학습 이용 금지

댓글 총 0개

이번주 포인트랭킹

매주 일요일 밤 0시에 랭킹을 초기화합니다.

14,000상품권
23,000상품권
32,000상품권

업체홍보/구인 더보기

지식/노하우 더보기

판매의뢰 더보기

포토 더보기