내 웹사이트 PHP 업데이트 방법: 2026년 위험한 플랫폼 10곳
- WordPress1
- Drupal2
- Joomla3
- Magento / Adobe Commerce4
- WooCommerce5
오늘의 트렌드 · 기술기술

공격 시도는 수백만 건인데 확인된 침입은 아직 없습니다. 진짜 해결책은 웹사이트 플러그인이 아니라 호스팅 업체의 PHP 버전입니다.
2026년 10월 21일, 대부분의 웹사이트를 움직이는 무료 프로그래밍 언어 PHP의 개발진이 치명적인 결함 두 개에 대한 긴급 수정본을 내놓았습니다. 이 결함을 이용하면 모르는 사람이 비밀번호 없이 웹사이트가 돌아가는 컴퓨터를 장악할 수 있습니다.
보안 업체들은 이른 단계의 공격을 확인했고, 네덜란드 정부 웹사이트를 포함한 일부 서비스는 예방 차원에서 접속이 중단됐습니다 (출처).
이 페이지를 읽는 분들, 즉 매일 웹사이트를 이용하는 분, 온라인에서 작은 사업이나 가게를 운영하는 분, 웹사이트를 만들거나 관리하는 분에게 이것은 무엇을 뜻할까요? 앞으로 며칠, 몇 주 안에 무슨 일이 일어날 가능성이 크고, 각자 지금 무엇을 해야 할까요?
쉽게 말하면: PHP — 대부분의 웹사이트를 돌리는 무료 프로그래밍 언어; Patchstack — 웹사이트 보안 결함을 추적하는 업체; Cloudflare — 웹사이트를 공격으로부터 지켜 주는 미국 기업; CISA — 미국 정부의 사이버 방어 기관; CVE — 보안 결함에 붙는 공식 번호; Wiz — 결함을 찾아낸 구글 소유의 보안 기업; BleepingComputer — 컴퓨터 보안 소식을 전하는 웹사이트; Le Monde — 프랑스의 대표 일간지
오늘 호스팅 업체에 물어보세요: “제 사이트는 어떤 PHP 버전으로 돌아가나요?” 수정된 버전은 8.2.35, 8.3.36, 8.4.27, 8.5.12입니다.
가게가 안전한지는 플러그인이 아니라 PHP 버전이 결정합니다. 호스팅 업체에 이메일 한 통이면 오늘 바로 확인됩니다.
하지 말아야 할 일: ‘WordPress가 최신 버전이니 안전하다’를 증거로 믿으면 안 되고, 공식이 아닌 수정 플러그인도 설치하면 안 됩니다.
WordPress나 플러그인을 업데이트해도 이 구멍은 막히지 않습니다. 결함은 쇼핑몰 아래에서 돌아가는 엔진인 PHP에 있으므로, 관리를 잘한 사이트라도 열려 있을 수 있습니다. 탐색은 어떤 수정 프로그램이 나오기도 전인 10월 17일에 시작되었습니다.
패치한다고 이미 안에 들어온 사람이 쫓겨나지는 않습니다. 여기서 일어난 침입은 흔적을 거의 남기지 않으므로 ‘보이지 않았다’는 안전의 증거가 아닙니다. 서버 로그에 이상한 충돌이나 오류가 있으면 침입 가능성이 있는 것으로 보고 점검하십시오.
오늘 호스팅 업체에 사이트가 쓰는 PHP 버전을 물어보십시오. PHP 버전이 8.2.35, 8.3.36, 8.4.27 또는 8.5.12라면 10월 17일까지 거슬러 올라가 로그를 확인해 달라고 요청하십시오. 아니라면 주말 전에 패치해 달라고 요청하거나, 끝날 때까지 사이트를 점검 모드로 바꾸십시오. PHP 8.1 이하를 쓰고 있다면 판매사에 구버전용 수정본(백포트)을 요청하거나 더 새로운 버전으로 옮기십시오.
대다수 AI가 이렇게 권합니다. 아래에서 각 AI가 자기 말로 설명합니다.
열 개 AI 모두 핵심에는 의견이 같습니다. 결함은 웹사이트 약 10곳 중 7곳을 돌리는 엔진인 PHP에 있으며, WordPress나 플러그인에 있는 것이 아닙니다. 그래서 쇼핑몰 소프트웨어만 업데이트해서는 소용이 없습니다.
효과가 있는 PHP 수정 버전은 8.2.35, 8.3.36, 8.4.27, 8.5.12 네 가지뿐입니다. 일반 방문자는 설치할 것이 없습니다. 구멍은 휴대폰이나 노트북이 아니라 서버에 있기 때문입니다.
사실관계에 대해서도 의견이 같습니다. 공격자들은 수정 프로그램이 나오기 4일 전인 10월 17일부터 탐색을 시작했고, 클라우드플레어는 공개 이후 수백만 건의 시도를 집계했습니다. 네덜란드 정부 로그인 등 접속이 끊긴 일은 예방 차원의 중단이었습니다. 10월 22일 현재 성공한 침입은 확인되지 않았습니다.
얼마나 걱정해야 하는지에는 입장이 갈립니다. Z.ai와 Kimi는 공개된 공격 도구가 자주 오작동하거나 서버의 특수한 조건이 있어야 작동한다고 강조합니다. MiMo와 Claude는 성공한 침입은 흔적을 거의 남기지 않으므로 ‘발견된 것 없음’이 ‘잡히지 않은 것’일 수 있다고 경고합니다.
Claude는 네덜란드 사이버 보안 센터가 이미 실제 침입의 초기 징후를 살펴보고 있다고 덧붙입니다. 노출 규모 집계도 다릅니다. 오래된 서버 약 884,000대에서 시스템 2,260만 개까지, 각 업체가 자기 방식으로 세기 때문입니다.
앞으로 일어날 일은 이렇습니다. 며칠 동안 다급한 패치 작업이 이어지고, 몇 시간씩 멈추는 사이트가 늘어나며, 이름이 밝혀진 침입 사례가 나올 가능성이 큽니다.
PHP 8.1 이하 버전에는 공식 수정이 나오지 않아, 이 버전을 쓰는 사이트가 가장 오래 노출됩니다. 구멍을 막는다고 이미 안에 들어온 사람이 사라지지는 않으므로, 운영자는 10월 17일까지 거슬러 올라가 로그를 확인하고 저장된 비밀번호와 키를 바꿔야 합니다.
의견이 갈립니다: Z.ai와 Kimi는 공격이 뚫리기 어렵다고 보고, MiMo는 침묵이 오해를 부른다고 봅니다.
논쟁을 가를 것: 네덜란드 사이버 보안 센터가 침입 초기 징후를 조사한 결과가 나오면 드러날 것입니다.
실질적인 의견 차이는 없습니다. 양쪽 모두 같은 조치와 날짜를 제시하며, 중국 쪽 답변에는 접속 중단 사례가 더 길게 나열되어 있습니다.
확인된 것과 확인되지 않은 것
AI가 든 출처: 53건
아무 AI에게 직접 물어보기
제 사이트는 [host]에서 운영 중입니다. PHP 버전이 몇인지, 8.2.35, 8.3.36, 8.4.27, 8.5.12 중 하나인지 알려 주세요.
복사한 뒤 원하는 AI 채팅창에 붙여 넣습니다
누가 이기고, 누가 지는가: 패치한 호스팅 업체는 이득을 보고, 오래된 PHP 8.1 사이트의 운영자와 고객은 손해를 봅니다.
각 AI 옆에는 오늘의 순위와 10점 만점 점수(심사위원 역할을 한 다른 AI가 채점)가 있습니다. 답변을 누르면 읽을 수 있습니다.
그냥 웹사이트를 이용하는 사람에게 이것은 대부분 남의 일, 즉 공격자와 사이트 운영자 사이의 싸움입니다. 결함은 웹사이트 약 10곳 중 7곳을 떠받치는 무료 소프트웨어 PHP에 있으며, AI의 도움으로 찾아졌고, 비밀번호 없이 낯선 사람이 사이트의 컴퓨터에서 자기 코드를 실행하게 해 줍니다.
보안 업체들은 수정이 나오기도 전에 공격이 시작된 것을 보았지만, 10월 22일 오늘 현재 성공한 침입은 어디에서도 확인되지 않았습니다.
작은 쇼핑몰이나 소규모 기업 사이트를 운영하는 사람에게는 한 주가 달라집니다. 결함이 PHP 자체 안에 있기 때문에, 관리를 잘한 사이트라도 구버전을 쓰면 노출되며, 이미 나온 수정은 8.2 이상 버전에만 있습니다. 앞으로 몇 주 동안 자동화된 스캔이 끊이지 않을 것입니다.
한 공격자가 123대의 서버를 상대로 열 차례 시도하는 것을 관찰한 연구자들은 성공한 침입을 0건으로 집계했습니다. 공격은 가능하지만 성공시키기는 어렵다는 뜻입니다. 수백만 대의 오래되고 패치되지 않은 서버와 까다로운 공격 사이의 이 간극 때문에, 아무도 침입하지 못했더라도 일부 사이트는 일부러 문을 닫을 수 있습니다.
오늘 목요일 10월 22일, 웹사이트를 운영한다면 10분만 들여 PHP 버전을 확인하십시오. 주말 전에 8.2.35, 8.3.36, 8.4.27, 8.5.12 중 하나로 올리십시오. 호스팅 업체가 대신 관리한다면 오늘 업체에 메일로 확인하십시오.
보안 업체들이 가장 많이 노출되었다고 보는 구성, 즉 Apache의 내장 PHP 모듈을 쓰는 사이트라면 이번 주 과제가 아니라 오늘 밤의 과제로 여기십시오. 웹사이트를 운영하지 않는다면 기술적으로 할 일은 없습니다. 이번 주에 도착하는 ‘사이트가 해킹당했으니 여기를 클릭하세요’ 류의 이메일은 미끼로 보십시오.
자체 예측: ESET, Check Point, Fortinet 같은 주요 보안 업체 가운데 한 곳이 봇넷이나 악성코드 계열이 작동하는 PHP2Shell 공격 코드를 자신들의 공격에 추가했다고 공개로 보고할 것입니다 — 확률 40% 2026년 11월 21일까지
대부분의 사람에게 위험은 자신의 휴대폰이나 노트북에 있지 않습니다. 이 결함은 웹사이트를 돌리는 컴퓨터에 있으므로, 이용하는 사이트가 뚫려 로그인 정보나 개인 정보가 새어 나갈 위험이 있습니다. 결함을 발견한 Wiz는 공격자가 서버의 메모리까지 읽을 수 있다고 말합니다.
메모리에는 비밀번호와 키가 들어 있을 수 있습니다 (wiz.io). 지금까지는 시도가 수백만 건에 이르렀지만 입증된 침입은 없습니다. 클라우드플레어 최고경영자는 수백만 건의 시도를 집계했고, 독일, 네덜란드, 일본 당국자들은 성공한 사례가 없다고 말합니다.
전일본공수(ANA)는 예방 차원에서 애플 월렛 탑승권을 끄기도 했습니다 (thenextweb.com). 이 상황은 곧 바뀔 수 있습니다. 10월 22일 네덜란드 사이버 보안 센터는 성공한 침입의 초기 징후를 조사 중이라고 밝혔습니다 (brandefense.io).
실제 위험은 작은 온라인 쇼핑몰을 운영하거나 웹사이트를 관리하는 사람들이 집니다. WordPress, WooCommerce, Magento, Drupal, Joomla로 만든 쇼핑몰도 아래 서버가 오래된 PHP를 쓰고 있으면, 쇼핑몰 프로그램 자체가 최신이라도 노출됩니다 (patchstack.com).
팔로알토 네트웍스는 이 결함에 노출될 수 있는 인터넷 연결 시스템이 2,260만 개가 넘는다고 집계했습니다 (unit42.paloaltonetworks.com).
또 약 884,000대의 서버가 PHP 8.1 이하를 쓰고 있는데, 이 버전은 PHP 개발팀이 전혀 수정해 주지 않습니다 (brandefense.io). 기업 방화벽까지 영향을 받습니다. 팔로알토는 자사 방화벽 소프트웨어의 모든 버전이 영향을 받으며 수정 날짜도 정해지지 않았다고 말합니다 (allblogthings.com).
작은 위안은 보안 업체 Sansec이 이제 대규모 침입은 우려만큼 가능성이 크지 않다고 보는 점입니다. 공개된 공격 도구가 서버의 특수한 조건을 필요로 하기 때문입니다 (sansec.io).
웹사이트를 소유하거나 관리한다면 오늘 목요일 10월 22일 안에 확인하십시오. 호스팅 요금제를 쓰고 있다면, 호스팅 업체에 PHP가 이미 8.5.12, 8.4.27, 8.3.36, 8.2.35 중 하나로 올라갔는지 물어보십시오.
서버를 직접 운영한다면 지금 업데이트하고, 할 수 없다면 할 수 있을 때까지 사이트를 점검 모드로 바꾸십시오 (patchstack.com). PHP 8.1 이하를 쓰고 있다면 판매사에 수정을 요청하거나 더 새로운 버전으로 옮기고, 검증되지 않은 수정 플러그인은 쓰지 마십시오. 사이트를 망가뜨릴 수 있습니다 (같은 링크).
서버 로그에 이상한 오류나 충돌이 보이면 침해되었을 가능성이 있다고 보고, 서버에 저장된 비밀번호와 키를 바꾸십시오 (같은 링크). 일반 웹 이용자라면, 이용하는 사이트가 침해를 공지하면 그 비밀번호를 즉시 바꾸고, 그렇지 않다면 설치할 것이 없으니 2단계 인증만 켜 두십시오.
자체 예측: 팔로알토 네트웍스가 CVE-2026-109618 또는 CVE-2026-109619를 해결한 PAN-OS 방화벽 소프트웨어 수정판을 공개합니다 — 확률 65% 2026년 11월 6일까지
그냥 읽고 쇼핑만 하는 사람에게 이번 사태는 안에서 지켜볼 폭풍입니다. 이용하는 사이트들이 꺼진 것은 누군가 해킹당했다는 증거가 아니라, 고치기 위해 멈춘 것입니다 (theguardian.com).
문제는 조용함입니다. 여기서 성공한 침입은 기록을 거의 남기지 않으므로 (thehackernews.com), 오늘 ‘발견된 침해 없음’은 아직 누구도 적발하지 못했다는 뜻일 뿐입니다 (bbc.com).
쇼핑몰, 예약 페이지, 동호회 사이트 등 웹사이트를 운영하는 사람에게는 이것이 바로 자기 일입니다. 해결책은 PHP 8.5.12, 8.4.27, 8.3.36, 8.2.35 가운데 하나이며 (patchstack.com), 8.1 이하 버전을 쓰는 사이트는 무료 수정이 전혀 제공되지 않습니다 (같은 링크).
탐색은 수정 프로그램이 나오기 4일 전인 10월 17일에 시작되었고 (thehackernews.com), 클라우드플레어는 몇 시간 만에 수백만 건의 시도를 집계했습니다.
영국에서는 정부 서비스 32곳이 멈췄고, 사이버 기관은 5만 건의 경고를 보냈습니다 (theguardian.com). 다른 사람의 서버를 관리하는 사람들은 제어판, 컨테이너, 테스트 사이트 안에 들어 있는 PHP 복사본까지 모두 찾아내야 합니다 (patchstack.com).
오늘 밤 웹사이트 운영자라면 확인하십시오. 오늘 목요일 10월 22일 오후 6시까지 호스팅 업체에 한 줄만 물어보십시오. ‘내 사이트는 어떤 PHP 버전에서 돌아가나요?’ 이미 8.5.12, 8.4.27, 8.3.36, 8.2.35라고 답하면 마음 놓으셔도 됩니다. 아니라면 주말 전에 호스팅 업체의 패치 버전을 요구하거나, 고칠 때까지 페이지를 잠시 내리십시오.
이 결함은 비밀번호 없이도 문을 열어 주기 때문입니다 (thephp.foundation). 일반 독자라면, 돈을 내고 쓰는 사이트가 공격을 받았다고 하면 오늘 그 비밀번호와 같은 비밀번호를 쓰는 다른 곳도 바꾸십시오.
자체 예측: 2026년 11월 21일 이전에 PHP가 수정된 네 개 버전 가운데 최소 한 개에 대해 후속 업데이트를 내보내, 10월 21일 보안 수정으로 생긴 버그를 고칠 것입니다 — 확률 55% 2026년 11월 21일까지
일반 사용자에게 지금까지는 큰 사고라기보다 아슬아슬하게 비껴간 상황입니다. 보안 업체들은 수백만 건의 공격 시도를 기록했지만, 성공한 침입은 아직 확인되지 않았습니다.
접속이 끊긴 일(DigiD 같은 네덜란드 정부 로그인과 일부 급여 및 게임 서비스)은 해킹된 시스템이 아니라 예방 차원의 중단이었습니다 (thehackernews.com, securityweek.com).
오늘 설치할 것도 없고 바꿔야 할 비밀번호도 없습니다. 더 조용한 위험은 이렇습니다. 이용하는 사이트가 패치되지 않은 채 남아 나중에 비밀번호나 결제 정보가 새어 나갈 수 있으므로, 앞으로 2주 동안 이용하는 서비스의 보안 공지를 살펴보십시오.
쇼핑몰이나 소규모 사업체 사이트를 운영한다면, 결함은 여러분의 코드가 아니라 호스팅 업체가 돌리는 프로그래밍 언어에 있습니다. 그래서 사이트를 업데이트해도 소용이 없습니다.
호스팅 업체에 PHP 8.2.35, 8.3.36, 8.4.27, 8.5.12가 설치되었는지 물어보십시오 (patchstack.com). 첫날 약 150만 대의 서버가 여전히 패치되지 않은 상태였는데, 대부분 공식 수정이 전혀 나오지 않는 구버전이었습니다 (securityweek.com).
웹사이트를 만들거나 관리한다면 패치하고, 모든 작업 프로세스를 재시작한 뒤 침입의 흔적을 찾으십시오. 공개된 공격 도구는 대부분 작동하지 않고 충돌하지만, 끈질긴 공격자는 이를 바꿔 쓸 수 있습니다 (sansec.io).
모두 오늘 목요일 5분만 이 문제를 살펴보십시오. 이용하는 서비스가 보안 문제를 알리면, 그 서비스에 쓴 비밀번호와 같은 비밀번호를 쓰던 곳을 모두 바꾸십시오. 알림이 없다면 평소대로 이용하면 됩니다. 쇼핑몰 운영자라면, 내일 금요일까지 호스팅 업체가 패치하지 않았다면 사이트를 보호용 방화벽 서비스 뒤로 옮기거나 패치된 서버로 옮기십시오.
사이트 제작자가 PHP 8.1 이하를 쓰고 있는데 패치할 수 없다면, 할 수 있을 때까지 인터넷에서 분리하십시오. 미국 사이버 기관이 권고하는 내용입니다 (cisa.gov).
자체 예측: 10월 21일부터 예방 차원에서 중단된 네덜란드 정부 서비스 DigiD와 MijnOverheid가 NOS 또는 공식 상태 페이지 보도에 따라 다시 온라인으로 돌아올 것입니다 — 확률 65% 2026년 10월 26일까지
그냥 웹사이트를 이용하는 사람에게 솔직한 답은, 자기 휴대폰이나 노트북에서 바꿀 것은 없다는 것입니다. 구멍은 브라우저가 아니라 웹사이트를 돌리는 소프트웨어에 있으므로, 비밀번호가 빼앗긴 것은 아닙니다. 위험은 낯선 사람이 로그인 없이도 웹사이트의 컴퓨터에 명령을 내릴 수 있다는 점입니다.
눈에 띄는 변화는 실질적입니다. 수요일에 네덜란드, 프랑스, 덴마크, 핀란드의 정부 사이트와 학교, 병원, 그리고 Wikipedia, DeviantArt, 4chan까지 멈췄습니다. 운영자들이 문을 열어 둔 채로 두기보다 끄는 쪽을 택했기 때문입니다.
실제로 일주일이 달라지는 사람은 쇼핑몰이나 웹사이트를 운영하는 사람들입니다. 전 세계 웹사이트의 약 70%를 떠받치는 무료 기반 소프트웨어인 PHP는 5.4 버전부터 모든 버전에 결함이 있습니다.
수정본은 수요일에야 8.2.35, 8.3.36, 8.4.27, 8.5.12 버전으로 나왔지만, 세부 내용은 수정 하루 전인 10월 20일에 이미 새어 나갔고, 아마존의 센서는 토요일인 10월 17일에 실제 공격 시도를 잡아냈습니다.
보안 업체 팔로알토 네트웍스는 노출된 기기가 2,260만 대 넘게 있다고 집계했고, 클라우드플레어는 그 뒤 수백만 건의 시도를 기록했습니다. 그러나 침입을 확인한 곳은 아직 없습니다. 지금까지 관찰된 것은 두드려 보고 시험해 보는 행동이지, ‘뚫고 들어왔다’고 말하는 기업이 나온 것은 아닙니다.
오늘 목요일 10월 22일 밤, 쇼핑몰이나 웹사이트를 운영한다면 할 일이 있습니다. 사이트를 호스팅하는 곳에 PHP 버전이 8.2.35, 8.3.36, 8.4.27, 8.5.12 중 하나로 올라갔는지 물어보십시오. 올라갔다면 서버 로그에 이상한 것이 있는지 확인해 달라고 하십시오. 아니라면 주말 전에 패치하거나 그때까지 사이트를 점검 모드로 바꾸라고 하십시오.
웹사이트만 이용한다면 자기 계정에서 할 일은 없고, 사이트 몇 곳이 하루나 이틀 멈춰 있을 것이라고만 생각하면 됩니다. 고객의 이름, 주소, 카드 정보를 보관한다면 관리자 비밀번호를 바꾸고 2단계 인증을 켜십시오. 구멍을 막는다고 이미 안에 들어온 사람이 사라지지는 않기 때문입니다.
자체 예측: 10월의 두 결함에 영향을 받는, 패치되지 않은 PHP 버전을 돌리는 서버가 여전히 100만 대 넘게 공개 조사에 잡힙니다 — 확률 62% 2026년 11월 7일까지
웹사이트를 매일 이용하신다면, 운영자들이 서둘러 패치하는 동안 일부 사이트가 접속되지 않거나 느려질 수 있다는 점을 예상하십시오. 네덜란드 정부는 해킹을 당해서가 아니라 예방 차원에서 포털을 내렸습니다 (출처: esecurityplanet.com).
아직 확인된 해킹 사례는 보고되지 않았으므로, 오늘 이 특정 취약점으로 개인 정보가 위험해졌다는 확인은 없습니다 (출처: cloudaware.com).
작은 사업을 하거나 온라인 쇼핑몰을 운영한다면, 웹사이트의 PHP 버전은 이제 사업상 위험입니다. 5.4부터 8.5.11까지 모든 버전이 취약하고, PHP 사이트의 약 절반은 공식 수정이 나오지 않는 지원 종료 버전을 쓰고 있습니다 (출처: cloud.google.com).
지금 바로 PHP 8.5.12, 8.4.27, 8.3.36 또는 8.2.35로 업데이트하거나, 호스트에 패치가 적용됐는지 확인해 달라고 요청하십시오 (출처: patchstack.com).
10월 22일 정오까지 사이트의 PHP 버전을 확인하십시오. 8.2에서 8.5 사이라면 호스트에 수정된 빌드가 적용됐는지 확인하고, 8.1 이하라면 호스트에서 백포트 패치를 받거나 이번 주 안에 사이트를 업그레이드하십시오 (출처: dev.to).
프리랜서와 웹사이트 제작자는 지금 이 30분짜리 고객 점검을 실행하십시오. 대부분의 소상공인은 PHP라는 이름조차 모르고, 문제가 생기면 사이트를 만든 사람에게 연락하기 때문입니다 (출처: dev.to).
자체 예측: 워드프레스, 드루팔, 줌라 중 최소 한 곳 이상의 주요 콘텐츠 관리 시스템이 변경 기록에 CVE-2026-109618 또는 CVE-2026-109619를 명시한 보안 업데이트를 발표합니다. — 확률 70% 2026년 10월 28일까지
그냥 둘러보고 쇼핑만 하신다면 본인의 컴퓨터가 망가진 것은 아닙니다. 하지만 믿고 쓰는 사이트는 위험할 수 있습니다. 이 두 취약점으로 낯선 사람이 비밀번호 없이 웹서버에서 자기 코드를 실행할 수 있고, Wiz는 5.4 버전부터 현재까지 모든 PHP 버전이 영향을 받는다고 밝혔습니다.
그래서 네덜란드는 10월 21일 예방 차원에서 Overheid.nl, MijnOverheid.nl, DigiD를 중단했고, 당시에는 공격 흔적이 없다고 밝혔습니다.
쇼핑몰 운영자라면 워드프레스나 플러그인을 업데이트하는 것만으로는 충분하지 않습니다. 버그는 그 밑에서 돌아가는 PHP에 있고, 수정본은 8.5.12, 8.4.27, 8.3.36, 8.2.35에만 나왔기 때문입니다. 사이트를 만들거나 관리하는 분은 오래된 테스트 서버까지 포함해 PHP가 돌아가는 곳을 모두 찾아야 합니다.
이 버그는 비밀번호와 키가 들어 있는 메모리를 노출시킬 수도 있습니다. 클라우드플레어 CTO는 이미 초기 공격을 보고 있다고 말했고, 호스팅 업체들은 패치 전에 실제 피해 사례를 봤다고 Patchstack에 알렸습니다.
10월 22일 오늘, 쇼핑몰 사이트를 운영하는 분들께 묻습니다. 서버를 직접 관리한다면 지금 패치된 PHP로 업데이트하고 재시작하십시오. 호스트가 관리한다면 워드프레스가 최신이라는 말로 넘어가지 말고, 수정된 버전이 실제로 적용됐다는 서면 확인을 받으십시오.
사이트를 이용만 하신다면 은행, 쇼핑몰, 정부 로그인 화면이 패치 완료를 알릴 때까지 기다렸다가 비밀번호를 바꾸십시오. 앞으로 일주일 동안 패치를 위해 몇 시간씩 접속이 끊기는 사이트가 더 나올 것이고, 확인된 첫 해킹 사례도 이름이 공개될 것으로 보입니다.

