Recipe Card Blocks에서 XSS 완화하기//2026-06-09에 게시됨//CVE-2026-3011

WP-방화벽 보안팀

Recipe Card Blocks Vulnerability Image

플러그인 이름 구텐베르크 및 엘리멘터 플러그인을 위한 워드프레스 레시피 카드 블록
취약점 유형 크로스 사이트 스크립팅(XSS)
CVE 번호 CVE-2026-3011
긴급 낮은
CVE 게시 날짜 2026-06-09
소스 URL CVE-2026-3011

구텐베르크 및 엘리멘터를 위한 레시피 카드 블록에서 인증된(작성자) 저장 XSS — 워드프레스 사이트가 지금 당장 해야 할 일

2026-06-09에 WP-Firewall 보안 팀에 의해 게시됨

요약하자면

“구텐베르크 및 엘리멘터를 위한 레시피 카드 블록” 워드프레스 플러그인(버전 <= 3.4.13)에 영향을 미치는 저장된 교차 사이트 스크립팅(XSS) 취약점이 CVE-2026-3011로 지정되었습니다. 작성자 수준의 권한을 가진 인증된 사용자는 사이트 방문자 또는 더 높은 권한을 가진 사용자의 맥락에서 JavaScript가 실행되는 콘텐츠를 저장할 수 있습니다. 공급자는 3.4.14 버전에서 패치를 발표했습니다. 이 플러그인(또는 HTML 또는 신뢰할 수 없는 데이터를 수용하는 유사한 레시피/카드 플러그인)을 사용하는 사이트를 운영하는 경우:

  • 플러그인을 즉시 3.4.14(또는 이후 버전)로 업데이트하십시오.
  • 즉시 업데이트할 수 없는 경우, 웹 애플리케이션 방화벽(WAF)을 통해 가상 패치를 적용하고, 위험한 사용자 기능을 제한하며, 게시물 및 게시물 메타에서 주입된 스크립트를 스캔하십시오.
  • 노출을 제한하고 안전하게 복구하기 위해 아래의 사고 대응 및 강화 단계를 따르십시오.

이 게시물은 기술적이지만 책임 있는 수준에서 문제를 설명하고, 실용적인 완화 방법을 개요하며, 관리되는 워드프레스 방화벽 및 보안 관행이 패치하는 동안 위험을 줄일 수 있는 방법을 보여줍니다.

무슨 일이 일어났는가 (일반적인 영어)

이 플러그인은 사용자 제공 데이터를(작성자 수준의 접근 권한을 가진 사용자로부터) 저장할 수 있도록 허용했으며, 이는 나중에 적절한 이스케이프 또는 정화 없이 다른 사용자에게 렌더링됩니다. 저장된 데이터에는 실행 가능한 스크립트가 포함될 수 있으므로, 악의적인 작성자는 결과 페이지를 보는 모든 사람의 브라우저에서 실행되는 페이로드를 삽입할 수 있습니다 — 플러그인이 저장된 데이터를 렌더링하는 위치에 따라 관리자 인터페이스에서 콘텐츠를 보는 사이트 관리자도 포함됩니다.

이 취약점 클래스는 “저장된 XSS”라고 불리며, 공격자의 페이로드가 서버(데이터베이스)에 저장되고 감염된 데이터를 포함하는 페이지를 로드할 때 다른 사용자에게 제공됩니다. 공급자는 3.4.14 버전에서 버그를 수정했지만, 모든 사이트가 업그레이드될 때까지 취약점은 여전히 존재합니다.

영향을 받는 대상

  • 영향을 받는 플러그인을 3.4.13 버전 또는 이전 버전으로 실행하는 모든 워드프레스 사이트.
  • 작성자 권한 이상을 가진 사용자가 레시피/카드 콘텐츠 또는 플러그인이 방문자에게 렌더링하는 필드를 생성하거나 편집할 수 있는 사이트.
  • 플러그인 필드에 대한 스크립트 주입을 차단하는 WAF와 같은 보상 제어가 없는 사이트(또는 저장 시 엄격한 콘텐츠 정화).

메모: 작성자 수준의 접근은 다수의 작성자가 있는 블로그 및 회원제 블로그에서 자주 제공됩니다. 작성자를 높은 위험으로 보지 않더라도, 작성자 계정은 손상될 수 있으므로(약한 비밀번호, 재사용된 자격 증명, 피싱), 작성자가 저장하거나 게시할 수 있는 내용을 제한하는 것이 중요합니다.

