워드프레스 보안 취약점 실제 공격 확인, 내 사이트도 위험할까?

블로그나 기업 홈페이지를 운영할 때 가장 신경 써야 하는 문제 중 하나가 보안입니다.

특히 워드프레스(WordPress)는 개인 블로그부터 기업 홈페이지, 온라인 쇼핑몰까지 다양한 웹사이트에서 사용되는 콘텐츠 관리 시스템(CMS)입니다.

그런데 최근 워드프레스의 핵심 소프트웨어에서 발견된 보안 취약점이 실제 해킹 공격에 악용되고 있다는 사실이 확인됐습니다.

2026년 11월 3일, 미국 사이버보안 및 인프라 보안국(CISA)은 워드프레스 보안 취약점 CVE-2026-119977을 실제 악용이 확인된 취약점 목록에 추가했습니다.

이 취약점은 특정 조건에서 공격자가 로그인하지 않고도 서버에서 코드를 실행할 수 있도록 만드는 문제입니다.

워드프레스는 이미 10월 28일 보안 수정 버전인 7.1.4를 공개했습니다. 따라서 사이트 운영자는 현재 사용 중인 버전과 업데이트 상태를 확인할 필요가 있습니다. Canadian Centre for Cyber Security+1

워드프레스에서 어떤 보안 취약점이 발견됐을까?

이번에 문제가 된 취약점의 공식 식별번호는 CVE-2026-119977입니다.

CVE는 공개적으로 알려진 보안 취약점에 부여하는 식별번호입니다. 같은 취약점을 여러 보안업체와 개발자가 정확하게 구분할 수 있도록 만든 체계입니다.

이번 취약점의 특징은 일반적인 로그인 기능이나 게시글 작성 기능이 아니라, 워드프레스의 핵심 소프트웨어를 업데이트하는 과정에서 문제가 발생한다는 점입니다.

워드프레스는 새로운 버전으로 업데이트할 때 필요한 파일을 다운로드하고, 이를 임시 공간에 준비한 뒤 기존 파일을 교체합니다.

그런데 기존 일부 버전에서는 이 과정에 사용되는 임시 경로를 예측할 수 있었고, 외부에서 해당 경로에 접근할 가능성이 있었습니다.

공격자가 특정 시점에 이 경로를 악용하면 서버에서 의도하지 않은 코드를 실행할 수 있는 문제가 발생할 수 있습니다.

이러한 취약점을 원격 코드 실행(Remote Code Execution, RCE) 취약점이라고 부릅니다.

원격 코드 실행이란 무엇일까?

원격 코드 실행은 공격자가 인터넷 등 네트워크를 통해 다른 컴퓨터나 서버에서 프로그램 코드를 실행할 수 있게 되는 보안 문제입니다.

정상적인 웹사이트에서는 서버 관리자가 허용한 프로그램만 실행되어야 합니다.

그런데 취약점을 악용해 외부 공격자가 서버에서 코드를 실행할 수 있다면, 서버의 파일이나 데이터 등에 영향을 줄 위험이 있습니다.

실제 피해 범위는 서버 권한과 보안 설정, 공격 조건에 따라 달라집니다.

이번 워드프레스 취약점은 CVSS 3.1 기준 8.1점으로, 심각도 ‘높음(High)’에 해당합니다. Tenable®

다만 모든 워드프레스 사이트에서 언제든 동일한 방식으로 공격할 수 있다는 의미는 아닙니다.

이번 취약점은 특정한 핵심 업데이트 과정에서 발생하는 짧은 시간의 노출과 관련되어 있습니다.

업데이트하는 과정에서 해킹이 가능하다는 것은 무슨 뜻일까?

소프트웨어 업데이트는 일반적으로 보안 문제를 해결하기 위한 작업입니다.

그런데 이번에는 업데이트 과정 자체에 취약점이 있었다는 점이 특징입니다.

쉽게 말하면 건물의 문을 교체하는 상황과 비슷합니다.

오래된 문을 제거하고 새 문을 설치하는 과정에서 잠깐 출입구가 제대로 보호되지 않는 순간이 생긴다고 가정해 보겠습니다.

