위협 피드

CVE-2026-63030 / CVE-2026-60137 — 워드프레스 코어의 인증 없는 SQLi에서 RCE로 (해설 및 수정)

워드프레스 코어 REST API 결함인 CVE-2026-63030은 CVE-2026-60137과 결합해 인증 없는 SQLi 및 RCE로 이어집니다(CVSS 9.8, KEV). 6.8.6, 6.9.5 또는 7.0.2로 업데이트하십시오.

게시 2026-07-21 업데이트 2026-10-23 최종 확인 2026-10-19 5분 읽기
이 페이지에서

실제 공격에서 악용됨이 확인된 취약점(CISA KEV 등재)에 대한 방어 관점의 권고입니다. 무슨 일이 일어나는지, 어떤 제품이 영향을 받는지, 어떻게 대응할지를 다루며, 공격 방법이나 개념 증명(PoC)은 포함하지 않습니다.

6.8 브랜치는 같은 RCE 체인의 영향을 받지 않습니다

공식 공지는 6.9/7.0에 대해 두 CVE를 모두 나열하지만, 6.8에 대해서는 CVE-2026-60137만 나열합니다. 6.8.6으로 업데이트하라는 안내가 해당 브랜치가 CVE-2026-63030의 영향을 받는다는 뜻은 아닙니다.

권고 요약
CVE
CVE-2026-63030(라우트 혼동, CWE-436) + 연쇄 결합된 CVE-2026-60137(SQLi, CWE-89)
심각도
치명적(CVSS 9.8) — 실제 악용 중(CISA KEV; 조치 기한 2026-07-24)
유형
REST API 라우트 혼동 × author__not_in SQL 인젝션 → 인증 없는 SQLi → RCE
영향
인증 없는 SQL 인젝션, 원격 코드 실행(RCE), 데이터 탈취
영향 버전
63030: 6.9.x / 7.0.x 영향; 6.8.x는 60137에만 영향
주요 해결책
6.8.6 / 6.9.5 / 7.0.2 이상으로 업데이트
9.8
CVSS / 최고 등급
인증 없음
도달 조건(연쇄 시)
SQLi→RCE
도달 가능한 영향
6.8.6/6.9.5/7.0.2
주요 해결책

인증 없이 도달

REST API 라우트 혼동(CWE-436)

author__not_in를 통한 SQL 인젝션

RCE 및 데이터 탈취

해결: 6.8.6 / 6.9.5 / 7.0.2 이상으로 업데이트

두 개의 결함이 하나로 결합된 것입니다. 라우트 혼동이 인가 검사를 우회하므로, 그 뒤의 SQL 인젝션에 인증 없이 도달할 수 있게 됩니다.

패치하지 않는 것이 위험한 이유

RCE는 인증 없이 도달할 수 있으므로, 공개된 워드프레스 사이트는 대규모 자동화 스캔의 대상이 됩니다. 이 결함은 특정 플러그인에 국한되지 않는 코어의 결함이므로, 영향을 받는 버전을 사용하는 모든 사이트가 잠재적 대상입니다. CISA는 연방 기관에 2026-07-24까지 조치할 것을 명령했습니다. "우리는 규모가 작아서 표적이 되지 않는다"는 주장은 성립하지 않습니다.

영향을 받는 대상

항목상세
대상워드프레스 코어
영향을 받는 버전6.8.0–6.8.5 (60137) / 6.9.0–6.9.4 / 7.0.0–7.0.1
수정된 버전6.8.6 / 6.9.5 / 7.0.2 이상
전제 조건연쇄 시 인증 불필요
도달 가능한 영향SQL 인젝션 → 원격 코드 실행(RCE); 데이터 탈취
상태두 결함 모두 실제 악용 중(CISA KEV; 조치 기한 2026-07-24)

출처별 심각도 점수 차이에 대한 참고(양쪽 모두)

CVE-2026-60137 단독의 심각도는 출처마다 다릅니다. WPScan은 CVSS 5.9로 평가합니다(단독으로는 플러그인/테마가 신뢰할 수 없는 입력을 author__not_in에 전달해야 하며, 이것이 도달 가능성의 전제 조건입니다). 반면 CISA는 9.1로 평가합니다. CVE-2026-63030의 라우트 혼동과 결합되면 REST API를 통해 직접 도달할 수 있고, 사실상 인증 없이 악용 가능해집니다(CVSS 9.8). 차이는 각 기관이 도달 가능성의 전제 조건을 어떻게 평가하는지를 반영합니다. 그러나 대응은 같습니다. 수정된 릴리스로 업데이트하십시오.

대응 방법

1

코어를 6.8.6 / 6.9.5 / 7.0.2 이상으로 업데이트(최우선)

워드프레스 코어를 패치된 버전으로 업데이트하십시오. 이것이 RCE를 실제로 차단하는 조치입니다. 마이너 자동 업데이트는 기본적으로 켜져 있지만 많은 사이트가 이를 끄고 있으므로, 실제로 실행 중인 버전을 반드시 확인하십시오.
2

