WordPress
이 태그가 달린 문서 6건
WordPress 7.1.4 취약점 CVE-2026-119977: 원격 코드 실행으로 이어질 수 있는 코어 업데이트 경쟁 상태 수정, 버전과 자동 업데이트 확인
2026년 10월 28일 WordPress 프로젝트는 원격 코드 실행으로 이어질 수 있는 코어 업데이트 과정의 결함을 수정한 보안 릴리스 7.1.4를 공개했습니다. WordPress의 GitHub 권고문에 따르면, 전체 패키지를 사용하는 코어 업데이트 중 WordPress는 웹으로 제공되는 업그레이드 폴더 안의 예측 가능한 디렉터리에 새 파일을 풀었고, 그 압축 해제와의 경쟁에서 이긴 인증 없는 공격자가 원격 코드 실행(RCE)에 도달할 수 있었습니다. 수정은 7.1.4에 포함되며 4.7까지의 모든 브랜치(7.0.8, 6.9.11, 6.8.12 등)로 백포트되었습니다. CVE-2026-119977은 10월 31일 CNA인 Wordfence가 공개했으며 CVSS v3.1 8.1(High), 공격 복잡도 High로 평가되었습니다. WordPress의 권고문은 심각도를 Low로 보며 점수는 제시하지 않았습니다. SecurityWeek에 따르면 한 WordPress 보안 업체는 방화벽 규칙을 배포한 지 9분 만에 첫 일치를 확인했고, 처음 21시간 동안 임시 업데이트 위치를 노린 요청을 18,500건 넘게 기록했으며, 침해 성공은 보고하지 않았습니다. CISA는 11월 3일 이 CVE를 Known Exploited Vulnerabilities(KEV) 카탈로그에 추가했습니다(KEV 항목은 미국 연방 기관의 기한을 11월 6일로 정하고 있으며, CISA는 패치뿐 아니라 BOD 26-04에 따른 포렌식 선별 점검도 요구합니다). 자동 백그라운드 업데이트가 켜진 사이트는 스스로 업데이트되며, 자동 업데이트를 끈 사이트는 업데이트 화면에서 직접 업데이트해야 합니다. 이 사이트의 결론: 악용되고 있는 것으로 취급하고 오늘 업데이트하십시오. 업데이트가 늦었다면 침해 징후가 있는지 확인하십시오(이 사이트의 조언).
[속보] PHP 취약점 CVE-2026-109618과 CVE-2026-109619 악용 확인, CISA KEV 카탈로그에 추가: 지금 8.5.12, 8.4.27, 8.3.36 또는 8.2.35로 업데이트
2026년 10월 21일 PHP 보안팀은 PHP 8.5.12, 8.4.27, 8.3.36, 8.2.35를 출시해 인증 없이 원격 코드 실행(RCE)이 가능할 수 있는 심각한 취약점 두 가지를 수정했으며, 모든 사용자에게 즉시 업데이트할 것을 촉구했습니다. CVE-2026-109618은 메모리 부족(out-of-memory) 처리, CVE-2026-109619는 요청 사이에 남아 있는 오래된 내부 상태와 관련되며, 둘 다 CVSS v4.0에서 9.2로 평가되었습니다. 웹 요청을 처리하는 모든 PHP 설치 환경(PHP-FPM, Apache mod_php, php-cgi, FrankenPHP, LiteSpeed)이 위험에 노출되어 있습니다. PHP 팀은 애플리케이션 코드가 실행되기 전에 인증되지 않은 요청으로 공격이 발생하는 입증된 익스플로잇을 근거로 mod_php를 가장 위험한 것으로 봅니다. PHP 8.1 이하는 공식 업데이트가 제공되지 않으며, 팀은 7.4, 8.0, 8.1에 대한 최소 소스 백포트만 제공했습니다. 리눅스 배포판들은 패치를 사전에 받았습니다. 완전한 완화 방법은 없으며, 업데이트만이 유일하게 안전한 선택입니다. 10월 22일 일본 IPA와 JPCERT/CC가 경보를 발표했고, JVN은 JVNVU#99905564를 공개했습니다. 처음 경보를 발표했을 때 악용을 관찰하지 못했던 CISA는 10월 26일 두 취약점을 Known Exploited Vulnerabilities(KEV) 카탈로그에 추가했으며, 미국 연방 민간 기관의 대응 기한을 10월 29일로 정했습니다. 언론 보도에 따르면 한 보안 연구자가 운영하는, mod_php 환경의 패치되지 않은 PHP 8.4.26 허니팟에서 10월 24일 원격 코드 실행이 성공했습니다. 한 주요 클라우드 제공업체의 허니팟은 공개 4일 전인 10월 17일부터 악용 시도를 포착한 바 있습니다. 이 사이트가 확인한 범위에서는 2026년 10월 27일 기준으로 허니팟 외의 침해 사고는 공개되지 않았습니다. 일본의 주요 공유 호스팅 업체 대부분은 수정이 적용되었다고 발표했지만, KAGOYA 등 일부 업체는 아직 발표하지 않았습니다. 10월 23일 PHP 팀은 10월 21일 릴리스에서 수정되지 않은 세 번째 문제(CVE-2026-115560)를 공개했습니다. 이 문제는 특정 설정과 애플리케이션 코드가 결합된 경우에만 코드 실행으로 이어질 수 있으며, 팀은 실제로는 가능성이 낮다고 평가합니다. 수정 사항과 전체 권고문은 다음 정기 릴리스와 함께 제공될 예정이며, 그때까지 session.upload_progress.enabled=0 설정을 권장합니다. 영향받는 버전과 CVSS 점수는 공개되지 않았으며, 악용 사례도 보고되지 않았습니다. 10월 29일 기준(php.net 확인)으로 이 문제의 수정 릴리스는 아직 나오지 않았습니다. 10월 28일 CISA는 Linux 커널 취약점 CVE-2026-46300도 KEV에 추가하고(미국 연방 기관의 기한 10월 31일), 이 두 취약점과 연쇄되어 PHP 웹셸을 심고 root 권한으로 명령을 실행하는 데 쓰일 수 있다고 밝혔습니다. 이 사이트의 견해: 악용이 확인되었으므로, 사이트별로 본인 또는 호스팅 업체가 PHP를 업데이트하는지 확인하고, 오늘 바로 수정된 버전으로 이동하십시오. 10월 17일 이후의 로그에서 침해 흔적도 확인하십시오. 공유 호스팅을 사용한다면 업체 공식 웹사이트의 완료 공지를 확인하십시오.
Rank Math PRO 3.0.123 악성코드 배포 사고(2026년 10월): 영향 범위와 WordPress 사이트 운영자의 대응
2026년 10월 16일(UTC), Rank Math는 자사 WordPress 플러그인의 유료 버전인 Rank Math PRO v3.0.123에 악성코드가 포함되어 있었다고 발표했습니다. 대상은 2026년 10월 15일 20:02(UTC)부터 10월 16일 07:12(UTC) 사이에 다운로드한 일부 사용자입니다. 플러그인이 활성화된 경우 사이트가 침해될 수 있었고, 사이트에 방문할 때마다 숨겨진 백도어가 다시 만들어질 수 있었습니다. 회사는 해당 파일을 제거하고 깨끗한 v3.0.124를 배포했습니다. WordPress.org에서 배포되는 무료 버전은 영향을 받지 않습니다. 영향을 받은 사용자 수와 악성코드가 파일에 들어간 경로는 공개되지 않았습니다. 2026년 10월 20일 기준 공지의 마지막 변경은 10월 19일이며, 이때 무료 버전은 영향을 받지 않는다는 내용이 추가되었습니다. 이 사이트의 결론: 감염 기간에 얻은 3.0.123을 활성화한 사이트는 침해된 것으로 간주하고, 감염 기간 이전에 받은 백업으로 복원하거나 플러그인 폴더 전체를 삭제한 뒤 회사가 제시한 순서대로 정리하십시오. 어느 경우든 사이트가 읽을 수 있었던 모든 자격 증명을 변경하십시오.
ConoHa WING(GMO인터넷) 일부 웹서버 무단 접근(426개 계정): 고객 웹서버 영역 데이터 영향, 사이트 운영자가 오늘 해야 할 일
2026년 9월 20일 GMO Internet, Inc.는 ConoHa WING 렌탈 호스팅 서비스의 일부 호스팅 서버(웹서버)에서 제3자가 일부 고객의 웹서버 영역에 무단으로 접근해 악성 프로그램을 설치했다고 발표했습니다. 426개 계정이 영향을 받았으며, 관련 데이터는 '고객의 웹서버 영역에 저장된 데이터'입니다. 접근 및 설치는 9월 3일 시작되었고, 회사는 9월 16일 이를 발견했으며, 9월 18일 원인과 범위를 확인하고 프로그램을 제거했습니다. 회사는 원인을 파악했다고 밝혔지만 공개하지는 않았습니다. 회원, 계약, 결제 정보는 별도 환경에서 관리되며 유출되지 않았다고 밝혔습니다. 공지에는 웹서버 영역의 데이터가 탈취되었는지 여부가 나와 있지 않습니다. 영향을 받은 고객에게는 등록된 이메일 주소로 개별 연락했으며, 연락을 받지 않은 고객은 영향을 받지 않은 것으로 안내했습니다. 10월 15일 기준 후속 공지는 없습니다. 이 사이트의 판단: 먼저 개별 이메일을 받았는지 확인하고, 받았다면 그 안내를 따르십시오. 그다음 웹서버 영역에 보관된 자격 증명(wp-config.php의 데이터베이스 비밀번호, .env의 API 키 등)은 노출된 것으로 보고 변경하며, 9월 3일 이후 추가된 파일, 관리자 계정, 예약 작업이 있는지 확인하십시오.
내 웹사이트나 서버가 해킹됐는지 확인하는 법: 공유 호스팅, WordPress, VPS별 점검 순서와 발견했을 때 먼저 할 일
사이트의 침입 여부를 확인하려면 밖에서 보이는 징후와 안에 남은 흔적을 둘 다 본다. 징후: Search Console의 보안 문제 보고서, 검색 결과의 '이 사이트는 해킹되었을 수 있습니다' 표시, 호스팅 업체의 알림, 모르는 관리자, 모바일이나 검색에서 들어올 때만 일어나는 리디렉션. 흔적: 관리자 사용자, 변조된 코어 파일(wp core verify-checksums), 로그인 기록, authorized_keys, cron, 리스닝 포트, 최근 변경된 파일. 본 사이트의 견해: 아무것도 찾지 못했다고 깨끗하다는 증거는 아니다. 무언가 발견했다면 정리하기 전에 증거를 보존하고, 깨끗한 기기에서 모든 자격 증명을 교체하고, 침입 이전 백업으로 복원하거나 다시 구축하고, 침입 경로를 막은 다음에 검토를 요청한다.
WordPress 보안 대책 — 프로덕션 하드닝 실무 레퍼런스
WordPress는 점유율이 가장 크므로 가장 큰 표적이지만, 침입 경로는 예측 가능합니다(플러그인/테마 취약점, 방치된 업데이트, 약한 관리자, 노출된 관리 화면). 이 페이지는 실무 레퍼런스입니다: (1) 우선순위별 하드닝 체크리스트(P0–P2), (2) 영역별 지침 — 자동 업데이트, 플러그인/테마 최소화, 강한 관리자 + 2FA, 관리 화면 노출 축소(xmlrpc/REST 열거/파일 편집), wp-config와 시크릿, 파일 권한, HTTPS/백업, PHP/의존성 업데이트, (3) 자기 검증 체크리스트. 방어 전용 — 공격 절차 없음.