공격자가 정확히 그 순간을 노린다면 문제가 발생할 수 있습니다.

이번 취약점도 워드프레스가 핵심 파일을 교체하는 과정의 특정 시점을 공격자가 악용할 수 있다는 점에서 비슷합니다.

보안 분야에서는 이러한 문제를 ‘TOCTOU(Time-of-check to time-of-use) 경쟁 상태 취약점’이라고 부릅니다.

이름은 복잡하지만, 어떤 상태를 확인한 시점과 실제로 작업을 수행하는 시점 사이에 상황이 달라지면서 발생하는 문제라고 이해하면 됩니다.

실제 해킹 공격이 확인됐다는 것은 얼마나 심각할까?

보안 취약점이 발견됐다고 해서 반드시 실제 공격에 사용되는 것은 아닙니다.

일부 취약점은 보안 연구자가 먼저 발견해 제조사에 제보하고, 문제가 수정된 이후에 세부 내용이 공개되기도 합니다.

하지만 이번에는 미국 CISA가 실제 악용 근거를 확인하고 공식 목록에 추가했습니다.

CISA는 2026년 11월 3일 CVE-2026-119977을 ‘알려진 악용 취약점 목록(Known Exploited Vulnerabilities, KEV)’에 등록했습니다. CISA

이는 단순히 이론적으로 공격이 가능하다는 것에서 한 단계 더 나아가, 실제 환경에서 악용된 증거가 있다는 의미입니다.

다만 여기서 구분해야 할 사실이 있습니다.

취약점의 존재는 확인됐습니다.
실제 악용 사례도 확인됐습니다.
모든 워드프레스 사이트가 침해됐다는 뜻은 아닙니다.
특정 사이트에 실제 피해가 발생했는지는 별도로 확인해야 합니다.

즉, 워드프레스를 사용한다는 이유만으로 자신의 홈페이지가 이미 해킹됐다고 판단할 필요는 없습니다.

중요한 것은 현재 사이트가 취약한 버전을 사용하고 있는지, 필요한 보안 조치가 적용되어 있는지 확인하는 것입니다.

어떤 워드프레스 버전이 영향을 받을까?

공개된 취약점 정보에 따르면 워드프레스 핵심 소프트웨어 4.7부터 7.1.3까지의 관련 버전이 영향을 받습니다.

워드프레스는 2026년 10월 28일 7.1.4를 공개하면서 업데이트 과정의 문제를 수정했습니다.

같은 보안 수정 사항은 일부 이전 버전 계열에도 별도로 제공되고 있습니다. WordPress News+1

항목	내용
취약점 번호	CVE-2026-119977
영향 대상	WordPress Core
주요 영향 버전	4.7~7.1.3의 취약한 버전
취약점 유형	업데이트 과정의 경쟁 상태
잠재적 영향	원격 코드 실행
보안 심각도	높음, CVSS 8.1
수정 버전	7.1.4 및 해당 수정이 반영된 이전 버전 계열
실제 악용 확인	2026년 11월 3일 CISA 등록

오래된 워드프레스 버전을 사용한다면 단순히 버전 번호만 비교하기보다, 자신이 사용하는 버전 계열에 보안 수정이 적용되었는지도 확인해야 합니다.

가능하면 공식적으로 지원되는 최신 안정 버전으로 업데이트하는 것이 좋습니다.

내 워드프레스 사이트 버전 확인하는 방법

직접 설치해 운영하는 워드프레스 사이트라면 관리자 화면에서 현재 버전을 확인할 수 있습니다.

WordPress.org 기반 사이트에서 확인하기

자신의 워드프레스 관리자 페이지에 로그인합니다.
왼쪽 메뉴에서 알림판을 선택합니다.
업데이트 메뉴로 이동합니다.
현재 설치된 워드프레스 버전을 확인합니다.
적용 가능한 보안 업데이트가 있는지 확인합니다.

일부 관리자 화면에서는 ‘사이트 건강’ 또는 ‘한눈에 보기’ 항목에서도 버전 정보를 확인할 수 있습니다.

업데이트가 필요하다면 작업 전에 사이트와 데이터베이스를 백업하는 것이 좋습니다.

