플러그인 이름	워드프레스 Quick Playground 플러그인
취약점 유형	디렉토리 탐색
CVE 번호	CVE-2026-6403
긴급	높은
CVE 게시 날짜	2026-05-15
소스 URL	CVE-2026-6403

긴급: Quick Playground <= 1.3.3에서의 디렉토리 탐색 (CVE-2026-6403) — 워드프레스 사이트 소유자가 지금 해야 할 일

2026-05-15 | WP-Firewall 보안 팀

요약: Quick Playground 플러그인 버전 <= 1.3.3에 영향을 미치는 치명적인 디렉토리 탐색 취약점 (CVE-2026-6403)은 인증되지 않은 공격자가 웹 서버에서 임의의 파일을 읽을 수 있게 합니다. 이 기사는 문제의 본질, 실제 위험, 공격자가 이를 악용할 수 있는 방법, 탐지 및 수정 단계, WP-Firewall을 사용한 실질적인 완화 방법을 설명합니다.

---

목차

• 무슨 일이 있었나
• 이것이 위험한 이유 (실제 영향)
• 기술적 세부사항 (이 버그 유형이 작동하는 방식)
• 침해 지표 (찾아야 할 것)
• 사이트 소유자를 위한 즉각적인 조치(0–24시간)
• 중기 수정 (1–7일)
• 강화 및 예방 (진행 중)
• WAF / 가상 패칭이 귀하의 사이트를 보호하는 방법
• 권장 WAF 규칙 및 탐지 서명
• 사이트가 이미 손상된 경우: 사고 대응 체크리스트
• 빠른 보호가 필요하신가요? 즉각적인 계층 방어를 위한 빠른 옵션

---

무슨 일이 있었나

2026년 5월 15일, Quick Playground 워드프레스 플러그인(버전 1.3.3 포함)에서의 디렉토리 탐색 취약점이 공개적으로 발표되었고 CVE-2026-6403이 할당되었습니다. 이 취약점은 인증되지 않은 공격자가 의도된 플러그인 디렉토리 외부의 파일을 요청할 수 있게 하여 웹 서버 파일 시스템에서 임의의 파일을 읽을 수 있게 합니다. 패치된 플러그인 버전(1.3.4)이 출시되었습니다.

수정이 가능하지만, 모든 관리자가 즉시 업데이트하지 않기 때문에 많은 사이트가 여전히 위험에 처해 있으며, 인증되지 않은 자동 스캐닝 및 악용이 이러한 유형의 문제에 대해 일반적입니다.

---

이것이 위험한 이유 (실제 영향)

성공적인 디렉토리 탐색 / 임의 파일 읽기는 연쇄적인 결과를 초래할 수 있습니다:

• 일반적으로 데이터베이스 자격 증명 및 고유 인증 소금을 포함하는 민감한 구성 파일(예: wp-config.php)의 노출. DB 자격 증명을 가진 공격자는 전체 사이트 장악으로 상승할 수 있습니다.
• 비공개 키, 백업 아카이브, .env 파일 또는 비밀 및 제3자 서비스의 자격 증명을 드러내는 환경 구성의 공개.
• 후속 공격을 위한 정찰: 환경 또는 시스템 파일을 읽으면 소프트웨어 버전 및 다른 취약점을 악용할 경로를 드러낼 수 있습니다.
• 자동화된 대량 악용: 공격자는 대규모 스캔에서 간단한 탐색 페이로드를 사용하여 수천 개의 워드프레스 사이트에서 데이터를 찾고 수집합니다.
• 공격자가 사이트가 취약하고 민감한 파일이 존재하는 것을 확인하면 웹 셸을 배포하거나 관리자 사용자를 생성하거나 데이터를 유출하려고 시도할 수 있습니다.

이 취약점은 인증되지 않고 자동화하기 쉬우므로, 평가된 심각도(CVSS 7.5)는 적절합니다: 심각한 결과를 초래할 수 있는 쉽게 악용할 수 있는 약점입니다.

---

기술적 세부사항 — 경로 탐색 취약점이 작동하는 방식 (고급)

