사이트가 점검 중인 이유는? PHP 긴급 패치와 서비스 일시 중단

KISA(한국인터넷진흥원)는 2026년 10월 22일 PHP2Shell 대응 수칙에서, PHP를 바로 업데이트하기 어렵고 임시 조치도 적용하기 어렵다면 업데이트 전까지 외부 접속 차단이나 서비스 일시 중단을 검토하라고 권고했습니다. 업데이트할 수 있을 때까지 사이트를 내려 두는 것은 점검 안내 화면이 뜨는 이유 가운데 하나일 수 있습니다. 이 글은 2026년 10월 23일 기준 정보입니다.

보안 권고가 나오면 왜 사이트가 점검에 들어가나요?

문제를 고치려면 서버의 소프트웨어를 바꿔야 하고, 바로 고칠 수 없는 서버는 내려 두는 편이 안전할 수 있기 때문입니다. PHP는 많은 웹사이트가 쓰는 언어이며, PHP 개발팀은 10월 21일 수정 버전 PHP 8.5.12, 8.4.27, 8.3.36, 8.2.35를 냈습니다. 권고문은 업데이트만이 완전한 해결책이라고 말합니다. 취약점 자체는 PHP2Shell 해설에서, 서버 쪽 문제가 왜 많은 사이트에 영향을 주는지는 PHP란?에서 설명합니다.

업데이트가 늘 금방 끝나는 일은 아닙니다. KISA는 패치를 적용할 때 기존 시스템과의 호환성이나 안정성 문제로 서비스 장애가 생길 수 있으니, 미리 영향을 검토하고 테스트한 뒤 적용하라고 권고합니다. 또 업데이트한 뒤에는 PHP를 실행하는 모든 웹 서비스를 반드시 재시작해야 하며, 재시작하지 않으면 메모리에 남은 이전 버전이 계속 동작해 여전히 취약하다고 설명합니다. 그동안 이용자에게 보이는 것이 점검 화면일 수 있습니다.

공식 기관은 무엇을 권고했나요?

세 곳 모두 업데이트를 가장 먼저 꼽습니다. 바로 업데이트할 수 없을 때의 대처에서 표현이 조금씩 다릅니다.

• KISA. PHP를 사용하는 기업에 즉시 조치하라고 권고하며, 인터넷에 공개된 서버부터 우선 업데이트하라고 합니다. 즉시 업데이트가 어렵다면 요청 크기 제한 같은 임시 조치를 적용하라고 하되, 임시 조치는 공격을 완전히 막지 못하므로 업데이트를 권고합니다. 임시 조치도 적용하기 어렵다면 업데이트 전까지 외부 접속 차단이나 서비스 일시 중단을 검토하라고 합니다.
• 미국 CISA. 즉시 패치하고, 인터넷에 노출된 시스템을 먼저 처리하라고 합니다. 바로 업데이트할 수 없거나 지원이 끝난 PHP 8.1 이하를 계속 쓰는 조직은 패치나 업데이트를 할 수 있을 때까지 PHP 기반 시스템을 오프라인으로 전환해야 한다고 말합니다.
• PHP 개발팀. 수정 버전으로 업데이트하라고 하며, 권고문의 완화 조치는 특정 공격 경로에 대한 노출을 줄일 뿐 설치를 안전하게 만들지는 않는다고 설명합니다.

내가 쓰는 사이트가 점검 중이면 어떻게 하나요?

대부분은 기다리면 됩니다. 고치는 것은 사이트 운영자의 일이고, 내 휴대전화나 컴퓨터에 무언가를 설치한다고 웹사이트 서버가 고쳐지지는 않습니다.

1. 사이트의 공식 채널에서 안내를 확인합니다. 이미 쓰고 있는 앱, 인증된 SNS 계정, 원래 받던 공지 메일 같은 곳입니다.
2. 회사에 연락해야 한다면 이미 알고 있는 연락처를 씁니다. 점검을 핑계로 온 메시지 속 번호나 링크는 쓰지 않습니다.
3. 사이트에 다시 들어갈 때는 누가 보낸 링크 대신 주소를 직접 입력하거나 저장해 둔 북마크를 씁니다.

점검 중에 비슷하게 꾸민 페이지를 조심해야 하나요?

네. 이용하던 사이트가 옮겼다거나, 점검 중이니 다른 곳에서 로그인하라는 메시지는 의심하세요. 예상하지 못한 메일, 문자, 광고로 들어간 페이지에는 비밀번호, 카드 번호, 개인 정보를 입력하지 마세요.