이것이 중요한 이유(공격 영향)

저장된 XSS는 공격자가 피해자의 브라우저에서 임의의 JavaScript를 실행할 수 있게 합니다. 높은 영향의 결과에는 다음이 포함됩니다:

  • 세션 도용 또는 계정 탈취(쿠키 또는 세션 토큰에 접근할 수 있는 경우).
  • CSRF와 유사한 상호작용을 통한 권한 상승(인증된 관리자를 대신한 자동화된 작업).
  • 브랜드와 SEO에 해를 끼치는 리디렉션 또는 변조 코드의 지속성.
  • 원격 스크립트를 로드하여 백도어 또는 마이너를 설치하는 것과 같은 보조 페이로드의 전달.

이 특정 문제는 CVSS 기본 점수가 5.9(중간)입니다. 이 점수는 공격자가 인증을 받아야 하고(작성자) 피해자가 페이지와 상호작용해야 한다는 사실을 반영합니다. 그러나 저장된 스크립트 주입을 허용하는 모든 취약점은 심각하게 다루어져야 합니다. 공격자들은 종종 사회 공학을 결합하여 피해자가 목표 콘텐츠를 클릭하거나 보도록 유도합니다.

기술 요약(책임 있는 공개 수준)

  • 취약점: 저장된 교차 사이트 스크립팅(XSS).
  • 영향을 받는 구성 요소: 안전한 출력 이스케이프 없이 풍부한 콘텐츠 또는 HTML을 수용하고 렌더링하는 플러그인 필드.
  • 필요한 권한: 작성자(인증됨).
  • 공격 벡터: 공격자가 페이로드가 포함된 레시피/카드 콘텐츠 필드를 생성하거나 편집합니다. 페이로드는 데이터베이스에 저장되고 나중에 방문자/관리자에게 렌더링됩니다.
  • 패치: 공급업체는 취약한 필드에 대한 적절한 정화/이스케이프(또는 입력 필터링)를 적용한 버전 3.4.14를 출시했습니다.

여기에서 익스플로잇 코드나 페이로드를 게시하는 것을 피합니다. 이는 아직 패치되지 않은 사이트의 위험을 실질적으로 증가시킬 수 있습니다. 공급업체 패치는 안전하고 권장되는 경로입니다.

즉각적으로 취해야 할 조치 (단계별)

  1. 지금 플러그인을 업데이트하세요
    • 신뢰할 수 있는 출처(WordPress.org 또는 플러그인 공급업체)에서 "Gutenberg 및 Elementor용 레시피 카드 블록"을 버전 3.4.14 이상으로 업데이트하십시오.
    • 사용자 정의에 의존하는 경우 먼저 스테이징 사이트에서 업데이트를 테스트한 후 프로덕션으로 푸시하십시오.
  2. 즉시 업데이트할 수 없는 경우 다음과 같은 보완 조치를 취하십시오:
    • 안전하게 업데이트할 수 있을 때까지 플러그인을 비활성화하세요.
    • 작성자 수준의 권한을 일시적으로 제한합니다: 신뢰할 수 없는 작성자를 게시할 수 없는 기여자로 변환하거나 게시 권한을 제거합니다.
    • 취약한 블록 유형의 프론트엔드 렌더링을 끄거나(테마에서 허용하는 경우) 수정하는 동안 레시피 페이지를 숨깁니다.
    • 페이로드를 차단하기 위해 WAF 규칙을 적용합니다(아래 WAF 안내 섹션 참조).
  3. 저장된 페이로드 스캔
    • 게시물 및 게시물 메타에서 의심스러운 스크립트 유사 콘텐츠를 검색합니다. 일반적인 지표에는 "<script", "onerror=", "onload=" 또는 필드에 삽입된 의심스러운 base64 문자열이 포함됩니다.
    • 안전한 검색 쿼리를 사용하십시오(페이로드를 실행하지 마십시오). 안전한 확인 예시(WP-CLI):
      • wp db 쿼리 "SELECT ID, post_title FROM wp_posts WHERE post_content LIKE '%
      • wp db query "SELECT meta_id, post_id, meta_key, meta_value FROM wp_postmeta WHERE meta_value LIKE '%<script%';"
    • 발견된 일치 항목을 제거하거나 정화하거나 적절한 경우 깨끗한 백업에서 복원합니다.
  4. 손상이 의심되는 경우 자격 증명 및 세션 토큰을 변경하십시오.
    • 의심스러운 활동이 있는 사용자에 대해 비밀번호 재설정을 강제합니다.
    • 활성 세션을 지우고(플러그인 또는 WP 옵션을 사용하여 로그아웃을 강제) 관리자 비밀번호 및 API 키를 회전합니다.
  5. 전체 사이트 스캔 실행
    • 악성코드 스캐너를 사용하여 주입된 파일, 수정된 핵심 파일 및 웹쉘을 검색하십시오.
    • 업로드 및 테마 파일에서 예상치 못한 변경 사항을 검사하십시오.
  6. 로그 및 방문자 행동을 모니터링하십시오.
    • 비정상적인 관리자 로그인, 콘텐츠를 생성하는 IP 또는 레시피 페이지에 대한 프론트엔드 요청의 급증을 찾아보십시오.