경로 탐색(디렉토리 탐색이라고도 함)은 애플리케이션이 서버에서 파일 경로를 구성하는 데 사용되는 사용자 제어 입력을 수락하지만, 해당 입력을 적절하게 정리하거나 검증하지 않을 때 발생합니다. 공격자는 다음과 같은 시퀀스를 제공할 수 있습니다. ../ (또는 URL 인코딩된 동등물인 %2e%2e%2f) 디렉토리 트리에서 위로 이동하고 의도된 디렉토리 외부의 파일에 접근할 수 있습니다.

일반적인 안전하지 않은 패턴은 다음과 같습니다:

• 파일 이름 매개변수를 수락하고 이를 파일 시스템 호출에 직접 연결하는 것, 예를 들어:
  • PHP: file_get_contents( WP_PLUGIN_DIR . '/quick-playground/' . $_GET['file'] );
• 경로를 확인하기 전에 정규화하거나 표준화하지 않는 것.
• 서버 측 검증 없이 경로 선택을 위해 클라이언트 제공 값에 의존하는 것.
• 강력한 함수를 사용하여 안전한 기본 디렉토리로 파일 읽기를 제한하지 않는 것.

공격자가 ../../../../etc/passwd (또는 유사한 것을) 제공하고 애플리케이션이 파일을 읽고 요청자에게 내용을 반환할 때, 이는 임의 파일 읽기입니다.

메모: 우리는 여기에서 플러그인의 정확한 취약한 엔드포인트를 공개하지 않습니다; 위의 세부사항은 관리자가 위험을 이해하고 적절한 완화 조치를 취할 수 있도록 일반 클래스를 설명합니다.

---

침해 지표(IoCs) — 무엇을 찾아야 하는가

WordPress 사이트를 관리하거나 여러 설치를 호스팅하는 경우, 탐색 또는 악용의 징후를 확인하기 위해 다음을 확인하십시오:

• 일반적인 탐색 페이로드가 포함된 요청을 보여주는 접근 로그: 다음과 같은 시퀀스 ../, .., %2e%2e%2f, \..\\ 쿼리 문자열에.
• 매우 민감한 파일 이름에 대한 요청, 예를 들어. wp-config.php, .env, config.php, id_rsa, 비밀번호, 또는 백업 아카이브 이름.
• 비정상적으로 큰 또는 이진 콘텐츠를 반환하는 플러그인 또는 사용자 정의 엔드포인트에 대한 요청.
• 알 수 없는 관리자 사용자 갑작스러운 등장, 예상치 못한 파일 수정(웹 셸) 또는 예약된 작업(cron 항목).
• 설명할 수 없는 데이터베이스 활동 또는 변경, 특히 파일 읽기 시도가 기록된 로그 항목 이후.
• 승인하지 않은 웹 서버에서 발생하는 아웃바운드 네트워크 연결(유출).

검색할 일반 로그 스니펫(로그 뷰어에 따라 이스케이프):

• \.\./ 또는 .. 또는 %2e%2e%2f 12. expression(...)
• 요청이 포함된 wp-config.php 쿼리 문자열에서
• 다음을 포함하는 요청 .env 또는 .git 참조

예시 검색(셸 친화적):

• Apache/Nginx 액세스 로그 원시 grep:
  • grep -E "(|\\.{2}/|\\.\\./)" /var/log/nginx/access.log
• wp-config 검색 시도 검색:
  • grep -i "wp-config.php" /var/log/nginx/access.log

---

사이트 소유자를 위한 즉각적인 조치(0–24시간)

귀하의 사이트가 Quick Playground 플러그인을 사용하고 버전이 <= 1.3.3인 경우, 지금 바로 이 우선 순위 체크리스트를 따르십시오:

1. 플러그인을 1.3.4(또는 최신 버전)로 업데이트:
   • 안전하게 업데이트할 수 있다면 즉시 그렇게 하십시오. 공급업체에서 발행한 패치는 취약점을 차단합니다.
2. 즉시 업데이트할 수 없는 경우:
   • 업데이트할 수 있을 때까지 플러그인을 비활성화하십시오. 이는 취약할 수 있는 플러그인 엔드포인트에 대한 접근을 방지합니다.
   • 비활성화할 수 없는 경우(비즈니스/기술적 이유), WAF 규칙 또는 웹 서버 차단을 적용하십시오(아래 WAF 제안 참조).