특히 직접 설치한 플러그인이나 테마가 있다면 새 버전과의 호환성도 점검해야 합니다.

워드프레스 7.1.4 업데이트는 어떻게 할까?

직접 관리하는 워드프레스에서는 다음 순서로 진행할 수 있습니다.

워드프레스 파일과 데이터베이스를 백업합니다.
호스팅 업체에서 별도의 보안 안내를 제공했는지 확인합니다.
워드프레스 관리자 화면의 알림판 → 업데이트로 이동합니다.
적용할 수 있는 최신 보안 업데이트를 확인합니다.
호스팅 업체의 지침에 따라 업데이트를 진행합니다.
완료 후 실제 설치 버전을 다시 확인합니다.
홈페이지와 관리자 페이지가 정상적으로 작동하는지 점검합니다.

워드프레스 공식 개발팀도 7.1.4 공개와 함께 보안 업데이트를 즉시 적용하도록 권고했습니다. WordPress News

다만 이번 취약점은 업데이트 과정과 관련되어 있으므로, 직접 서버를 관리하는 경우 호스팅 업체의 보안 조치를 먼저 확인하는 것이 좋습니다.

특히 취약한 버전의 업데이트 과정에서 외부 접근이 가능한 임시 파일이 만들어질 수 있었기 때문에, 보안업체가 제공하는 대응 지침을 함께 적용하는 것이 중요합니다.

WordPress.com에서 만든 블로그도 위험할까?

워드프레스를 사용하는 사람이라면 반드시 알아야 할 차이가 있습니다.

바로 WordPress.com과 WordPress.org 기반의 직접 운영 사이트는 관리 방식이 다르다는 점입니다.

두 서비스는 같은 워드프레스 소프트웨어를 기반으로 하지만 서버와 업데이트를 관리하는 주체가 다릅니다.

WordPress.com에서 운영하는 경우

WordPress.com은 워드프레스 사이트를 호스팅 형태로 제공하는 서비스입니다.

사용자가 별도의 서버를 직접 설치하거나 운영하지 않아도 블로그나 홈페이지를 만들 수 있습니다.

WordPress.com은 공식 지원 문서에서 다음과 같은 보안 기능을 제공한다고 안내합니다.

워드프레스 핵심 소프트웨어 자동 업데이트
웹사이트 방화벽
악성코드 검사
SSL 인증서 제공
보안 관련 서버 관리

특히 WordPress.com은 자사 플랫폼에서 운영되는 사이트의 워드프레스 핵심 소프트웨어 버전을 자동으로 관리한다고 명시하고 있습니다. WordPress.com Support

따라서 WordPress.com에서 블로그를 운영하는 경우라면 직접 서버에 접속해 워드프레스 핵심 파일을 업데이트할 필요는 일반적으로 없습니다.

다만 WordPress.com을 이용한다고 해서 모든 보안 위험이 사라지는 것은 아닙니다.

계정 비밀번호가 유출되거나 피싱으로 로그인 정보가 탈취되는 문제는 별도로 발생할 수 있습니다.

또한 설치한 플러그인이나 테마의 종류에 따라 업데이트 상태를 확인해야 할 수도 있습니다.

WordPress.org 기반으로 직접 운영하는 경우

WordPress.org는 워드프레스 소프트웨어를 제공하는 공식 프로젝트입니다.

사용자는 소프트웨어를 다운로드해 웹호스팅 서비스나 직접 관리하는 서버에 설치할 수 있습니다.

이 경우 서버 관리와 업데이트의 책임은 사이트 운영자와 호스팅 업체의 계약에 따라 달라집니다.

일반적으로는 다음과 같은 사항을 확인해야 합니다.

워드프레스 핵심 소프트웨어 버전
자동 업데이트 설정
설치된 플러그인과 테마
서버와 PHP 버전
파일 접근 권한
백업 및 복구 체계

관리형 워드프레스 호스팅을 사용하고 있다면 핵심 업데이트를 호스팅 업체가 대신 적용하기도 합니다.

따라서 직접 설치한 사이트라고 해서 모든 운영자가 직접 업데이트해야 하는 것은 아닙니다.