문자나 카카오톡으로 받은 링크가 미심쩍다면 KISA 보호나라의 스미싱 확인서비스에 물어볼 수 있습니다. KISA는 의심 메시지에 대해 정상, 주의, 악성 가운데 하나로 답해 준다고 설명합니다. 사칭 메일을 알아보는 법은 보안 업데이트 사칭 메일 구별법에 정리했습니다.

점검 중이라면 해킹당했다는 뜻인가요?

꼭 그렇지는 않습니다. 점검 화면은 사이트를 지금 쓸 수 없다는 사실만 알려 줄 뿐, 이유는 알려 주지 않습니다. 위의 권고들은 업데이트할 수 없는 시스템을 내려 두라고 하므로, 점검 화면은 그저 작업이 진행 중이라는 뜻일 수 있습니다.

회사가 이용자의 개인정보가 영향을 받았다고 확인한다면 그것은 별개의 일이고, 따로 알리는 절차가 있습니다. PHP 취약점과 내 개인정보에서 보통 어떻게 알게 되는지, 그동안 무엇을 하면 좋은지 설명합니다.

다시 열리기까지 왜 오래 걸리나요?

몇 분이면 업데이트하는 곳도 있고, 그럴 수 없는 곳도 있습니다. KISA는 인터넷에 공개된 모든 홈페이지와 시스템을 확인하라며, 외주로 만든 사이트, 오래전에 만들어 두고 관리하지 않는 사이트, 이벤트나 테스트 서버, 관리자 페이지까지 포함하라고 합니다. 이런 곳은 PHP 버전을 찾는 데서부터 시간이 걸릴 수 있습니다.

PHP 8.1 이하를 쓰는 곳은 일이 더 큽니다. KISA는 이 버전들에는 공식 업데이트가 없으므로 지원 버전으로 전환하라고 하고, 전환에 시간이 걸리면 보안 패치를 임시로 적용하면서 전환 계획을 세우라고 안내합니다. 적용할 패치가 없다면 임시 조치를, 그것도 어려우면 외부 접속 차단이나 서비스 일시 중단을 검토하라고 권고합니다. 그래서 어떤 사이트는 다시 열리기까지 시간이 걸릴 수 있습니다.

자주 묻는 질문

점검이 끝난 사이트에 들어가도 안전한가요?

PHP 취약점은 서버의 소프트웨어에 있는 것이고 내 기기에 있는 것이 아닙니다. 해킹된 사이트가 방문자에게 무엇을 할 수 있고 무엇을 조심하면 되는지는 해킹된 사이트에 접속만 해도 감염될까에서 다룹니다.

이 PHP 취약점이 실제로 공격에 쓰였나요?

2026년 10월 23일 기준으로, 미국 CISA는 10월 21일 경보(10월 23일 개정)에서 발표 시점 기준으로 이 취약점들이 실제 환경에서 성공적으로 악용된 것을 관찰하지 못했다고 밝혔습니다. KISA는 10월 22일 해외 보안업체를 중심으로 공격 시도가 보고되고 있다고 밝혔습니다. 두 기관 모두 영향을 받은 웹사이트 수는 밝히지 않았습니다.

"긴급 점검"은 무슨 뜻인가요?

사이트 운영자가 쓰는 표현입니다. PHP 권고문과 KISA 대응 수칙에는 이 말이 나오지 않습니다. 두 곳과 CISA가 PHP에 대해 설명하는 작업은 소프트웨어 업데이트, 그리고 업데이트할 수 있을 때까지 외부 접속을 막거나 서비스를 멈추는 것입니다.

왜 이렇게 많은 사이트가 PHP 점검의 영향을 받나요?

많은 사이트가 같은 PHP 소프트웨어 위에서 돌아가기 때문입니다. CISA는 PHP가 다른 소프트웨어의 구성 요소로 들어가 있는 경우가 많아 사용 여부가 바로 드러나지 않을 수 있다고 말합니다. KISA도 PHP가 내장된 장비와 솔루션을 따로 확인하라고 권고합니다.

점검에 들어간 사이트의 비밀번호를 바꿔야 하나요?

사이트가 점검에 들어갔다는 이유만으로 이용자에게 비밀번호를 바꾸라는 일반적인 권고는 없습니다. 회사가 계정에 문제가 있었다고 알려 오면 공식 채널을 통해 그 안내를 따르세요.

출처

• PHP 보안취약점(PHP2Shell) 관련 기업 보안 대응 수칙, KISA 보호나라&KrCERT/CC
• Critical vulnerabilities in PHP require immediate patching, CISA (영어)
• Security advisory: Critical remote code execution vulnerabilities, update now (2026년 10월 21일), PHP
• 스미싱 확인서비스, KISA 보호나라&KrCERT/CC