3. 위의 IoCs를 사용하여 탐색 또는 악용의 징후가 있는지 서버 로그를 확인하십시오.
4. 웹 셸 및 예상치 못한 파일에 대해 사이트를 스캔하십시오: 쓰기 가능한 플러그인 또는 업로드 디렉토리에서 새로운 PHP 파일 또는 최근 타임스탬프가 있는 파일을 찾으십시오.
5. 노출 증거가 발견되면 중요한 자격 증명을 교체하십시오:
   • 데이터베이스 비밀번호를 변경하고 안전할 때 wp-config.php를 업데이트하십시오.
   • 환경이 가능한 유출을 나타내면 API 키와 서비스 자격 증명을 교체하십시오.
6. 파일 권한을 검토하고 시행하십시오:
   • wp-config.php가 모든 사용자에게 읽을 수 없도록 하십시오; 가능하다면 웹에 접근할 수 없는 경로로 이동하는 것을 고려하십시오 (WordPress는 한 디렉토리 위를 지원합니다).
7. 주요 변경을 하기 전에 사이트(파일 + 데이터베이스)를 백업하여 복구 지점을 확보하십시오.

메모: 플러그인을 업데이트하는 것이 확실한 해결책입니다. 나머지는 시간을 벌거나 침해가 발생한 경우 복구를 돕습니다.

---

중기 수정 (1–7일)

• 신뢰할 수 있는 스캐너를 사용하여 전체 사이트 악성 코드 검사를 실행하십시오 (파일 및 데이터베이스 모두).
• 최근 파일 변경 사항을 검사하십시오 — 수정된 플러그인 또는 핵심 파일에 대해 알려진 좋은 백업 또는 플러그인 저장소와 비교하십시오.
• WordPress 사용자를 감사하고 알려지지 않은 관리자 또는 높은 권한 계정을 제거하십시오.
• 지속성 메커니즘을 위해 예약된 작업(크론 작업) 및 플러그인 설정을 검토하십시오.
• wp-config.php에서 소금을 회전시킵니다:
  • 공식 WordPress 소금 생성기에서 새로운 소금을 생성하고 교체하십시오; 이는 기존 인증 쿠키를 무효화하고 재로그인을 강제합니다 — 자격 증명이 노출된 경우 유용합니다.
• wp-config.php 또는 다른 자격 증명이 노출된 경우, 데이터베이스 비밀번호를 교체하고 wp-config.php를 accordingly 업데이트하십시오.
• 호스팅 계정 및 제어판 자격 증명이 안전한지 확인하고 필요시 교체하십시오.
• 이해관계자에게 알리고 나중에 포렌식 작업을 위해 사건 타임라인을 기록하십시오.

---

강화 및 예방 — 회복력 구축

• 플러그인 사용 제한:
  • 필요한 플러그인만 설치하십시오. 각 플러그인은 공격 표면을 추가합니다.
• 테스트된 업데이트 프로세스를 통해 WordPress 코어, 테마 및 플러그인을 최신 상태로 유지하십시오.
• 최소 권한을 시행합니다:
  • 파일 시스템 권한: 웹 서버 사용자는 필요한 경우에만 쓰기 권한을 가져야 합니다 (업로드).
  • WP 사용자 역할: 일상적인 활동에 관리자 계정을 사용하는 것을 피하십시오.
• 강력한 구성 제어를 사용하십시오:
  • open_basedir를 설정하여 PHP 파일 시스템 접근을 필요한 디렉토리로 제한하십시오.
  • 사이트에서 필요하지 않은 경우 위험한 PHP 함수를 비활성화하십시오(예: shell_exec, exec).
• 안전한 코딩 관행을 사용하십시오:
  • 파일 경로 입력을 검증하고, 정리하고, 표준화하십시오.
  • 기본 디렉토리 제한을 해결하고 시행하는 안전한 파일 접근 API를 사용하십시오.
  • 절대 필요하고 승인되지 않는 한 원시 파일 내용을 반환하지 마십시오.
• 로그를 모니터링하고 의심스러운 파일 접근 시도 및 이상에 대한 경고를 설정하십시오.
• 백업을 보호하십시오: 웹 루트에서 벗어나 보관하고 가능한 경우 암호화하십시오.

---

WAF / 가상 패칭이 귀하의 사이트를 보호하는 방법

웹 애플리케이션 방화벽(WAF)과 가상 패칭은 공개 공개와 업데이트 롤아웃 사이의 기간 동안 WordPress 사이트를 보호하는 데 중요합니다(즉시 업데이트할 수 없는 사이트의 경우).