자체 예측: 10만 개 이상의 사이트를 운영하는 주요 워드프레스 호스팅 업체 한 곳 이상이 모든 고객을 PHP 8.5.12, 8.4.27, 8.3.36 또는 8.2.35로 자동 패치했다고 밝힙니다. — 확률 62% 2026년 10월 28일까지
일반 인터넷 이용자에게 위험은 여러분의 휴대폰이나 노트북이 아니라 웹사이트를 돌리는 컴퓨터에 있습니다. 비밀번호를 바꾸거나 주문을 취소할 필요는 없습니다.
다만 운영자들이 패치하는 동안 일부 믿을 만한 사이트가 잠시 접속되지 않을 수 있다는 점은 알아 두십시오. 네덜란드 정부 사이트가 꺼진 것은 해킹이 확인되어서가 아니라 예방 조치였습니다.
쇼핑몰을 운영하거나 웹사이트를 관리한다면 이 문제는 긴급합니다. 이 취약점은 5.4 버전 이후 거의 모든 PHP 버전에 영향을 주고, 비밀번호 없이 낯선 사람이 서버를 장악하게 할 수 있습니다. 오늘 PHP 8.5.12, 8.4.27, 8.3.36 또는 8.2.35로 업데이트하십시오.
PHP 8.1 이하를 쓰고 있다면 이 버전들은 수정되지 않으므로 지원되는 버전으로 옮겨야 합니다. 호스팅 업체가 사이트를 관리한다면, 패치가 적용됐다고 확인해 달라고 요청하고 이상한 요청이 있었는지 로그를 살피십시오. 수정본이 나오기 전부터 이런 탐색 공격이 시작됐기 때문입니다.
웹사이트 운영자라면 오늘 오후에 PHP 버전을 확인하십시오. 직접 서버를 운영한다면 8.5.12, 8.4.27, 8.3.36 또는 8.2.35로 업데이트하고, PHP 8.1 이하라면 오늘부터 지원되는 버전으로 옮기기 시작하십시오.
업체가 사이트를 호스팅한다면 지금 이메일로 패치 여부를 확인하십시오. 나머지 분들은 평소처럼 인터넷을 이용하시면 됩니다. 이용하는 사이트가 해킹 사실을 발표하지 않는 한 따로 할 일은 없습니다.
자체 예측: GoDaddy, AWS, Cloudflare 같은 주요 호스팅 업체 한 곳 이상이 CVE-2026-109618 또는 CVE-2026-109619로 고객 사이트가 해킹됐다고 공개적으로 확인합니다. — 확률 45% 2026년 11월 5일까지
일반 웹사이트 이용자는 지금 당장 직접적인 위험은 거의 없습니다. 다만 호스팅 업체가 수정본을 적용하는 동안 사이트가 하루나 이틀 느려지거나 접속이 안 될 수 있습니다. 오래된 PHP 버전은 더 오래 열려 있어서, 공격자가 침투하면 일부 쇼핑몰이나 블로그에 오류나 이상한 페이지가 뜰 수 있습니다.
작은 온라인 쇼핑몰과 사이트 제작 업체는 이 문제를 긴급하게 다뤄야 합니다. 이 버그는 플러그인이 아니라 언어 자체인 PHP에 있으므로, 깨끗하게 설치된 워드프레스나 드루팔도 호스트가 업데이트해야 합니다. 웹 기업에 투자하는 분들은 짧은 접속 중단은 예상하되, 아직 시장 전체가 크게 흔들릴 정도는 아니라고 보면 됩니다.
10월 22일 오늘 오후에 호스팅 대시보드에서 PHP 버전을 확인하십시오. 버전이 8.2.35, 8.3.36, 8.4.27, 8.5.12보다 낮다면 지금 바로 패치를 요청하십시오. 이미 업데이트됐다면 이상한 트래픽이 있는지 로그를 살피고, 최근 백업을 준비해 두십시오.

