# PHP2Shell이란 무엇인가? 사이트 정지 사유, 은행 및 개인정보에 미치는 영향, 그리고 우리가 취해야 할 대응 방안을 정리합니다.

> https://bookfactory.kr/board/news/23644
> 게시판: 뉴스
> 작성자: admin
> 작성일: 2026-10-24T15:37:30.206Z

---

이번에는 PHP 의 중대한 취약점인 'PHP2Shell'에서 어떤 일이 일어나고 있는지, 그리고 그것이 우리의 인터넷 생활과 어떻게 연관되는지를 정리해 보겠습니다.

쇼핑이나 은행 서비스가 갑자기 정지되는 일도 있습니다. 총리까지 경고를 하고 있죠. 이런 뉴스를 보면,

자신의 정보와 돈은 괜찮을까요?

그런데 걱정되시죠.

다만, 우선 강조하고 싶은 것은 서비스 정지와 정보 유출이 동일하지 않다는 점입니다. 심각한 취약점임에도 불구하고 피해를 예방하기 위해 중단하고 수정하는 서비스도 있습니다.

전문 기관의 분석과 기업의 공식 발표를 바탕으로 위험성, 확인된 사실, 이용자 및 운영자의 대응을 구분하여 살펴보겠습니다. 이 글을 읽으면 뉴스에 제시된 큰 숫자에 놀라지 않고, 무엇을 확인해야 하는지 스스로 생각할 수 있게 될 것입니다.

영상에서는 타츠무와 AI 와더くん이 대화와 도해로 설명하고 있습니다.

## [관련 영상]

AI 공동 창업을 위한 혁신 위성 채널

좋아요, 채널 구독, 부탁드립니다🍀

## 목차

- [관련 영상]
- PHP 는 무엇인가? 왜 다른 회사의 사이트가 일제히 멈추는가
- PHP2Shell 은 왜 위험한가? "로그인이 되어 있지 않아 안전하다"고 안심할 수 없다.
- 약 48 만 건의 공격 통신이 약 48 만 건의 피해로 이어진 것은 아닙니다.
- 은행과 암호화폐에 미친 영향은 무엇인가? 각 기업의 발표를 확인해 보겠습니다.
- 우리는 무엇을 해야 할까? 이용자와 사이트 운영자를 나누어 생각해보자.
- 쇼핑이나 은행 서비스를 이용하는 사람
- 블로그나 회사 사이트를 운영하는 사람
- AI 가 약점을 찾아내더라도, '바로잡아 전달하는' 일은 여전히 남는다.
- 이 위기는 어떻게 종결될까? 전문가들의 견해를 통해 살펴본다.

## PHP 는 무엇인가? 왜 다른 회사의 사이트가 일제히 멈추는가

PHP 는 웹사이트 서버 측에서 실행되는 프로그래밍 언어 중 하나입니다. 온라인 쇼핑몰에서 주문 접수나 등록 정보 처리 등 화면 뒤쪽의 작업을 담당합니다. 블로그나 기업 사이트에서 널리 쓰이는 WordPress 역시 PHP 를 사용합니다.

일반적으로 그 이름을 언급할 기회가 드물 수 있습니다. 그러나 서로 다른 회사의 서비스라도 뒤쪽에서는 동일한 기술을 사용할 수 있습니다. 공통된 기반에 문제가 발견되면 많은 운영자가 동시에 확인과 수정을 요구받게 됩니다.

ITmedia NEWS 는 BASE 나 코도몬 등 다양한 서비스들이 대응 조치로 긴급 유지보수에 들어갔다고 보도했습니다. 같은 시기에 사이트가 중단되었다고 해서 모두 동일한 공격으로 침입되었음을 의미하는 것은 아닙니다. 안전을 확인하기 전까지 일시적으로 서비스를 중단하는 결정도 포함됩니다.