침해 여부 점검(업데이트 전에 이미 공격을 받았다고 가정)

예상치 못한 관리자 계정, 익숙하지 않은 플러그인/테마, 변조된 코어/플러그인 파일, 의심스러운 외부 트래픽, REST API 배치 엔드포인트에 대한 인증되지 않은 요청을 확인하십시오. SQLi→RCE는 "전체 DB(사용자, 비밀 정보)가 유출되었을 수 있다"는 의미로 취급하십시오.
3

업데이트 전까지의 임시 방어(심층 방어)

즉시 업데이트할 수 없다면 REST API 배치 엔드포인트 접근을 제한하고 WAF를 사용해 노출을 줄이십시오. 애플리케이션의 DB 사용자는 최소 권한으로 유지하십시오. 이는 공백을 메우는 조치일 뿐이며, 실질적인 해결책은 업데이트입니다.
4

코어, 플러그인, 테마의 CVE를 기계적으로 모니터링

워드프레스 코어와 모든 플러그인/테마의 버전 및 CVE를 모니터링하고, 권고가 공개되면 신속히 업데이트하십시오. 이는 "알려진 공개 CVE를 놓쳐 패치되지 않은 채 방치하는" 상황을 구조적으로 막아 줍니다.

이 사이트의 견해: 모든 입력을 신뢰하지 않는 전제로 설계하십시오

이 결함의 본질은 신뢰할 수 없는 입력이 예상치 못한 경로(라우트 혼동)를 통해 쿼리에 도달한다는 것입니다. SQL 인젝션은 경로나 가정된 전제 조건과 관계없이 항상 플레이스홀더(준비된 구문)를 사용하고 항상 입력을 정제·검증함으로써 설계 단계에서 제거할 수 있습니다. 업데이트는 반드시 해야 하지만, 장기적으로 효과를 내는 것은 "입력을 신뢰하지 않는" 설계와 코어/플러그인 CVE를 기계적으로 모니터링하고 빠르게 업데이트하는 일상적인 절차입니다.

다음으로 읽을거리

출처 및 범위

아래 1차 자료는 위에서 논의한 설정, 범위 또는 대응 방법을 뒷받침합니다. 링크는 2026년 10월 23일에 확인했습니다. 각 자료의 버전 및 설정 조건을 참고하십시오. 점검 항목의 우선순위와 교훈은 이 사이트의 안내이며, 전체 기사에 대한 재검증이나 안전 보장이 아닙니다.

FAQ

QCVE-2026-63030으로 공격자는 무엇을 할 수 있습니까?
A

워드프레스 코어 REST API 배치 엔드포인트의 '라우트 혼동' 결함이 WP_Query author__not_in SQL 인젝션(CVE-2026-60137)과 결합되면, 인증되지 않은 공격자가 SQL 인젝션을 수행하고 최종적으로 원격 코드 실행(RCE)에 도달할 수 있습니다. 이는 곧바로 데이터 탈취, 페이지 변조, 불법적으로 생성된 관리자 계정, 다른 시스템에 대한 공격으로 이어질 수 있습니다. CVSS 9.8로 가장 심각한 결함 중 하나이며, 실제 공격에서 악용됨이 확인되었습니다(CISA KEV).

Q가장 확실한 해결 방법은 무엇입니까?
A

워드프레스 코어를 6.8.6(6.8.x), 6.9.5(6.9.x), 7.0.2(7.0.x) 이상으로 업데이트하십시오. 6.9/7.0 백포트는 두 CVE를 모두 수정하며, 6.8.6은 60137만 수정합니다. 워드프레스는 기본적으로 마이너 자동 업데이트를 켜 두지만 많은 사이트가 이를 끄고 있으므로, 실제로 실행 중인 버전을 반드시 확인하십시오. 업데이트할 수 없는 동안에는 REST API 배치 엔드포인트 접근을 제한하고 WAF를 함께 사용하십시오.

QCVE-2026-60137과는 어떤 관계이며, 출처마다 심각도 평가가 다른 이유는 무엇입니까?
A

CVE-2026-60137은 author__not_in 매개변수의 입력값 정제가 불충분해서 발생하는 SQL 인젝션입니다. 단독으로는 플러그인이나 테마가 신뢰할 수 없는 입력을 전달해야 하므로, WPScan은 CVSS 5.9로 평가합니다. CVE-2026-63030의 라우트 혼동과 결합되면 REST API를 통해 직접 도달할 수 있고 인증 없이 악용 가능해져 CVSS 9.8이 됩니다(CISA는 60137 자체를 9.1로 평가합니다). 차이는 각 기관이 도달 가능성의 전제 조건을 어떻게 평가하는지에서 비롯됩니다. 두 취약점 모두 같은 릴리스에서 수정되므로 대응은 결국 코어 업데이트 하나입니다.