웹 애플리케이션 방화벽(WAF)이 현재 어떻게 보호할 수 있는지

가상 패칭/사용자 정의 WAF 규칙을 지원하는 관리형 WordPress 방화벽을 사용하는 경우 모든 사이트가 업데이트될 때까지 위험을 줄일 수 있습니다. 저장된 XSS 취약성에 도움이 되는 실용적인 WAF 제어는 다음과 같습니다:

  • 스크립트 태그 또는 이벤트 핸들러를 포함하는 POST 본문 및 메타 필드에서 페이로드를 차단하십시오:
    • 예시 (의사 규칙): 페이로드에 <script 또는 onerror=|onload=|javascript:가 포함된 wp-admin/*에 대한 모든 POST를 차단하십시오. 레시피/카드 블록과 관련된 필드에서.
  • 출력 시 허용되지 않는 태그를 제거하거나 교체하여 표시된 HTML을 정리하십시오:
    • 예시 (의사 규칙): 브라우저에 응답을 보내기 전에 플러그인의 postmeta 키에서 콘텐츠를 정리하십시오.
  • 콘텐츠 보안 정책(CSP) 헤더를 시행하십시오:
    • 인라인 스크립트를 허용하지 않고 신뢰할 수 있는 도메인에서만 스크립트를 허용하는 CSP를 추가하십시오. 이는 주입된 인라인 스크립트의 영향을 완화할 수 있습니다. 참고: CSP는 사이트가 깨지지 않도록 신중한 테스트가 필요합니다.
  • 작성자 사용자 작업에 대한 속도 제한:
    • 작성자가 많은 POST 또는 콘텐츠 변경을 시도하는 경우, 속도를 조절하거나 검토를 위해 플래그를 지정하십시오.

적절하게 구성된 WAF는 패치를 대체하지 않지만, 시간을 벌고 즉각적인 악용 가능성을 줄입니다.

WAF 규칙 예시 (비악용, 방어 전용)

아래는 개념적이고 방어적인 규칙 패턴입니다. 확인하지 않습니다. 이를 사용하여 악용을 제작하지 마십시오. 이는 귀하의 보안 팀이나 관리형 방화벽 운영자를 안내하기 위한 것입니다.

  • 의심스러운 스크립트 패턴이 있는 POST를 차단하십시오:
    • POST 데이터에 다음이 포함된 경우 <script 또는 포함 자바스크립트: 또는 event-attributes와 같은 것이 포함된 경우 오류 발생= 또는 온로드= 신뢰할 수 있는 관리자 IP에서 요청이 발생하지 않는 한 차단하거나 플래그를 지정합니다.
  • 페이지 필드에서 일반적인 base64 인코딩된 페이로드 차단:
    • 일반 텍스트로 예상되는 postmeta 필드에 긴 base64 블롭이 포함된 경우, 해당 내용을 격리합니다.
  • 관리자 화면 보호:
    • 의심스러운 페이로드를 포함하거나 새로 생성된 작성자 계정에서 오는 경우 admin-ajax.php 또는 플러그인 전용 관리자 엔드포인트에 대한 요청을 차단합니다.

WAF 공급업체 또는 관리 보안 제공업체와 협력하여 제품의 규칙 언어를 사용하여 이를 구현합니다. 스테이징에서 테스트합니다.

탐지: 검색 전략 및 안전한 쿼리

사이트가 공격을 받았다고 의심되는 경우, 데이터베이스에서 의심스러운 내용을 검색합니다. 읽기 전용 또는 안전한 쿼리를 사용합니다. 목표는 탐지이며 실행이 아닙니다.

  • 일반적인 안전 검색( WP-CLI 또는 phpMyAdmin 읽기 전용 모드 사용):
    • 인라인 스크립트에 대해 게시물을 검색합니다:
      • SELECT ID, post_title FROM wp_posts WHERE post_content LIKE '%
    • script-like 내용에 대해 postmeta 검색:
      • SELECT meta_id, post_id, meta_key FROM wp_postmeta WHERE meta_value LIKE '%<script%';
    • event attributes 검색:
      • SELECT ID FROM wp_posts WHERE post_content LIKE '%onerror=%' OR post_content LIKE '%onload=%';
  • 최근 수정 사항과 수정한 사람 확인:
    • wp_posts에서 post_modified, post_modified_gmt 및 post_author 필드를 살펴보아 의심스러운 활동을 식별합니다.

의심스러운 내용을 발견한 경우, 관리자 계정으로 로그인한 브라우저에서 페이지를 단순히 "보기"하지 마십시오. 이는 악성 JavaScript를 트리거할 수 있습니다. 텍스트 전용 데이터베이스 출력을 사용하거나 페이지를 브라우저에서 다시 로드하기 전에 내용을 일시적으로 정리합니다.

사고 대응 체크리스트(주입 발견 시)

  1. 영향을 받은 내용 격리
    • 의심스러운 내용을 공개 보기에서 제거합니다(게시물을 초안으로 설정하거나 위험한 메타 항목을 삭제합니다).
  2. 증거 보존
    • 분석을 위해 데이터베이스와 로그를 내보내십시오(오프라인 저장). 관련된 타임스탬프와 사용자 ID를 표시하십시오.
  3. 자격 증명 및 비밀 회전
    • 영향을 받은 계정의 비밀번호를 재설정하고, API 키와 노출된 토큰을 회전시키며, 세션을 무효화하십시오.
  4. 정리하고 복원합니다
    • 다른 침해 징후(수정된 파일, 알 수 없는 관리자 사용자)를 감지하면 사건 이전의 깨끗한 백업에서 복원하는 것을 고려하십시오.
    • 복원 후 재스캔하고 업데이트를 다시 적용하십시오.
  5. 패치하고 검증합니다.
    • 플러그인을 3.4.14+로 업데이트하고 정화된 동작이 지속되는지 확인하십시오.
    • 플러그인 저자에게서 권장된 수정 사항을 적용하십시오.
  6. 보고 및 학습
    • 사건이 사용자나 데이터에 영향을 미치는 경우, 지역 보고 의무 또는 조직의 사건 대응 절차를 따르십시오.
    • 침입이 발생한 방법을 문서화하고 프로세스를 강화하십시오(저자에 대한 검토 절차 변경, 사전 게시 검사 도입).

유사한 문제를 방지하기 위한 장기적인 강화

  • 최소 권한의 원칙
    • 사용자 역할에 대한 최소 기능을 제한하십시오. 신뢰할 수 없는 기여자가 자주 있는 경우 저자를 기여자로 만들어 콘텐츠 검토 워크플로를 고려하십시오.
  • 콘텐츠 정화 워크플로
    • 모든 플러그인과 테마에서 서버 측 정화 및 이스케이프를 시행하십시오. 클라이언트 측 검증만으로는 충분하지 않다는 것을 기억하십시오.
  • 플러그인에 대한 보안 코드 검토
    • WordPress 보안 모범 사례를 따르는 플러그인을 선호하십시오: 이스케이프(esc_html, esc_attr, wp_kses), 액션에 대한 논스, 및 권한 검사.
  • 자동 업데이트 및 패치
    • 신뢰하는 플러그인과 테마에 대해 자동 업데이트를 활성화하십시오; 자동 업데이트가 불가능한 경우 수동 검토를 위한 주기를 예약하십시오.
  • 지속적인 스캔 및 모니터링
    • 정기적으로 악성 코드 스캔 및 파일 무결성 검사를 실행하십시오. 비정상적인 관리자 행동이나 스크립트와 같은 페이로드를 포함한 POST에 대한 로그를 모니터링하십시오.
  • CSP 및 추가 HTTP 강화
    • 클라이언트 측 페이로드의 효과를 줄이기 위해 콘텐츠 보안 정책 및 기타 헤더(X-Content-Type-Options, X-Frame-Options, Referrer-Policy)를 구현하십시오.

개발자 안내 (플러그인 저자 및 사이트 빌더를 위한)

플러그인이나 테마를 구축하거나 사용자 정의하는 경우 저장된 XSS를 도입하지 않도록 이러한 규칙을 따르십시오:

  • 입력 시 정리하고 출력 시 이스케이프
    • wp_kses()를 사용하여 입력에서 허용된 HTML을 화이트리스트로 지정하고, 적절한 경우 출력에서 esc_html(), esc_attr(), 또는 wp_kses_post()를 사용하십시오.
  • 절대적으로 필요하지 않은 한, 신뢰할 수 없는 원시 HTML을 postmeta에 저장하지 마십시오.
    • HTML을 허용해야 하는 경우, wp_kses()를 통해 허용된 태그와 속성을 제한하십시오.
  • 권한 검증
    • 데이터베이스 내용을 수정하는 작업에 대해 항상 사용자 권한(current_user_can())을 확인하십시오.
  • 상태 변경 작업에 nonce를 사용합니다.
    • CSRF를 방지하기 위해 wp_verify_nonce()로 양식 제출 및 AJAX 엔드포인트를 보호하십시오.
  • JSON을 정리하고 스크립트 URL을 차단하십시오.
    • JSON 또는 직렬화된 배열을 저장할 때, 값이 내장된 스크립트 URL이나 이벤트 핸들러를 피하도록 확인하십시오.

대규모 사이트 집합에서 위험을 우선순위화하고 분류하는 방법

여러 개의 WordPress 사이트나 클라이언트 사이트를 관리하는 경우:

  • 플러그인 버전 목록
    • 중앙 집중식 인벤토리를 사용하여 취약한 플러그인과 버전을 실행하는 사이트를 신속하게 식별하십시오.
  • 위험에 따라 수정 작업을 그룹화하십시오.
    • 트래픽이 많은 사이트나 권한이 높은 사이트를 먼저 패치하되, 작은 사이트를 패치하지 않은 채로 두지 마십시오 — 자동화된 대량 공격 캠페인은 모든 취약한 사이트를 목표로 합니다.
  • 안전한 경우 업데이트를 자동화하십시오.
    • 사용자 정의가 적은 사이트에는 자동 업데이트를 사용하십시오; 미션 크리티컬 속성에 대한 업데이트는 스테이징에서 테스트하십시오.
  • 업데이트를 수행하는 동안 노출을 줄이기 위해 가상 패칭을 사용하십시오.
    • 가상 패칭(WAF 규칙)은 여러 사이트에 신속하게 배포할 수 있으며 즉각적인 위험을 줄입니다.

탐지 및 감사: 로그에서 무엇을 찾아야 하는지

  • 작성자 계정에서 post-edit 엔드포인트로의 비정상적인 POST 요청.
  • 일반적인 주입 문자열이나 긴 Base64 블롭을 포함하는 요청.
  • 예상치 못한 페이지를 보거나 플러그인 설정을 전환하는 관리자 세션.
  • 승인 없이 생성된 새로운 관리자와 유사한 사용자.

로그인을 빠르게 분류할 수 있도록 로깅을 활성화하고 중앙 집중화하십시오 — 로그인, 게시물 수정 및 파일 수정은 필수적입니다.

에이전시 및 호스트를 위한 도움

  • 영향을 받는 플러그인을 실행 중인 고객에게 알리고 즉각적인 업데이트를 권장합니다.
  • 패치 적용, 스캔 수행 및 필요한 경우 깨끗한 백업으로 롤백할 일정을 제안합니다.
  • 고객이 업데이트할 때까지 가능한 경우 저자 권한을 일시적으로 제한합니다.
  • 가장 명백한 악용 패턴을 완화하기 위해 서버 전반에 임시 가상 패치 규칙을 푸시합니다.

몇 분 안에 사이트 보호: WP-Firewall Basic(무료)에 가입하세요.

WP-Firewall은 모든 규모의 WordPress 사이트를 위해 설계된 필수 관리 보호를 제공합니다. 우리의 Basic(무료) 플랜에는 관리형 방화벽, 무제한 대역폭, 웹 애플리케이션 방화벽(WAF), 악성 코드 스캐너 및 OWASP Top 10 위험 완화가 포함되어 있습니다. 취약한 플러그인을 패치하는 동안 저장된 XSS 및 기타 일반적인 WordPress 공격의 가능성을 극적으로 줄이는 데 필요한 모든 것이 포함되어 있습니다.

Basic 플랜을 선택하여 가상 패치 및 의심스러운 페이로드 차단과 같은 즉각적이고 자동화된 보호를 받거나 나중에 자동 악성 코드 정리 및 취약성 가상 패치를 위해 업그레이드하세요. 몇 분 안에 가입하고 보호를 활성화하세요: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

계획 요약:

  • 기본(무료): 관리형 방화벽, 무제한 대역폭, WAF, 악성 코드 스캐너, OWASP Top 10 완화 조치.
  • 표준($50/년): 자동 악성 코드 제거 및 제한된 IP 블랙리스트/화이트리스트를 추가합니다.
  • 프로($299/년): 월간 보안 보고서, 자동 가상 패치 및 프리미엄 추가 기능(전담 계정 관리자, 보안 최적화 및 관리 서비스)을 포함합니다.

자주 묻는 질문

큐: 플러그인을 업데이트하면 여전히 WAF가 필요합니까?
에이: 예. 업데이트는 알려진 취약점을 제거하지만, WAF는 알려지지 않은 또는 제로데이 문제에 대한 심층 방어, 자동 스캐너 및 공격 패턴을 추가합니다. 플러그인이 많은 사이트나 즉시 업데이트할 수 없는 사이트의 경우 WAF가 특히 유용합니다.

큐: 업데이트 대신 플러그인을 안전하게 제거할 수 있나요?
에이: 플러그인의 기능이 필요하지 않다면 플러그인을 제거하는 것은 유효한 접근 방식입니다. 제거할 경우, 주입된 콘텐츠가 포함될 수 있는 플러그인이 남긴 데이터를 반드시 제거하세요(포스트메타, 사용자 정의 테이블). 데이터를 제거하기 전에 항상 백업하세요.

큐: 이 문제가 이미 내 사이트에서 악용되었을 가능성이 있나요?
에이: 가능성이 있습니다. 의심스러운 스크립트 콘텐츠에 대해 게시물, 포스트메타 및 최근 관리자 활동을 검토하고 파일을 스캔하세요. 손상이 발생했다고 생각되면 위의 사고 대응 체크리스트를 따르세요.

큐: 여러 사이트에서 플러그인 버전을 어떻게 확인하나요?
에이: 설치된 플러그인 및 버전을 목록화하는 관리 대시보드 또는 도구를 사용하세요. 수십 개 또는 수백 개의 사이트를 관리하는 경우, 자동화는 신속한 완화를 위해 필수적입니다.

WP-Firewall 보안 팀의 최종 메시지

저장된 XSS 취약점 — 특히 저자에 의해 트리거될 수 있는 취약점 — 은 보안이 계층적이고 지속적인 과정임을 상기시킵니다. 중간 심각도의 문제조차도 공격자가 자동화된 도구를 사용하여 몇 분 안에 수천 개의 사이트를 찾아 악용하기 때문에 규모에 따라 치명적이 됩니다. 신속하게 패치하고, 심층 방어(WAF + 스캔 + 최소 권한)를 채택하며, 사고 대응을 운영 플레이북의 일부로 만드세요.

여러 사이트에서 위험을 평가하거나 가상 패치를 구현하거나 사고에 대응하는 데 도움이 필요하면, 우리 팀이 실질적인 수정 및 관리 보호를 도와드릴 수 있습니다. Basic(무료) 보호 슬롯으로 시작하고 필요에 따라 확장하세요: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

안전하게 지내고 업데이트를 유지하세요 — 작은 사전 조치(패치, 역할 강화, WAF 규칙)는 일반적인 WordPress 공격 벡터의 큰 부분을 제거합니다.

wordpress security update banner

WP Security Weekly를 무료로 받으세요 👋
지금 등록하세요!!

매주 WordPress 보안 업데이트를 이메일로 받아보려면 가입하세요.

우리는 스팸을 보내지 않습니다! 개인정보 보호정책 자세한 내용은

무료 WordPress 보안 컨설팅을 예약하려면 저희에게 연락하세요.

문의하기

WP-방화벽
6층, The Rays, 71 Hung To Road, Kwun Tong, Kowloon, Hong Kong

특징 가격 블로그 로그인
개인정보 보호정책 서비스 약관 문서 제휴하다

© 2026 WP-Firewall™