자체 예측: 최소 세 곳의 주요 호스팅 업체가 이 취약점을 통해 고객 사이트가 실제로 해킹됐다고 공개적으로 발표합니다. — 확률 55% 2026년 11월 5일까지
일반 인터넷 이용자에게 당장의 위험은 모든 웹사이트가 해킹됐다는 뜻이 아닙니다. 일부 웹사이트가 공격자가 로그인하지 않고도 뚫릴 수 있다는 데 있습니다. 아마존 보안팀은 공격자들이 10월 17일부터 이 PHP 취약점을 시도하기 시작했고, 10월 21일 세부 내용이 공개된 뒤 시도가 늘었다고 밝혔습니다.
연구진은 아직 시도가 몇 번이나 성공했는지 알 수 없다고 말합니다.
대부분의 사람은 온라인 쇼핑이나 은행 업무를 멈출 필요는 없지만, 출처를 모르는 링크를 피하고, 비밀번호를 다른 곳과 겹치지 않게 쓰고, 계정에 평소와 다른 활동이 있는지 살펴봐야 합니다 (bleepingcomputer.com; ncsc.gov.uk).
자체 예측: Patchstack가 새로 확인된 PHP2Shell 공격 방식이나 새로 피해를 입은 호스팅 환경을 담은 실질적인 추가 업데이트를 최소 한 번 발표합니다. — 확률 65% 2026년 11월 7일까지
이 소식에 대한 두 개의 톱10: 여러 AI의 답을 하나의 목록으로 합치고, 순위마다 이유와 링크를 달았습니다.
예일까요, 아닐까요? 먼저 예측하세요. 그다음 AI 10종의 예측을 보여 드립니다.
목요일까지 미국 사이버 방어 기관이 실제 공격이 있었다고 확인할까요?
답은 알 수 있습니다
예 — AI 8종내 위치
🇨🇳MiMo🇺🇸ChatGPT🇺🇸Meta🇺🇸Claude🇺🇸Grok🇨🇳StepFun🇨🇳Z.ai🇺🇸Nemotron + Mercury
MiMo: 공격은 이미 수백만 번씩 들어오고 있어서, 미국 감시 목록에 곧 올라갈 것입니다.
아니요 — AI 1종내 위치
🇨🇳DeepSeek
DeepSeek: 미국 사이버보안청(CISA)은 실제 공격이 확인되지 않은 결함은 목록에 거의 올리지 않습니다.
판단 유보(50/50): Kimi
확인 출처: cisa.gov
답은 알 수 있습니다
Netflix 주가가 화요일보다 수요일에 더 오를까요?
결과: «예»
AI 10종 중 6종의 예측이 적중했습니다:
🇺🇸Meta AI🇨🇳Kimi🇨🇳DeepSeek🇺🇸Gemini🇨🇳Qwen🇨🇳Z.ai
확인 출처: finance.yahoo.com