
| 플러그인 이름 | 매일 백업 유지 |
|---|---|
| 취약점 유형 | 크로스 사이트 스크립팅(XSS) |
| CVE 번호 | CVE-2026-3577 |
| 긴급 | 낮은 |
| CVE 게시 날짜 | 2026-03-22 |
| 소스 URL | CVE-2026-3577 |
긴급: “매일 백업 유지”에서 저장된 XSS (<= 2.1.2) — 워드프레스 소유자가 지금 알아야 할 것과 해야 할 일
날짜: 2026년 3월 20일
취약점: 백업 제목을 통한 인증된 (관리자) 저장 크로스 사이트 스크립팅 (XSS)
영향을 받는 버전: 매일 백업 유지 플러그인 <= 2.1.2
패치됨: 2.1.3
CVE: CVE-2026-3577
WP-방화벽 우선순위: 낮음 (CVSS 5.9) — 그러나 무시해서는 안 됨
우리는 워드프레스 보안 팀과 워드프레스 웹 애플리케이션 방화벽 (WAF) 공급업체로서, 최근 공개된 매일 백업 유지 플러그인에 영향을 미치는 저장 XSS에 대한 실용적이고 명확하며 실행 가능한 분석을 제공하고자 합니다. 이 권고서는 위험, 탐지 및 완화에 대한 실제 관점을 이해해야 하는 개발자, 사이트 소유자 및 관리자에게 작성되었습니다 — 단순한 보안 용어가 아닙니다.
이 취약점은 관리자 수준의 권한을 가진 인증된 사용자가 백업의 제목 필드에 JavaScript (또는 다른 HTML)를 저장할 수 있게 합니다. 저장된 콘텐츠가 나중에 적절한 정화 없이 렌더링되면, 다른 사용자의 브라우저에서 실행될 수 있습니다 (예: 다른 관리자 또는 편집자), 이는 계정 침해, 지속적인 사이트 변조 또는 추가 악용 (백도어 추가, 설정 변경 또는 악성 플러그인/테마 설치 등)으로 이어질 수 있습니다.
아래에서 확인할 수 있습니다:
– 간결한 기술 설명
– 관리자 전용 접근이 필요하더라도 왜 중요한지
– 현실적인 공격 시나리오 및 영향
– 탐지 방법 및 침해 지표 (IoCs)
– 즉각적인 완화 조치 (WAF/가상 패치 지침 및 규칙 포함)
– 장기적인 강화 및 사고 대응 권장 사항
– WP-Firewall이 어떻게 도울 수 있는지 (무료 계획 세부정보 및 가입 링크 포함)
1 — 무슨 일이 발생했는지 (기술 요약)
- 플러그인은 관리 보기 또는 다른 접근 가능한 페이지에서 출력 시 적절하게 이스케이프하거나 정화하지 않고 백업 “제목”의 값을 저장합니다 (입력 시에도 가능성 있음).
- 관리자 권한을 가진 인증된 사용자는 백업을 생성하고 제목 필드에 JavaScript 또는 HTML을 넣을 수 있습니다. 제목이 저장되고 나중에 플러그인의 UI에 의해 적절한 맥락 인식 이스케이프 없이 렌더링되기 때문에, 해당 콘텐츠는 페이지를 보는 사람의 브라우저에서 실행됩니다.
- 이것은 저장된(지속적인) XSS 취약점으로 분류됩니다. 반사된 XSS와 달리, 저장된 XSS는 애플리케이션 백엔드(데이터베이스, 옵션, 백업 메타데이터)에 지속되는 콘텐츠를 주입하고 나중에 사용자에게 제공됩니다.
- 공급업체는 필요한 곳에 적절한 정화/이스케이프를 도입하여 버전 2.1.3에서 이 문제를 수정했습니다. 여전히 2.1.2 이하를 실행 중인 사이트는 위험에 처해 있습니다.
2 — 위험 분석 및 영향
처음 보기에는 관리자 전용 저장 XSS가 낮은 위험으로 들릴 수 있습니다: 결국 공격자는 이미 관리자 접근 권한을 가지고 있었습니다. 그러나 이 취약점이 위험하고 즉시 수정해야 하는 여러 현실적인 위협 시나리오가 있습니다:
- 손상된 관리자 계정 또는 악의적인 관리자: 공격자가 관리자 계정에 접근하게 되면(자격 증명 재사용, 피싱, 도난당한 세션 토큰을 통해), 백업 제목에 지속적인 JavaScript를 심을 수 있습니다. 그 저장된 페이로드는 다른 관리 사용자가 백업 목록이나 제목을 렌더링하는 다른 UI를 볼 때마다 실행되어 공격이 추가 계정으로 확장됩니다.
- 권한 상승 및 지속성: 저장된 XSS 페이로드는 로그인한 관리자의 컨텍스트에서 JavaScript를 실행할 수 있습니다. 이를 통해 공격자는:
- 세션 쿠키 또는 인증 논스를 수집하고 이를 유출할 수 있습니다.
- 피해자의 권한을 사용하여 관리자 UI를 통해 무단 작업을 수행할 수 있습니다(플러그인 설치, 옵션 변경, 새로운 관리자 사용자 생성).
- 테마/플러그인 파일에 백도어를 주입할 수 있습니다(미디어 편집기, 플러그인 편집기 또는 설치된 파일 편집기를 통해) — 전체 사이트가 손상될 수 있습니다.
- 공급망 및 다중 사이트 노출: 여러 사이트 또는 사용자가 상호작용하는 관리 플랫폼 또는 다중 사이트 환경에서는 저장된 XSS를 사용하여 계정과 사이트 간에 피벗할 수 있습니다.
- 평판 및 SEO: 겉보기에는 사소한 지속 스크립트라도 리디렉션 루프, 스팸 주입 또는 은밀한 광고 삽입을 유발하여 SEO와 사용자 신뢰에 해를 끼칠 수 있습니다.
CVSS와 일부 분석가들은 공격자가 관리자여야 하므로(또는 관리자가 조작된 항목과 상호작용하도록 속아야 하므로) 이를 “낮은” 우선순위로 표시하지만, 실제로 공격자들은 이러한 벡터를 다단계 공격의 일환으로 사용하여 심각한 결과를 초래합니다. 이를 심각하게 다루어야 합니다.
3 — 악용 시나리오(고급)
우리는 악용 코드나 페이로드를 공개하지 않을 것입니다. 아래는 공격자가 사용할 수 있는 고급 시나리오입니다:
- 시나리오 A: 자격 증명 재사용으로 인해 관리자가 손상됩니다. 공격자가 로그인하여 악의적인 제목으로 백업을 생성합니다. 다른 관리자가 나중에 백업 목록을 방문하면 스크립트가 그들의 브라우저에서 실행되어 세션 논스를 훔치고 공격자가 추가 계정을 장악합니다.
- 시나리오 B: 피싱 + 저장된 페이로드. 공격자가 관리자가 겉보기에는 무해한 내부 링크(예: “백업 보기”)를 클릭하도록 설득합니다. 관리자의 세션이 저장된 스크립트를 실행하여 자동으로 플러그인 설치 또는 사용자 생성을 수행합니다.
- 시나리오 C: 내부자 위협. 불만을 품은 관리자가 백업 메타데이터에 지속적인 스크립트를 심어 다른 관리자가 로그인할 때 데이터를 방해하거나 유출합니다.
요약하자면: 비록 관리자만 페이로드를 주입할 수 있지만, 저장된 XSS는 측면 이동과 상승을 가능하게 하여 사소한 위험이 아닙니다.
4 — 즉각적인 조치 (분류 및 패치)
- 플러그인을 2.1.3 이상으로 즉시 업데이트하십시오.
- 이것이 가장 빠르고 신뢰할 수 있는 수정 방법입니다.
- 즉시 업데이트할 수 없는 경우(구형 호환성, 스테이징)에는:
- 백업을 다른 신뢰할 수 있는 플러그인이나 호스팅 제공업체 도구로 처리할 수 있다면 플러그인을 일시적으로 비활성화하십시오.
- 백업 인터페이스에 접근할 수 있는 사람을 제한하십시오 — 알려진 관리자 IP 또는 관리자 계정만.
- 관리자 계정에 대한 엄격한 모니터링 및 침입 탐지를 활성화하십시오.
- 관리자 자격 증명을 교체하고 MFA를 활성화하십시오:
- 모든 관리자 계정에 대해 MFA(다단계 인증)를 요구하십시오.
- 침해가 의심되는 경우 관리자 계정의 비밀번호 재설정을 강제하십시오.
- 백업 및 데이터베이스 항목을 검토하십시오:
- “<script”, “javascript:”, 또는 의심스러운 HTML 엔티티가 포함된 백업 메타데이터(제목)를 검색하십시오.
- 의심스러운 항목을 발견하면 이를 정리하거나 해당 백업을 제거하십시오. 삭제 전에 백업을 안전한 위치로 먼저 내보내십시오.
- 사이트 스캔:
- 업로드, 테마, 플러그인 및 데이터베이스 전반에 걸쳐 전체 악성코드 검사를 실행하십시오.
- 최근에 수정된 파일과 예상치 못한 관리자 사용자를 찾아보십시오.
- 감사 로그:
- 관리자 작업 로그를 확인하십시오 — 백업 생성, 사용자 생성, 플러그인 설치 — 의심스러운 타임스탬프 및 IP 주소를 확인하십시오.
- 사건이 확인되면:
- 사건 대응 계획을 따르십시오: 사이트를 격리하십시오(유지 관리 모드 또는 임시 방화벽 차단), 파일 시스템 스냅샷을 찍고, 로그를 보존하며, 키를 교체하고, 필요 시 깨끗한 백업에서 복원하십시오.
5 — 착취 탐지 방법 (타협 지표)
저장된 XSS가 사용되었거나 시도되었음을 나타내는 이러한 징후를 찾아보십시오:
- 스크립트 태그나 인코딩된 JavaScript 시퀀스를 포함하는 데이터베이스의 백업 제목 또는 메타데이터:
- Strings like “<script”, “onerror=”, “javascript:”, or suspicious encoded payloads (%3Cscript%3E).
- 인식하지 못하는 관리 계정에 의한 갑작스러운 변경(새로운 관리자 사용자, 플러그인/테마 변경).
- 관리 대시보드에서 외부 도메인으로의 예상치 못한 아웃바운드 HTTP 요청(페이로드 유출은 종종 원격 엔드포인트를 사용함).
- 관리자가 보고한 브라우저 기반 이상 현상:
- 백업 페이지를 열 때 나타나는 이상한 팝업, 자동 양식 제출 또는 리디렉션.
- 증가된 4xx/5xx 오류 또는 비정상적인 관리자 UI 동작.
- 의심스러운 페이로드가 포함된 플러그인 엔드포인트에 대한 POST/PUT 요청을 보여주는 웹 서버 로그.
백업 메타데이터가 저장된 플러그인 특정 테이블 또는 wp_options에서 항목을 검색합니다. 실행:
- 의심스러운 백업 제목을 찾기 위한 데이터베이스 쿼리(프로덕션에서 쿼리를 실행하기 전에 적절히 이스케이프).
- 관리자 측 파일이 수정되었는지 확인하기 위한 파일 무결성 검사.
6 — WAF / 가상 패칭 가이드라인(권장 규칙)
즉시 업데이트가 불가능한 경우, WAF(가상 패치)는 공격 시도를 가로채고 차단하여 노출을 줄일 수 있습니다. 아래는 WP-Firewall이 권장하고 구현할 수 있는 규칙 전략입니다:
- 백업 생성 또는 편집 작업을 처리하는 플러그인 엔드포인트에 대한 의심스러운 입력 차단.
- 단순 텍스트만 포함해야 하는 필드에서 태그와 유사한 내용을 가진 요청을 정리하거나 차단.
- POST 변수 또는 JSON 페이로드에 의심스러운 패턴(예: “<script”, “onerror=”, “javascript:”)이 포함된 요청 거부.
- 엔드포인트를 인증된 요청으로 제한하고 알려진 관리자 세션 및 IP 범위만 허용.
예시 ModSecurity 스타일 규칙 (개념적):
# Block basic script tags in backup title (adjust to your WAF syntax)
SecRule REQUEST_METHOD "POST" "chain,deny,status:403,id:100001,phase:1,log,msg:'Block possible stored XSS in backup title'"
SecRule ARGS_POST_NAMES|ARGS_NAMES "backup_title|title|backup-name" "chain"
SecRule ARGS|REQUEST_BODY "(?:<\s*script\b|on\w+\s*=|javascript:|%3Cscript%3E)" "t:none,t:lowercase,log,deny"
Nginx+Lua 또는 사용자 정의 WAF 패턴(개념적):
-- 의사 코드: 'backup_title'이라는 필드에서 의심스러운 패턴을 요청 본문에서 확인
중요 참고 사항:
- 플러그인 특정 엔드포인트에 대한 규칙을 유지하여 잘못된 긍정을 피하십시오.
- 점진적 차단 사용: 먼저 로그를 기록한 다음, 도전(CAPTCHA), 마지막으로 차단합니다.
- 관리자-facing 양식이나 평문만 포함해야 하는 매개변수에 위험한 패턴이 포함된 요청을 차단하거나 도전하십시오.
WP-Firewall은 플러그인 업데이트가 적용될 때까지 악용을 방지하기 위해 이 특정 문제에 대해 조정된 가상 패치를 배포할 수 있습니다.
7 — 강화 및 모범 사례(패치 이상의)
패치는 중요하지만, 장기적인 완화는 환경을 강화해야 합니다:
- 최소 권한의 원칙:
- 관리자 수를 줄이십시오. 적절한 경우 세분화된 역할(편집자, 저자)을 사용하십시오.
- 사용자 간에 관리자 계정을 공유하지 마십시오.
- 다단계 인증:
- 모든 관리자 및 고급 권한 사용자 계정에 대해 MFA를 시행하십시오.
- 강력한 비밀번호 및 회전:
- 강력한 비밀번호 정책을 시행하고 고위험 이벤트 후 자격 증명을 회전하십시오.
- 역할 및 권한 감사:
- 누가 플러그인을 설치/업데이트하고 백업 UI에 접근할 수 있는지 정기적으로 검토하십시오.
- 안전한 플러그인 생애 주기:
- 신뢰할 수 있는 출처에서만 플러그인을 설치합니다.
- 테마와 플러그인을 최신 상태로 유지하십시오.
- 사용하지 않는 플러그인과 테마를 제거하고 고아 플러그인을 폐기하십시오.
- 파일 시스템 및 PHP 강화:
- 대시보드에서 파일 편집을 비활성화하십시오 (
define('DISALLOW_FILE_EDIT', true);). - 필요한 디렉토리에 대한 쓰기 권한을 제한하십시오.
- 대시보드에서 파일 편집을 비활성화하십시오 (
- 모니터링 및 로깅:
- 로그 중앙 집중화(관리 이벤트, 웹 서버, WAF 로그) 및 비정상적인 행동 모니터링.
- 새로운 관리자 생성, 플러그인 설치 또는 대규모 변경에 대한 알림 설정.
- 데이터베이스 위생:
- 의심스러운 필드에 대한 플러그인 특정 메타데이터 테이블 모니터링 및 정리.
- 임의의 HTML 입력을 허용하는 플러그인 기능에 주의하십시오.
- 백업:
- 오프사이트 버전 백업을 유지하고 백업의 무결성을 확인하십시오.
- 백업이 공격자에 의해 변경될 수 없도록 불변 또는 제한된 백업을 고려하십시오.
- 스테이징 및 테스트 정책:
- 프로덕션에 배포하기 전에 스테이징에서 플러그인 업데이트를 테스트하되, 보안 수정이 게시되면 신속하게 진행하십시오.
8 — 사고 대응 체크리스트(악용이 의심되는 경우)
- 격리하다
- 조사를 하는 동안 사이트를 유지 관리 모드 또는 방화벽 차단으로 전환하십시오.
- 증거 보존
- 서버 스냅샷을 찍고 로그(웹 서버, 데이터베이스, WAF)를 보존하십시오.
- 범위 식별
- 플러그인 메타데이터, 게시물, 옵션, 사용자 약력 및 업로드된 파일에서 악성 페이로드의 모든 발생을 검색하십시오.
- 백도어를 제거하십시오.
- 새로운 관리자 사용자, 알 수 없는 테마/플러그인 및 수정된 핵심 파일을 찾으십시오. 의심스러운 변경 사항을 제거하거나 격리하십시오.
- 복원 또는 수정
- 사건 이전의 깨끗한 백업이 있는 경우 전체 복원을 고려하십시오.
- 가능한 경우 깨끗한 소스에서 핵심 WordPress, 테마 및 플러그인을 재설치하십시오.
- 비밀을 회전하다
- 모든 관리자 계정 비밀번호, API 키 및 접근할 수 있었던 서버 수준 자격 증명을 재설정하십시오.
- 사고 후 모니터링
- 모니터링을 강화하고, 향상된 로깅 및 알림을 추가하며, 반복적인 악성 코드 검사를 실행하십시오.
- 사후 분석
- 침해가 발생한 방법, 배운 교훈 및 재발 방지를 위한 조치를 문서화하십시오.
9 — 탐지 규칙 및 헌팅 쿼리 (실용적)
다음은 실용적인 데이터베이스 및 로그 헌팅 쿼리입니다 — 귀하의 환경에 맞게 신중하게 조정하십시오. 항상 백업하고 프로덕션에서 실행하기 전에 스테이징 환경에서 쿼리를 테스트하십시오.
의심스러운 백업 제목을 위한 데이터베이스 검색 (SQL 개념):
SELECT option_id, option_name, option_value FROM wp_options WHERE option_name LIKE '%backup%' AND (option_value LIKE '%<script%' OR option_value LIKE '%javascript:%' OR option_value LIKE '%onerror=%');
스크립트 태그를 위한 게시물/메타 검색 (개념):
SELECT ID, post_title, post_date;
웹 서버 로그 패턴:
- “<script” 또는 “onerror”가 포함된 요청 본문으로 플러그인 엔드포인트에 POST.
- 비정상적인 IP 주소 또는 짧은 시간 내 여러 위치에서 접근한 관리자 페이지.
WAF 로그:
- POST 본문 필드에서 스크립트 태그에 대한 규칙을 트리거하는 요청
백업_제목,7. 제목,이름.
10 — 관리자 접근이 필요할 때에도 저장된 XSS가 주목받아야 하는 이유
두 가지 이유:
- 증폭: 단일 손상된 관리자 계정을 사용하여 여러 계정에 영향을 미치고 업그레이드/변경을 통해 지속되는 지속적인 페이로드를 주입할 수 있습니다.
- 실제 공격 체인: 공격자는 한 가지 취약점에서 멈추는 경우가 드뭅니다. 저장된 XSS는 종종 전체 사이트 장악을 위한 디딤돌로 악용됩니다 — 백도어 설치, 은밀한 관리자 사용자 생성 또는 다른 사이트 및 사용자로 확산.
관리 맥락에서 저장된 XSS를 가능한 손상 벡터의 심각한 지표로 간주하고 신속하게 조치하십시오.
11 — WP-Firewall이 귀하를 보호하는 방법 (특별 초대)
WP-Firewall은 관리되는 WAF 보호, 지속적인 악성코드 스캔 및 신속한 가상 패치를 제공하여 취약한 플러그인을 패치하는 동안 보호받을 수 있도록 합니다. 우리의 보호는 WordPress 특정 경로 및 맥락에 맞게 조정되어 잘못된 긍정 반응을 최소화하고 관리자 워크플로우가 사용 가능하도록 유지하면서 공격 시도를 차단합니다.
우리는 다음을 포함하는 무료 기본 요금제를 제공합니다:
- 관리형 방화벽 + WAF
- 무제한 대역폭(추가 요금 없음)
- 멀웨어 스캐너
- OWASP 상위 10대 위험에 대한 완화책
우리의 보호 기능을 테스트하고 가상 패치가 업데이트를 예약하고 테스트하는 동안 귀하의 사이트를 어떻게 보호할 수 있는지 확인하고 싶다면, 기본(무료) 요금제에 가입하세요:
지금 귀하의 사이트를 보호하세요 — WP-Firewall Basic으로 시작하세요
이것이 중요한 이유:
- 우리의 WAF는 관리 인터페이스의 엔드포인트에서 저장된 XSS 패턴을 악용하려는 시도를 차단하는 데 도움을 줄 수 있습니다.
- 플러그인을 업데이트하는 동안, 우리의 가상 패치는 측면 침해의 위험을 줄이고 전체 수정 단계를 따를 수 있는 여유를 제공합니다.
(우리는 자동 악성코드 제거, 고급 IP 블랙리스트/화이트리스트, 월간 보안 보고서, 자동 가상 패치 및 에이전시와 고트래픽 사이트를 위한 프리미엄 추가 기능이 포함된 업그레이드된 요금제도 제공합니다.)
12 — 팀을 위한 배포 체크리스트(실용적)
보안 운영자와 사이트 소유자를 위해, 빠르게 진행할 수 있는 짧은 실행 매뉴얼입니다:
- 단계 1: 플러그인 버전을 확인하세요. 만약 <= 2.1.2라면 — 즉시 2.1.3으로 업데이트를 예약하세요.
- 단계 2: 야간 롤아웃이 필요하다면, 백업 엔드포인트에서 잠재적인 악용 패턴을 차단하기 위해 WP-Firewall 가상 패치를 배포하세요.
- 단계 3: 관리자 사용자를 검토하세요 — 오래된 또는 사용하지 않는 계정을 비활성화하고 MFA를 활성화하세요.
- 단계 4: 의심스러운 백업 제목에 대해 데이터베이스를 스캔하고 이를 정리하거나 제거하세요.
- 단계 5: 전체 사이트 악성코드 스캔을 실행하고 파일 변경/시간 스탬프를 확인하세요.
- 단계 6: 의심스러운 활동이 감지되면 관리자 비밀번호와 API 키를 변경하십시오.
- 7단계: 수정 후, 이상 활동을 위해 최소 30일 동안 모니터링하십시오.
13 — 자주 묻는 질문 (간략)
Q: 즉시 업데이트하는 것이 중요합니까?
A: 예. 패치는 간단하며 데이터 정화의 격차를 해소합니다. 가능한 한 빨리 2.1.3으로 업데이트하십시오.
Q: 제 사이트에는 저만 있는 관리자 계정이 있는데, 여전히 위험한가요?
A: 예. 관리자 계정이 손상되면 저장된 페이로드가 공격을 지속하고 확장하는 데 사용될 수 있습니다. 또한 공유 호스팅을 사용하거나 다른 사람이 관리자 세션에 접근할 수 있는 경우 위험이 증가합니다.
Q: 호환성 문제로 업데이트할 수 없다면 어떻게 하나요?
A: 가상 패칭(WAF)을 사용하고 IP 또는 VPN으로 플러그인 UI에 대한 접근을 제한하십시오. 이를 임시 조치로 간주하고 테스트와 함께 적절한 업그레이드 경로를 계획하십시오.
Q: 플러그인으로 생성된 모든 백업을 삭제해야 하나요?
A: 백업을 맹목적으로 삭제하지 마십시오. 백업을 내보내고 검토하십시오. 백업 메타데이터에 제목에 의심스러운 페이로드가 포함되어 있다면 해당 항목을 제거/정리하십시오. 손상이 의심되는 경우 검증된 깨끗한 백업에서 복원하는 것을 선호하십시오.
14 — 마무리 생각
WordPress의 보안은 계층적입니다. 이 저장된 XSS와 같은 플러그인 취약점은 작은 정화 누락이 약한 자격 증명, 불충분한 모니터링 또는 최소 권한 관행의 부족과 결합될 때 어떻게 무기화될 수 있는지를 드러냅니다. 가장 빠르고 신뢰할 수 있는 완화 방법은 영향을 받은 플러그인을 패치된 버전으로 업데이트하는 것입니다. 즉시 가능하지 않은 경우 WAF/가상 패치를 배포하고 즉시 관리 정책을 강화하십시오.
WordPress 사이트에 대한 가상 패치 및 지속적인 보호를 구현하는 데 전문적인 도움이 필요하다면, WP-Firewall은 관리자 표면을 보호하고 의심스러운 페이로드를 차단하며 착취 시도를 모니터링할 수 있습니다 — 테스트된 플러그인 업데이트를 배포할 시간과 자신감을 제공합니다.
지금 WordPress 환경을 보호하십시오 — Keep Backup Daily v2.1.3(또는 이후 버전)으로 업데이트하고, 관리자 계정을 감사하며, 방어 심화 전략에 WAF/가상 패칭을 추가하는 것을 고려하십시오.
활성 손상에 대한 맞춤형 비상 대응이 필요하거나 이 특정 취약점에 대한 WP-Firewall 가상 패치를 배포하는 데 도움이 필요하다면, 우리의 보안 엔지니어가 도와드릴 수 있습니다. 기본(무료) 플랜에 가입하고 즉시 WAF 보호를 받으십시오: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
안전히 계세요,
WP-Firewall 보안 팀