가상 패치가 하는 일:

• 악의적인 패턴에 대한 수신 HTTP 요청을 가로채고 검사합니다(예: 경로 탐색 페이로드).
• 취약한 애플리케이션 코드에 도달하기 전에 실시간으로 의심스러운 요청을 차단하거나 정리합니다.
• 특정 취약성에 맞춘 규칙을 배포하여 플러그인 코드를 건드리지 않고 즉각적인 위험을 줄입니다.
• 방어자가 여러 사이트에서 노출을 신속하게 줄일 수 있도록 하여 안전한 업데이트를 위한 시간을 벌어줍니다.

관리형 WAF 서비스를 운영하는 공급업체로서, 인증되지 않은 경로 탐색과 같은 고위험 이벤트에 대한 타겟 규칙을 배포합니다. 이는 공개 후 몇 시간 이내에 시작되는 자동화된 대량 스캔 및 악용 시도를 완화합니다.

중요한: WAF는 보호 계층이지 패치의 대체물이 아닙니다. 가능한 한 빨리 플러그인을 업데이트해야 합니다.

---

권장 WAF 규칙 및 탐지 서명(예시)

아래는 방어자와 WAF 관리자가 구현할 수 있는 제안된 탐지 패턴 및 규칙 개념입니다. 이를 가이드로 사용하고 환경에 맞게 조정하십시오 — 잘못된 긍정 결과를 피하고 트래픽에 맞게 규칙을 조정하십시오.

1. 인코딩된 탐색 시퀀스가 포함된 요청을 차단하십시오:
   • 요청 URI 또는 쿼리 문자열에 다음이 포함된 경우 차단하십시오:
     • ../
     • %2e%2e%2f (대소문자 구분 없음)
     • /
     • .. 또는 .. (백슬래시 인코딩)
   • 예시 (유사 WAF 규칙 논리):

   if (request.uri contains "../" OR request.uri contains "" OR request.query contains "../" OR ... )
     

2. 민감한 파일 이름을 읽으려는 요청 차단:
   • wp-config.php
   • .env
   • id_rsa
   • 비밀번호
   • config.php (플러그인 엔드포인트를 통해 요청될 때)
3. 예:

if (lowercase(request.uri)가 "wp-config.php" 또는 ".env" 또는 "id_rsa"와 일치하면)
  