구분	WordPress.com	직접 설치한 WordPress
서버 관리	서비스 제공업체	운영자 또는 호스팅 업체
핵심 업데이트	플랫폼에서 관리	설정·호스팅 정책에 따라 다름
보안 관리	기본 보안 기능 제공	운영 환경에 따라 구성
운영 난이도	상대적으로 낮음	관리 범위에 따라 높아질 수 있음

WordPress.com 사용자라면 무엇을 확인해야 할까?

WordPress.com 사용자라면 이번 취약점 때문에 무조건 새로운 보안 프로그램을 설치하거나 별도의 서버 설정을 변경할 필요는 없습니다.

우선 자신의 사이트가 WordPress.com에서 호스팅되는지 확인하세요.

그다음 계정 보안 상태와 설치한 플러그인·테마를 점검하는 것이 좋습니다.

WordPress.com은 공식 안내에서 관리형 사이트의 워드프레스 버전을 자동으로 최신 상태로 유지한다고 설명합니다. WordPress.com Support

다만 실제 개별 사이트에 어느 버전이 적용됐는지 직접 확인하지 않았다면, 특정 사이트의 패치가 완료됐다고 단정할 수는 없습니다.

보안 문제가 의심된다면 공식 WordPress.com 지원 안내를 확인하세요.

워드프레스 사이트가 해킹되면 어떤 피해가 발생할까?

웹사이트가 침해되었을 때 발생할 수 있는 피해는 사이트의 종류와 공격자의 접근 권한에 따라 다릅니다.

예를 들어 다음과 같은 문제가 발생할 수 있습니다.

1. 홈페이지 내용 변조

공격자가 웹사이트 내용을 변경하거나 방문자를 다른 사이트로 이동시키는 경우입니다.

정상적인 홈페이지에 악성 링크를 삽입해 방문자에게 피해를 줄 수도 있습니다.

2. 악성코드 삽입

서버에 악성 파일이나 스크립트가 추가될 수 있습니다.

이러한 코드는 방문자의 브라우저를 다른 사이트로 이동시키거나 추가적인 악성 행위를 유도하는 데 악용될 수 있습니다.

3. 개인정보 유출

사이트에 회원정보나 주문정보 등을 저장하고 있고 공격자가 해당 정보에 접근할 권한을 얻었다면 개인정보 유출로 이어질 가능성이 있습니다.

다만 웹사이트가 침해됐다고 해서 반드시 개인정보 유출까지 발생하는 것은 아닙니다.

4. 관리자 계정 탈취

공격자가 관리자 계정을 추가하거나 기존 계정의 권한을 변경할 수 있습니다.

이 경우 취약점만 수정하더라도 공격자가 만들어 둔 계정이나 악성 파일이 남아 있을 수 있습니다.

따라서 실제 침해가 의심되는 사이트라면 단순 업데이트뿐 아니라 추가적인 보안 점검이 필요합니다.

내 사이트가 이미 해킹됐는지 어떻게 확인할까?

워드프레스 사이트가 평소와 다르게 작동한다면 몇 가지 사항을 확인해 볼 수 있습니다.

특히 이번 취약점의 영향을 받는 버전에서 핵심 업데이트를 진행했던 사이트라면 보안 기록을 점검하는 것이 좋습니다.

확인해야 할 주요 항목

본인이 만들지 않은 관리자 계정이 있는지
설치한 적 없는 플러그인이나 테마가 추가됐는지
홈페이지에 모르는 광고나 링크가 삽입됐는지
방문자가 정상적인 페이지 대신 다른 사이트로 이동하는지
호스팅 업체에서 비정상적인 파일 변경이나 접근을 경고했는지
업데이트와 관련된 서버 접근 기록에 의심스러운 요청이 있는지

이러한 증상이 없다고 해서 해킹되지 않았다고 확정할 수는 없습니다.

반대로 사이트에 오류가 발생했다는 이유만으로 실제 침해가 있었다고 단정해서도 안 됩니다.

확실한 확인이 필요하다면 서버 접근 기록과 파일 변경 내역, 관리자 계정 등을 전문적으로 점검해야 합니다.

WordPress.com은 사이트 해킹이 의심되는 사용자를 위한 공식 대응 가이드도 제공하고 있습니다. WordPress.com Support