![画像](https://assets.st-note.com/img/1792837809-QvMpj2EiSn9J61ZeTRuNyC85.jpg?width=1200)

## PHP2Shell 은 왜 위험한가? "로그인이 되어 있지 않으므로 안심해도 된다"고 말하기는 어렵다.

이번 회고의 핵심은 PHP 내부 메모리 처리와 관련된 두 가지 취약점입니다. PHP 공식은 특정 조건에서 공격자가 인증 없이 서버에서 불법 코드를 실행할 수 있다고 설명하고 있습니다.

이것을 '리모트 코드 실행'이라고 합니다. 서버 외부에서 본래 허용되지 않는 처리가 실행될 위험이 있습니다. 악용에 성공하면 파일 변조나 정보 유출 등 PHP 실행 권한 범위 내에서 다양한 피해가 발생할 수 있습니다.

사용자의 비밀번호가 유출되지 않는 한 반드시 방어 가능한 문제라고 할 수 없습니다. 연구자가 특정 조건에서 증명했던 것과 모든 서버가 쉽게 탈취될 수 있다는 것은 별개의 문제입니다. 사용하는 구성에 따라 공격이 성립하는 조건과 난이도가 달라집니다.

PHP 공식은 수정판에 대한 신속한 업데이트를 강력히 요구합니다. "공격에는 어려운 조건도 있다"는 설명을 운영자가 대응을 미루는 이유로 삼아서는 안 됩니다.

## 약 48 만 건의 공격 통신이 약 48 만 건의 피해로 이어진 것은 아닙니다.

보안 기업 임파바는 첫 24 시간 동안 자체 보호 환경에서 약 48 만 건의 공격 관련 통신을 관측했다고 발표했습니다. 공격 대상 사이트는 약 2 만 2 천 개였습니다.

수치는 크지만, 이는 침입 성공 건수를 의미하지 않습니다. 공격 시도 통신 수신, 서버 침입, 정보 유출은 각각 다른 단계입니다. 해당 회사의 관측 범위를 전 세계 피해 건수로 해석할 수 없습니다.

크라우드스트라이크는 10 월 23 일의 분석에서,该公司가 관측한 실제 환경과 공격 관측용 오인 환경에서는 악용 성공을 확인하지 못했다고 설명했습니다. 공개된 증명 코드에는 서버를 비정상 종료시키는 것만 가능한 것도 포함되어 있으며, 안정적인 공격으로 발전시키려면 기술적 장벽이 있다고 지적했습니다.

이 자료는 상황을 차분히 살펴볼 데 도움이 됩니다. 다만, 한 기업의 관측만으로는 전 세계 피해가 전혀 없었다는 것을 증명할 수 없습니다. 뉴스에서 '약점 존재', '공격 시도', '침입 또는 유출 확인'을 구분하여 읽으면 상황을 오해하기 쉬워집니다.

![画像](https://assets.st-note.com/img/1792837820-NKsdYDu1jIMvz6mT38ai2boJ.jpg?width=1200)

## 은행과 암호화폐에 미칠 영향은 무엇인가? 각 기업의 발표를 확인합니다.

금전 관련 서비스가 중단되면 특히 불안해하실 것입니다. 여기서는 '금융기관이니까 모두 위험하다', '대기업이니까 모두 안전하다'고 단정 짓지 말고, 이용처의 발표를 개별적으로 확인하시기 바랍니다.

au じぶん銀은 10 월 23 일 발표에서 자체 대응 작업이 완료되었으며, 해당 시점에서 이번 취약점과 관련된 불법 접근이나 정보 유출은 확인되지 않았다고 밝혔습니다. 한편, 위탁 관리로 인해 일부 문의 서비스에는 영향이 잔존하고 있습니다.

즉, 정보 유출 문제와 보안 조치로 인해 서비스를 사용할 수 없는 문제는 구분해야 합니다. 암호화폐 거래소 bitbank 은 10 월 22 일 이번 취약점으로 인해 자체 서비스에 영향을 미치지 않았다고 발표했습니다.

이것들은 각 기업이 해당 시점에 설명한 상황입니다. 한 기업의 발표를 다른 은행이나 거래소에도 적용할 수 없습니다. 또한 웹 서비스의 취약점이 발견되었다는 사실만으로 비트코인의 암호 기술 자체가 해킹되었다고 결론지을 수 없습니다.

## 우리는 무엇을 해야 할까? 이용자와 사이트 운영자라는 두 가지 관점에서 살펴보자.

### 쇼핑이나 은행 서비스를 이용하는 사람들

서비스 측 PHP 는 일반 사용자가 직접 수정할 수 없습니다. 스마트폰에 전용 소프트웨어로 설치한다는 식의 논의는 일반적으로 이루어지지 않습니다. 먼저 공식 앱이나 공식 웹사이트에서 유지보수 현황과 안내를 확인하세요.

긴급 대응을 위한 이메일이나 SNS 안내에는 당황하지 말고 즉각 반응하지 않는 것이 중요합니다. 도착한 링크에만 의존하지 말고, 평소 사용하는 앱이나 북마크에서 공식 서비스를 직접 열어 접근하면 사기적인 안내로 유인될 위험을 줄일 수 있습니다.

정보 유출이나 의심스러운 거래 통보가 접수되면 이에 따른 대응이 필요합니다. 반대로, PHP2Shell이라는 뉴스 하나만으로 모든 서비스에서 자신의 정보가 유출되었다고 단정 짓는 것은 필요 없습니다.

### 블로그나 회사 사이트를 운영하는 사람

확인해야 할 것은 WordPress 본체뿐만 아니라 실제로 실행 중인 PHP 의 수정 사항입니다. 렌탈 서버의 경우 제공사가 업데이트하는 범위와 사용자가 직접 전환해야 하는 범위를 안내서에서 확인해 주세요.

이번에 공개된 PHP 공식 버전은 8.5.12, 8.4.27, 8.3.36, 8.2.35 입니다. 지원이 종료된 오래된 버전을 사용하고 있다면, 수정이 적용되는 최신 버전으로 전환하는 것도 고려해야 합니다. 표시되는 버전 번호만으로 판단하기 어려운 환경에서는 관리 담당자나 제공 업체와 확인해 보시기 바랍니다.

JPCERT/CC 는 패치 적용뿐만 아니라, 이미 침입 흔적이 없는지 여부도 확인해달라고 요청하고 있습니다. 패치를 적용한 사실과 그 이전에는 피해가 없었는지는 별개의 확인 사항입니다. 패치 적용 후에도 PHP 공식에서 추가된 정보를 계속 추적해야 합니다.

![画像](https://assets.st-note.com/img/1792837831-VZlpjHoFM0LkS7bOc9QaNJKP.jpg?width=1200)

## AI 로 약점을 찾아내더라도, '고쳐서 전달하는' 일은 여전히 남는다.

PHP Foundation 은 이번 문제의 원인이 될 수 있는 징후를 2024 년에 인지했다고 설명했습니다. 다만, 당시부터 현재까지 동일한 공격 경로가 입증되었다는 의미는 아닙니다. 기존 메커니즘이 작동하지 않을 수 있다는 우려 등 판단이 어려웠다고 덧붙였습니다.

동시에 개발 측도 인력이나 의사결정 구조와 관련된 구조적 실패를 인정하고 개선에 착수했습니다. 이는 단순히 '누군가가 주의를 기울여야 했어야 한다'는 이야기뿐만 아니라, 보고를 수용하고 우선순위를 정하며 수정을 검증하여 배포하는 체계의 문제이기도 합니다.

AI 를 활용한 조사나 보고서의 검증은 진전되고 있습니다. 개발 측에 따르면 수정의 판단이나 확인은 여전히 인간이 담당하고 있습니다. 발견 속도가 빨라지면, 이를 안전한 업데이트로 사용자에게 전달하는 능력 또한 더욱 중요해질 것으로 보입니다.

## 이 위기는 어떻게 종결될까? 전문가들의 견해를 통해 살펴본다.

영국 NHS England 의 사이버보안 부서는 10 월 21 일의 경고에서 향후 악용 가능성이 높다고 평가했습니다. PHP 가 널리 사용되어 공격 대상이 많다는 점이 배경입니다.

반면, CrowdStrike 가 제시한 "안정적인 공격은 어렵다"는 분석은 이 주장과 반드시 모순되는 것은 아닙니다. "현재로서는 다양한 환경을 공격하는 것이 어렵다"는 점과 "미래에는 특정 환경에 맞춰 악용될 가능성이 있다"는 점은 서로 다른 질문이기 때문입니다.

두 가지 견해를 종합하면 수정이 확산됨에 따라 위험은 줄어들 수 있으나, 수정되지 않은 서버에는 문제가 남을 수 있다는 것이 고려됩니다. 뉴스가 줄어드는 것과 모든 운영자의 대응이 종료되는 것은 동일하지 않습니다. 언제 완전히 수렴할지는 현재로서는 단정할 수 없습니다.

PHP2Shell 은 심각한 문제입니다. 동시에 이를 해결할 수 있는 수정이라는 대응책도 존재합니다. 위험을 경시하지 말고, 아직 확인되지 않은 피해에 대해 단정 짓지 마십시오. 자신이 사용하는 서비스나 관리하는 사이트의 최신 정보를 확인해 보시기 바랍니다.

## 출처 및 참고 자료

정보 기준일 및 확인일: 2026 년 10 월 24 일. 기업의 대응 상황과 전문가의 관측은 발표 시간과 관측 범위에만 제한됩니다.

- PHP 공식: 보안 업데이트 및 추가 정보
- JPCERT/CC: PHP 취약점 관련 주의보
- Imperva: 초기 공격 활동 감시
- 크라우드스트라이크: 악용을 차단하는 기술적 장벽
- au 자본은행: 대응 현황 안내
- 비트뱅크: PHP 취약점 공식 발표
- PHP Foundation: 수정의 과정과 조직 개편
- 영국 국립보건서비스 (NHS England) : PHP 취약점에 대한 경보
- ITmedia NEWS: 총리의 주의 고취와 국내 서비스 대응

#PHP2Shell #PHP #취약점 #사이버보안 #WordPress #정보보안 #AI

**출처:** [note 원문](https://note.com/mbbs/n/n7e195a62019a)

*번역: Qwen 3.5(.48) 초벌 + 교정 33청크*

[원문 보기](https://note.com/mbbs/n/n7e195a62019a) | 출처: note.com