4. 플러그인 엔드포인트 보호:
   • 파일을 읽는 것으로 의심되는 특정 플러그인 엔드포인트를 식별하면, 해당 엔드포인트에 대해 차단하거나 인증을 요구하십시오.
   • 일치하는 플러그인 스크립트 URI에 대해 404를 반환하는 Nginx 규칙 예시 (임시):

   location ~* /wp-content/plugins/quick-playground/.* {
     

   (대상 규칙만 사용; 기능을 중단시킬 수 있는 광범위한 차단은 피하십시오.)

5. 자동 스캐너에 대한 속도 제한 또는 차단:
   • 탐색 패턴을 보이는 단일 IP에서 반복 요청을 제한하십시오.
   • 가능한 경우 의심스러운 요청에 대해 챌린지(CAPTCHA)를 추가하십시오.
6. 로깅 및 경고:
   • 전체 요청 헤더와 사용자 에이전트로 차단된 이벤트를 기록하십시오.
   • 동일한 사이트를 대상으로 한 여러 차단된 탐색 시도에 대해 즉각적인 경고를 보내십시오.

규칙 구현에 대한 주의 사항:

• 잘못된 긍정 결과를 이해하기 위해 시행하기 전에 “모니터” 모드에서 규칙을 테스트하십시오.
• 대소문자를 구분하지 않는 일치를 사용하고 URI의 디코딩 및 인코딩 형태를 모두 확인하십시오.
• 합법적인 사용 사례를 차단하지 않도록 하세요 (탐색 패턴에서는 드물지만 테스트하는 것이 중요합니다).

---

서버 측 강화 예시

자체 서버(Apache 또는 Nginx)를 관리하는 경우, 플러그인이 업데이트될 때까지 빠른 완화 조치를 추가할 수 있습니다.

예시 Apache mod_rewrite 규칙(임시):

# 일반 디렉토리 탐색 및 민감한 파일 시도 차단

예시 Nginx 구성 스니펫:

# 퍼센트 인코딩된 ../ 요청 거부

중요한: 합법적인 동작이 깨지지 않도록 서버 규칙을 신중하게 수정하고, 배포 전에 테스트하세요.

---

사이트가 이미 손상된 경우: 사고 대응 체크리스트

포렌식 검사가 침해가 발생했음을 나타내면, 이러한 단계를 신중하고 체계적으로 따르세요.

1. 영향을 받은 사이트를 격리하세요:
   • 동일한 계정에서 여러 사이트를 호스팅하는 경우, 추가 피해 및 측면 이동을 방지하기 위해 영향을 받은 사이트를 격리하거나 오프라인으로 전환하세요.
2. 증거 보존:
   • 서버의 스냅샷을 찍고 로그(접속, 오류, FTP, 제어판)를 안전한 위치에 복사한 후 삭제하거나 변경하세요.
3. 범위를 식별하십시오:
   • 어떤 파일이 읽히거나 수정되었거나 유출되었습니까? 웹 셸, 새로운 관리자 계정, 수정된 플러그인/코어 파일을 찾아보세요.
4. 지속성 제거:
   • 웹 셸을 삭제하고, 알 수 없는 관리자 사용자를 제거하고, 악성 크론 항목 및 예약 작업을 제거하세요.
5. 자격 증명 회전:
   • 데이터베이스 비밀번호, FTP/SFTP 자격 증명, 제어판 자격 증명, API 키 및 노출될 수 있는 기타 비밀을 변경하세요.
6. 신뢰할 수 있는 출처에서 코어 파일 및 플러그인을 재설치하세요:
   • 무결성을 보장하기 위해 공식 출처에서 재설치하여 수정된 코어 및 플러그인 파일을 교체하세요.
7. 패치를 적용합니다:
   • 취약한 플러그인을 패치된 버전(1.3.4+)으로 업데이트하세요.
8. 감시 장치:
   • 몇 주 동안 강화된 모니터링을 유지하세요(침입 탐지, 파일 무결성 검사, 로그 모니터링).
9. 이해관계자에게 알림:
   • 사용자 데이터가 노출된 경우, 통지에 대한 적용 가능한 법적 및 규제 요구 사항을 따르세요.

내부 전문 지식이 부족하여 철저한 사고 대응을 수행할 수 없는 경우, 전문 보안 서비스를 이용하십시오. 침해 조사에는 증거의 우발적 손실을 피하기 위해 신중한 처리가 필요합니다.

---

기관 및 호스트를 위한 커뮤니케이션 가이드

고객을 위해 사이트를 관리하거나 여러 고객을 호스팅하는 경우:

• 즉각적인 업데이트 및 WAF 보호를 위해 고가치 사이트와 민감한 데이터(전자상거래, 회원가입, 고객 포털)가 있는 사이트를 우선적으로 고려하십시오.
• 고객과 명확하고 신속하게 소통하십시오: 문제를 간단한 언어로 설명하고, 취한 조치(예: 플러그인 업데이트, 사이트 스캔) 및 권장 다음 단계를 안내하십시오.
• 많은 사이트를 신속하게 보호하기 위해 인프라 전반에 걸쳐 중앙 집중식 WAF 규칙을 구현하십시오.
• 안전한 경우 자동화를 사용하십시오(예: 사전 배포 테스트가 포함된 대량 플러그인 업데이트) 노출 시간 창을 줄이기 위해.

---

패치를 적용하더라도 외부 보호가 중요한 이유

패치 후에도 몇 가지 중요한 현실이 남아 있습니다:

• 모든 침해된 사이트가 업데이트만으로 정리되는 것은 아닙니다 — 이미 민감한 파일에 접근한 공격자는 지속적인 발판을 가질 수 있습니다.
• 많은 사이트 소유자가 업데이트를 지연합니다; 공격자는 지속적으로 패치되지 않은 인스턴스를 스캔합니다.
• 제로데이 또는 유사한 취약점이 모든 사이트를 패치하기 전에 발견될 수 있습니다.
• 관리형 WAF와 능동적인 제어는 취약한 기간 동안 위험을 줄이고, 공격 시도를 사후에 차단하는 데 도움을 줍니다.

---

빠른 보호를 원하십니까? WP-Firewall 무료 플랜으로 시작하십시오.

즉각적인 계층화된 보호 — WP-Firewall 기본(무료) 사용해 보십시오.

공급업체 패치를 적용하고 무결성 검사를 수행하는 동안 노출을 줄이는 빠르고 효과적인 방법을 원하신다면, WP-Firewall의 기본(무료) 플랜은 이러한 사고를 위해 설계된 즉각적인 보호를 제공합니다:

• 필수 보호 기능: 관리형 방화벽, 무제한 대역폭, 웹 애플리케이션 방화벽(WAF), 악성코드 검사기, OWASP Top 10 위험 완화.

무료 플랜에 가입하고 관리형 방화벽을 신속하게 활성화하여 패치 및 복구 작업을 완료하는 동안 일반적인 탐색 페이로드 및 기타 자동화된 공격을 차단할 수 있습니다:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(더 고급 기능이 필요하다면 — 자동 악성코드 제거 또는 여러 사이트에 걸친 가상 패치 — 유료 플랜을 고려하십시오. 그러나 기본 플랜은 빠르게 위험을 줄이는 훌륭한 첫 단계입니다.)

---

최종 권장 사항 — 우선 순위 체크리스트

1. Quick Playground <= 1.3.3을 실행 중인 경우: 지금 1.3.4로 업데이트하십시오.
2. 즉시 업데이트가 불가능한 경우: 플러그인을 비활성화하거나 WAF + 서버 수준 규칙을 배포하여 탐색 페이로드를 차단하십시오.
3. 서버 로그에서 모든 탐색 시도 및 민감한 파일 접근을 검토하십시오.
4. 웹 셸 및 비정상 파일을 스캔하고 의심스러운 지표를 조사하십시오.
5. 민감한 파일이 노출된 경우 비밀을 교체하십시오.
6. 서버 및 WordPress 구성을 강화하십시오: 파일 권한, open_basedir, 가능한 경우 위험한 PHP 기능 비활성화.
7. 수정 중 및 수정 후 위험을 줄이기 위해 관리형 WAF 또는 보안 모니터링 솔루션에 등록하십시오.

---

이 가이드에 대하여

이 기사는 인증되지 않은 경로 탐색 취약성에 직면한 WordPress 사이트를 보호하기 위한 실용적이고 실행 가능한 단계를 제공하기 위해 WP-Firewall의 WordPress 보안 전문가에 의해 작성되었습니다. 우리의 접근 방식은 즉각적인 완화(WAF, 규칙 기반 차단), 포렌식 안내 및 노출을 줄이고 운영 회복력을 구축하기 위한 장기적인 강화가 결합되어 있습니다.

완화 적용, 포렌식 스캔 수행 또는 확인된 침해로부터 복구하는 데 도움이 필요하면 WP-Firewall은 사이트를 안전하게 유지하고 정상 운영으로 되돌리는 데 도움을 주기 위한 지원 및 관리 서비스를 제공합니다.

---

부록 — 빠른 탐지 명령 및 샘플 스캔

• 탐색 시도를 위해 웹 서버 접근 로그를 검색하십시오:
  • grep -E "(||\.{2}/|\.\./)" /var/log/nginx/access.log
• wp-config.php를 검색하려는 시도를 찾으십시오:
  • grep -i "wp-config.php" /var/log/nginx/access.log
• WordPress 설치에서 지난 7일 동안 변경된 파일을 찾으십시오:
  • /var/www/html -type f -mtime -7 -ls를 찾으세요
• 업로드에서 의심스러운 이름의 PHP 파일을 찾으십시오:
  • find wp-content/uploads -type f -name "*.php"
• 가능할 경우 공식 플러그인 저장소 해시와 플러그인 파일을 비교하기 위해 무결성 스캐너를 사용하십시오.

---

이 가이드의 단계를 따르면 CVE-2026-6403 및 유사한 인증되지 않은 파일 읽기 취약성으로 인한 즉각적인 위험을 상당히 줄일 수 있습니다. 패치를 우선시하고, 로그를 검사하며, 대량 착취 시도를 차단하기 위해 관리형 WAF를 배포하십시오. 여러 사이트를 대규모로 보호하는 데 도움이 필요하거나 전문가 규칙을 신속하게 적용받고 싶다면 즉각적인 보호를 위해 WP-Firewall 기본 계획을 고려하십시오: https://my.wp-firewall.com/buy/wp-firewall-free-plan/