사이트가 실제로 침해됐다면 어떻게 대응해야 할까?

이미 해킹된 정황이 확인됐다면 업데이트만 진행하고 끝내서는 안 됩니다.

공격자가 설치한 악성 파일이나 추가한 관리자 계정이 그대로 남아 있을 가능성이 있기 때문입니다.

이 경우 다음과 같은 조치가 필요합니다.

호스팅 업체나 보안 담당자에게 사고를 알립니다.
사이트의 현재 상태와 관련 기록을 보존합니다.
악성 파일과 의심스러운 관리자 계정을 확인합니다.
워드프레스 핵심 소프트웨어와 플러그인·테마의 보안 상태를 점검합니다.
관리자 계정과 서버 접근에 사용되는 인증정보를 안전한 환경에서 변경합니다.
필요한 경우 침해 이전의 정상적인 백업으로 복구합니다.
복구 후에도 추가적인 이상 접근이 없는지 모니터링합니다.

개인정보 유출 가능성이 있다면 관련 법령과 서비스 운영 환경에 따른 신고 및 이용자 통지 의무도 검토해야 합니다.

이 과정은 서버와 웹사이트 구성에 따라 달라질 수 있으므로 실제 침해가 의심되는 상황에서는 호스팅 업체나 보안 전문가의 도움을 받는 것이 좋습니다.

워드프레스 보안 사고를 예방하려면?

이번 취약점은 워드프레스의 핵심 업데이트 과정에서 발생한 문제였습니다.

하지만 웹사이트 운영자가 평소 점검해야 할 보안 항목은 이보다 다양합니다.

특히 다음 사항을 확인하는 것이 좋습니다.

핵심 소프트웨어와 플러그인 업데이트

워드프레스 핵심 소프트웨어뿐 아니라 플러그인과 테마도 정기적으로 업데이트해야 합니다.

플러그인에서 발견된 보안 취약점이 공격에 악용되는 경우도 있기 때문입니다.

사용하지 않는 플러그인과 테마는 삭제하는 것이 좋습니다.

관리자 계정 보호

관리자 계정에는 다른 서비스와 중복되지 않는 강력한 비밀번호를 사용하세요.

가능하다면 2단계 인증이나 패스키 등 추가적인 로그인 보호 기능도 활성화하는 것이 좋습니다.

정기적인 백업

보안 사고가 발생했을 때 사이트를 복구할 수 있도록 백업을 유지하는 것이 중요합니다.

백업에는 워드프레스 파일뿐 아니라 게시글과 설정 등이 저장된 데이터베이스도 포함되어야 합니다.

또한 백업 파일이 실제로 정상 복원되는지도 주기적으로 확인하는 것이 좋습니다.

사용자 권한 최소화

모든 직원이나 운영자에게 관리자 권한을 부여할 필요는 없습니다.

게시글을 작성하는 사용자에게는 필요한 권한만 제공하고, 관리자 계정은 제한적으로 사용하는 것이 좋습니다.

이번 워드프레스 보안 사고에서 기억해야 할 점

2026년 10월 28일 워드프레스는 보안 수정 버전인 7.1.4를 공개했습니다.

이후 11월 3일 미국 CISA는 업데이트 과정의 취약점인 CVE-2026-119977이 실제 공격에 악용된 사실을 확인하고 공식 목록에 추가했습니다.

이번 사고는 소프트웨어를 업데이트하는 과정도 공격 대상이 될 수 있다는 점을 보여줍니다.

그렇다고 워드프레스를 사용하는 모든 사이트가 해킹됐다는 뜻은 아닙니다.

WordPress.com 사용자라면 플랫폼이 관리하는 업데이트 상태와 자신의 계정 보안을 확인하고, 직접 설치한 워드프레스 운영자라면 설치 버전과 호스팅 업체의 보안 조치 여부를 점검하는 것이 중요합니다.

워드프레스처럼 널리 사용되는 소프트웨어에서는 보안 취약점이 발견될 수 있습니다.

중요한 것은 취약점 발견 이후 공식 보안 업데이트를 신속하게 적용하고, 실제 침해 여부를 확인할 수 있는 관리 체계를 유지하는 것입니다.