긴급: JS Help Desk(<= 3.0.9)에서의 SQL 인젝션 — 워드프레스 사이트 소유자가 지금 해야 할 일

작가: WP‑Firewall 보안 팀
날짜: 2026-06-04
태그: 워드프레스, 취약점, SQL 인젝션, WAF, 사고 대응

요약: 2026년 6월 2일, 워드프레스 플러그인 “JS Help Desk”(플러그인 슬러그: js-support-ticket)와 3.0.9까지의 모든 버전에 영향을 미치는 고위험 SQL 인젝션 취약점이 공개되었습니다(CVE-2026-48886). 플러그인 저자는 3.1.0 버전에서 패치를 발표했습니다. 이 게시물에서는 취약점이 무엇인지, 왜 중요한지, 공격자가 이를 어떻게 악용할 수 있는지, 가능한 악용을 감지하는 방법, 그리고 사이트를 보호하기 위해 취해야 할 가장 중요한 즉각적 및 장기적인 조치 — WP-Firewall에서 제공하는 무료 보호 조치를 포함하여 — 를 설명합니다.

목차

• 취약점 개요
• 워드프레스 플러그인에서 SQL 인젝션이 그렇게 위험한 이유
• 기술 개요 (고급)
• 현실적인 공격자 시나리오와 가능한 영향
• 위험에 처한 대상
• 즉각적으로 취해야 할 조치(0–24시간)
• 즉시 업데이트할 수 없는 경우 단기 완화 조치
• 탐지: 신호 및 타협의 지표
• 사고 대응 및 복구 체크리스트
• 강화 및 향후 모범 사례
• WP-Firewall이 당신을 보호하는 방법(우리가 추천하는 것)
• 무료로 사이트를 보호하세요 — WP-Firewall Basic
• 우리 보안 팀의 최종 메시지

취약점 개요

• 영향을 받는 소프트웨어: JS Help Desk 워드프레스 플러그인(슬러그: js-support-ticket)
• 취약한 버전: 모든 버전 <= 3.0.9
• 패치됨: 3.1.0
• 공개 발표: 2026년 6월 2일
• CVE: CVE-2026-48886
• 심각성: 높음(패치/산업 점수: CVSS 9.3)
• 공격 벡터: 인증되지 않은 SQL 인젝션(공격자가 로그인하지 않고 사이트에 조작된 요청을 보낼 수 있음)

간단히 말해: 인증되지 않은 공격자는 적절하게 검증되거나 이스케이프되지 않은 입력을 제공할 수 있으며, 이를 통해 공격자가 제어하거나 조작하는 데이터베이스 쿼리를 플러그인이 실행하게 할 수 있습니다. 이는 데이터 도난, 사이트 장악 및 지속적인 백도어의 위험을 열어줍니다.

워드프레스 플러그인에서 SQL 인젝션이 그렇게 위험한 이유

SQL 인젝션은 가장 오래되고 영향력 있는 웹 취약점 중 하나로 남아 있습니다. 워드프레스의 맥락에서:

• 워드프레스 데이터베이스에는 계정 자격 증명, 이메일 주소, 플러그인 및 테마 구성, 그리고 종종 민감한 비즈니스 데이터가 포함되어 있습니다. SQLi는 공격자가 해당 데이터를 읽거나 수정할 수 있게 합니다.
• 데이터베이스에 쓸 수 있는 공격자는 특권 계정을 생성하거나 옵션(사이트 URL 및 플러그인 설정 포함)을 수정하거나 원격 코드 실행을 초래하는 콘텐츠를 주입할 수 있습니다.
• 인증되지 않은 SQLi는 공격자가 유효한 자격 증명이 필요하지 않음을 의미합니다 — 그들은 대규모로 탐색하고 공격할 수 있습니다.
• 대규모 악용은 일반적입니다. 공격자는 수백만 개 사이트에서 취약한 플러그인을 위한 프로브를 자동화합니다.

이 JS Help Desk 문제는 인증되지 않은 SQLi를 허용하므로, 취약한 버전을 실행하는 모든 사이트에 즉각적이고 광범위한 위험이 있습니다.

기술 개요 (고급)

우리는 여기에서 악용 코드나 특정 페이로드를 게시하지 않을 것입니다. 대신, 고수준의 문제는 다음과 같습니다:

• 플러그인의 공개 요청 처리기가 사용자 입력(쿼리 문자열, AJAX 또는 REST 엔드포인트를 통해)을 수락합니다.
• 그 입력은 충분한 정화, 매개변수화(준비된 문) 또는 적절한 검증 없이 SQL 쿼리 내에서 사용됩니다.
• 그 결과 공격자는 의도된 쿼리 논리를 변경하거나 데이터를 유출하거나 행을 수정하는 SQL 조각을 주입할 수 있습니다.

주요 기술적 요점:

• 취약점은 인증되지 않았습니다 — 공격자는 로그인할 필요가 없습니다.
• 근본 원인은 플러그인의 요청 처리 코드에서 안전하지 않은 데이터베이스 사용(문자열 연결 또는 WordPress DB API 준비된 문 사용 부족)입니다.
• 플러그인 저자는 매개변수를 적절히 검증하고 안전한 데이터베이스 API를 사용하는 3.1.0 버전의 수정 사항을 발표했습니다.

플러그인을 실행하는 경우 즉시 공식 3.1.0 업데이트를 적용하십시오. 기술적 또는 호환성 문제로 업데이트할 수 없는 경우 아래에 나열된 완화 조치를 배포하십시오.

현실적인 공격자 시나리오와 가능한 영향

다음은 공격자가 WordPress 플러그인에서 SQL 주입을 통해 할 수 있는 구체적인 예입니다. 이는 그럴듯한 결과이며 긴급성을 설명합니다 — 포괄적이지는 않습니다.

• 데이터 유출: wp_users, wp_usermeta, 주문, 지원 티켓 또는 기타 저장된 고객 데이터를 추출합니다.
• 계정 탈취: 관리 사용자를 추가하거나 관리자의 이메일/비밀번호 재설정 경로를 변경하기 위해 레코드를 생성하거나 수정합니다.
• 사이트 변조: 게시물, 페이지, 위젯 또는 옵션을 수정하여 공격자 콘텐츠를 표시합니다.
• 지속적인 백도어: wp_options, 예약된 이벤트 또는 플러그인 테이블에 악성 데이터를 삽입하여 나중에 코드 실행을 유발합니다(예: 직렬화된 PHP 객체 또는 주입된 옵션 값 통해).
• 측면 이동: 데이터베이스에 저장된 다른 시스템이나 자격 증명에 접근한 다음 호스트 계정, 백업 또는 제3자 통합으로 전환합니다.
• 공급망 남용: 사이트가 관리 네트워크의 일부인 경우, 타협이 다른 연결된 사이트나 서비스를 감염시키는 데 사용될 수 있습니다.

SQLi는 데이터베이스 내용 및 구조에 대한 직접적인 접근을 제공하므로, 공격자는 종종 SQLi를 다른 기술과 연결하여 전체 사이트를 장악합니다.

위험에 처한 대상

• JS Help Desk 플러그인을 3.0.9 버전 또는 이전 버전에서 사용하는 모든 WordPress 사이트.
• 데이터베이스에 민감한 고객 또는 비즈니스 데이터가 있는 사이트는 특히 높은 위험에 처해 있습니다.
• 플러그인의 공개 엔드포인트(기본 구성)를 노출하는 사이트 — 거의 모든 일반적인 사용을 포함 — 는 취약합니다.
• 관리 환경: 여러 클라이언트 사이트를 관리하는 경우 모든 설치를 즉시 검토하십시오.

의심스러운 활동을 보았거나 사이트가 공개 창 동안 공격적인 스캔을 받았다면 취약한 플러그인의 모든 인스턴스를 타협된 것으로 간주해야 합니다.

즉각적으로 취해야 할 조치(0–24시간)

1. 플러그인을 즉시 3.1.0(또는 이후 버전)으로 업데이트하십시오.
   • 이것이 유일한 완전한 수정입니다. 업데이트는 취약한 코드 경로를 입력을 검증하고 매개변수화하는 안전한 구현으로 교체합니다.
2. 여러 사이트를 관리하는 경우 지금 모든 곳에서 일괄 업데이트를 하거나 긴급 유지 관리를 예약하십시오.
3. 즉시 업데이트할 수 없는 경우: 아래의 단기 완화 조치를 따르십시오(플러그인 비활성화, 접근 제한 또는 WAF 규칙 적용).
4. 주요 변경을 하기 전에 백업을 수행하십시오(전체 파일 + 데이터베이스 스냅샷). 백업은 오프사이트에 저장하십시오. 참고: 타협 후에 수행된 백업은 타협 후 정리에 도움이 되지 않지만 포렌식 비교에는 유용합니다.
5. 공개 날짜 이후의 의심스러운 활동에 대한 로그를 검토하십시오(탐지 섹션 참조).
6. 관리자 비밀번호와 사이트에 저장되거나 접근 가능한 모든 자격 증명을 변경하십시오(특히 타협의 징후를 감지한 경우).
7. 사용자 데이터를 처리하고 위반을 감지한 경우 이해관계자 및 고객에게 알리십시오 — 해당 공개 법률 및 정책을 따르십시오.

메모: 업데이트는 지연 없이 업데이트할 수 있다면 다른 작업보다 우선시되어야 합니다 — 수정은 해당 코드 경로를 통한 추가 악용을 제거합니다.

즉시 업데이트할 수 없는 경우 단기 완화 조치

일부 환경에서는 플러그인 업데이트에 테스트 또는 승인이 필요하다는 점을 이해합니다. 즉시 3.1.0으로 업데이트할 수 없는 경우 위험을 줄이기 위해 다음 방어 중 하나 이상을 적용하십시오:

1. 플러그인을 비활성화합니다
   • WordPress 관리에서 JS Help Desk 플러그인을 비활성화하거나 SFTP를 통해 플러그인 폴더의 이름을 변경하십시오. 이렇게 하면 공격 표면이 제거됩니다.
2. 플러그인 엔드포인트에 대한 접근 제한
   • 플러그인이 예측 가능한 경로 아래에 엔드포인트를 노출하는 경우, 서버 구성(htaccess/nginx)을 통해 신뢰할 수 있는 IP로 제한하거나 호스팅 제어판에서 접근을 차단하십시오.
3. 가상 패치/WAF 규칙을 적용하십시오.
   • 관리형 웹 애플리케이션 방화벽 또는 호스트 수준 규칙을 사용하여 플러그인의 요청 처리기를 겨냥한 악용 시도를 차단하십시오. 이는 취약한 코드에 도달하는 공격 페이로드를 방지하는 효과적인 임시 조치입니다.
   • 예시(개념적): 플러그인 엔드포인트를 대상으로 하고 매개변수에 SQL 제어 문자를 포함하는 요청을 차단하거나, 알 수 없는 출처에서 플러그인 엔드포인트에 대한 POST/GET 요청을 차단하십시오.
   • 참고: WAF는 위험을 줄이지만 공식 패치를 대체할 수는 없습니다.
4. 의심스러운 트래픽을 모니터링하고 제한합니다.
   • 비정상적인 POST/GET 패턴에 대해 속도 제한을 하고, 반복적으로 잘못된 요청을 하는 IP를 차단합니다.
5. 악성 코드 스캔 및 기준 비교를 실행합니다.
   • 침해 지표(IOC)를 스캔하고 현재 상태를 알려진 깨끗한 기준과 비교합니다.

WP-Firewall에서는 이 문제에 대한 가상 패치 규칙을 이미 생성하였으며, 업데이트하는 동안 시도를 차단하기 위해 가능한 경우 이를 적용할 것을 권장합니다.

탐지: 신호 및 타협의 지표

취약한 버전을 실행 중이거나 실행한 경우, 즉시 다음 징후를 찾기 시작하십시오. 이 중 어떤 것이든 신속한 조사가 필요합니다.

가능한 지표:

• 비정상적인 데이터베이스 쿼리, 특히 예상치 못한 SELECT, UNION 또는 메타데이터 요청이 포함된 웹 서버 로그.
• 자격 증명이 필요 없는 플러그인의 엔드포인트에 대한 요청 급증.
• wp_users에 새로운 관리자 사용자 또는 wp_user_meta에 대한 수정.
• wp_options(사이트 URL, 홈, 활성 플러그인, 크론 일정)에 대한 예상치 못한 변경.
• 변경된 게시물/페이지, 새로운 알 수 없는 게시물 또는 페이지, 또는 변조된 콘텐츠.
• 파일 시스템의 의심스러운 파일(웹 셸, 인코딩된 PHP 파일), 특히 업로드, 캐시 또는 플러그인/테마 폴더에.
• 서버에서 알 수 없는 IP/도메인으로 시작된 아웃바운드 연결.
• 서버 또는 PHP 오류 로그에서 500/502/403 이상 현상 또는 반복적인 비정상 오류.
• 데이터베이스 로그에서 비정상적인 쿼리 또는 데이터 내보내기 활동(가능한 경우).
• 보안 플러그인 또는 서버 악성 코드 스캐너의 경고.

빠르게 검색하는 방법:

• 플러그인 관련 경로에 SQL 특수 문자가 포함된 요청에 대해 웹 서버 액세스 로그를 확인합니다(예: “UNION”, “SELECT”, “‘” 단일 인용부호).
• 핵심 테이블의 데이터베이스 크기 및 최근 수정 타임스탬프를 확인합니다.
• WP‑CLI를 사용하여 사용자 및 최근 게시물 수정을 나열합니다:
  wp 사용자 목록 --역할=관리자
wp 게시물 목록 --post_type=페이지,게시물 --post_status=발행 --format=csv
• 최근 파일 변경 사항을 검토합니다: find /path/to/wp -type f -mtime -30 (창 조정)

의심스러운 사항을 발견하면 청소하거나 복원하기 전에 포렌식 증거(로그, DB 덤프, 수정된 파일 복사본)를 보존합니다.

사고 대응 및 복구 체크리스트

침해를 감지하면 조정된 우선 순위 사고 대응을 따릅니다:

1. 포함
   • 가능하다면 사이트를 일시적으로 오프라인으로 전환하거나 유지 관리 모드로 설정합니다.
   • 노출된 자격 증명을 취소하고 관리자 비밀번호를 변경합니다.
2. 증거 보존
   • 로그를 내보내고 데이터베이스 및 파일 시스템의 전체 백업(오프라인 복사본)을 수행합니다.
3. 조사하다
   • 악용 타임라인, 공격자 IP, 접근된 엔드포인트 및 수행된 작업을 식별합니다.
4. 지속성을 제거하십시오.
   • 알 수 없는 관리자 사용자, 알 수 없는 예약 작업(크론), 악성 파일 및 주입된 콘텐츠를 제거합니다.
5. 깨끗한 상태로 복원하십시오
   • 신뢰할 수 있는 사전 침해 백업이 있는 경우 이를 복원하는 것을 고려하고, 즉시 플러그인/테마/코어를 업데이트하고 모든 자격 증명을 변경합니다.
6. 패치
   • JS Help Desk를 3.1.0 이상으로 업데이트하고 모든 다른 플러그인/테마 및 코어를 업데이트합니다.
7. 강화하고 모니터링하세요
   • 보안 강화 조치를 재적용하고(WAF, 이중 인증, 최소 권한), 강력한 모니터링을 활성화하고 지속적인 스캔을 통합합니다.
8. 소통하다
   • 이해관계자 및 해당되는 경우 법적/규제 의무에 따라 고객에게 데이터 유출 사실을 알립니다.
9. 사후 분석
   • 발생한 사건, 근본 원인 및 재발 방지를 위해 변경된 사항을 문서화합니다.

팀에 사고 대응 능력이 부족한 경우 전문적인 도움을 요청하십시오 — 신속한 차단이 중요합니다.

강화 및 향후 모범 사례

단일 취약점은 더 큰 성숙도 관행을 강조합니다. 이러한 지속적인 통제를 채택하십시오:

• 모든 것을 업데이트 상태로 유지합니다: WordPress 코어, 플러그인 및 테마. 대규모 사이트의 경우 스테이징에서 업데이트를 테스트하되, 보안 패치의 신속한 배포를 계획합니다.
• 최소 권한 원칙: 필요할 때만 관리자 권한을 부여합니다. 플러그인 접근을 최소화합니다.
• 정기 백업: 자동화된 암호화된 백업을 오프사이트에 저장합니다. 주기적으로 복원 테스트를 수행합니다.
• 가상 패치 기능이 있는 웹 애플리케이션 방화벽(WAF)을 구현합니다. 가상 패칭은 코드가 업데이트되기 전에 새로 공개된 문제의 악용을 차단하는 데 도움이 됩니다.
• 로그를 모니터링하고, 경고를 설정하며, 정기적으로 악성 코드 스캔을 실행합니다.
• 강력한 인증 사용: 모든 WordPress 사용자에 대해 고유한 강력한 비밀번호, 특권 계정에 대한 2FA, 공유 관리자 자격 증명을 피합니다.
• 필요한 것만 플러그인 수를 제한합니다 — 플러그인이 적을수록 공격 표면이 작아집니다.
• 보안 코드 검토를 사용하고 플러그인 개발자를 검증합니다: 업데이트 주기, 지원 응답성 및 커뮤니티 리뷰를 확인합니다.
• 서버 환경을 강화합니다: PHP를 최신 상태로 유지하고, 필요하지 않은 위험한 PHP 기능을 비활성화하며, 파일 권한을 시행합니다.

우리는 보안이 계층화되어야 한다고 자주 조언합니다 — 업데이트, 스캔, 접근 제어, WAF 및 백업이 함께 회복력을 생성합니다.

WP-Firewall이 당신을 보호하는 방법(우리가 추천하는 것)

WordPress 방화벽 및 보안 서비스 제공업체로서 우리의 사명은 위험을 줄이고, 조기 침해 탐지 및 새로운 취약점이 공개될 때 신속한 완화를 제공하는 것입니다. JS Help Desk SQLi와 같은 문제에 대해 다음과 같은 보호 및 서비스를 제공합니다:

• 보호된 사이트 전반에 걸쳐 알려진 악용 패턴을 차단하기 위해 즉시 배포되는 관리형 WAF 규칙(가상 패칭).
• 인증되지 않은 악용 시도에 대한 실시간 공격 탐지 및 차단.
• 침해의 징후를 감지하고 악성 파일을 제거하기 위한 악성 코드 스캔 및 정리.
• 침해를 발견한 고객을 위한 전담 복구 안내 및 사고 대응 지원.
• 플러그인 취약점 공개에 대한 경고 및 모니터링으로 패치가 출시될 때 신속하게 알림을 받을 수 있습니다.
• 취약한 플러그인을 자동으로 업데이트하는 옵션(적격 계획에 대해 제공)으로 중요한 수정 사항이 최소한의 지연으로 적용됩니다.

사이트를 즉시 보호하고 싶다면 공식 플러그인 업데이트를 적용하세요 — WAF 및 모니터링과 같은 계층화된 보호는 공개와 패치 사이의 기간 동안 성공적인 악용 가능성을 극적으로 줄입니다.

무료로 사이트를 보호하세요 — WP-Firewall Basic

업데이트를 평가하고 적용하는 동안 사이트 방어를 신속하게 개선하고 싶다면 무료 보호 계획을 제공하여 시작할 수 있습니다.

제목: 무료 관리형 방화벽 보호로 시작하세요.

WP‑Firewall Basic(무료)은 귀하의 WordPress 사이트에 필수적이고 항상 켜져 있는 보호를 제공합니다:

• 가상 패칭 및 OWASP Top 10 완화를 포함한 관리형 방화벽.
• 보안 레이어를 통한 무제한 대역폭
• 워드프레스를 위한 조정된 WAF
• 악성코드 스캔

WP‑Firewall Basic에 가입하고 즉시 기본 보호를 받으세요: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

추가 자동화 및 지원을 원하는 팀을 위해, 유료 플랜은 자동 악성 코드 제거, IP 허용/거부 목록, 월간 보안 보고서 및 고급 서비스를 추가합니다.

실용적인 WAF 가이드 (안전한 예시)

아래는 업데이트를 준비하는 동안 배포할 수 있는 안전한 개념적 WAF 전략입니다. 이러한 예시는 악용 가능한 페이로드를 보여주지 않으며 방어 패턴에 집중합니다.

1. 플러그인 특정 엔드포인트에 대한 직접 접근 차단
   • 플러그인이 예측 가능한 경로를 노출하는 경우(예: /wp‑admin/admin‑ajax.php?action=js_ticket_…), 신뢰할 수 없는 IP에서 이러한 경로를 차단하거나 속도 제한을 고려하세요.
2. 의심스러운 입력 패턴 차단 (개념적)
   • 숫자 또는 간단한 토큰으로 예상되는 쿼리 매개변수에 SQL 제어 단어가 포함된 요청을 거부합니다.
3. 매개변수 유형 강제 적용
   • 엔드포인트가 숫자 ID를 예상하는 경우, 해당 매개변수에 대해 숫자만 허용하는 규칙을 추가하세요.
4. 속도 제한 및 지리적 차단
   • 빈번한 요청을 제한하고 적절한 경우 명백한 스캐닝 출처를 차단하세요.
5. 알려진 악성 IP 및 사용자 에이전트 차단
   • IP 평판 피드와 결합하세요.

예시 의사 코드 (개념적, 특정 제품에 대한 직접 규칙 아님):

IF request_path가 "/wp-admin/admin-ajax.php"와 일치하고 query_contains("action=js_*")

관리되는 WAF는 잘 조정된 규칙을 가지고 있어 잘못된 긍정 반응을 최소화합니다 — 이것이 많은 사이트가 중요한 기간 동안 호스팅 솔루션을 선택하는 이유입니다.

모니터링 및 장기 보안 태세

즉각적인 패치 및 긴급 완화 이상의 지속적인 개선에 투자하세요:

• 설치된 플러그인/테마에 대한 주간 취약점 스캔.
• 새로운 플러그인 취약점에 대한 자동 알림 및 노출에 따른 우선 패치.
• 복잡하거나 고위험 사이트에 대한 주기적인 제3자 보안 감사.
• 신속하고 반복 가능한 대응을 위한 사고 플레이북 및 실행서.

고심각도 취약점 공개 후 조직의 변경 창, 테스트 주기 및 업데이트 자동화가 적절한지 확인하기 위해 사고 후 검토를 예약할 것을 권장합니다.

부록: 빠른 체크리스트

빠른 업데이트 체크리스트 (10분)

• WP 관리자에 로그인합니다.
• JS Help Desk 플러그인을 3.1.0 이상으로 업데이트합니다.
• 가능하다면 스테이징 서버에서 사이트 기능을 확인합니다.
• 전체 사이트 악성 코드 검사를 실행하세요.

긴급 완화 체크리스트 (업데이트가 불가능한 경우)

• 플러그인을 비활성화하거나 엔드포인트를 제한합니다.
• 악용 시도를 차단하기 위해 WAF 규칙을 배포합니다.
• 파일 및 DB를 백업합니다.
• 의심스러운 활동에 대한 로그를 모니터링하십시오.

사고 조사 체크리스트 (타협이 의심되는 경우)

• 로그 및 DB 내보내기를 보존합니다.
• 현재 사이트를 백업과 비교합니다.
• 알려지지 않은 관리자 사용자 및 의심스러운 크론 작업을 나열하고 제거합니다.
• 모든 계정의 자격 증명을 교체합니다.

우리 보안 팀의 최종 메시지

공개적으로 노출된 WordPress 플러그인에서 SQL 인젝션 취약점은 사이트 소유자에게 가장 긴급한 위협 중 하나로 남아 있습니다. JS Help Desk (js-support-ticket) 버전 3.0.9 이하를 실행 중인 경우, 최우선 사항은 즉시 3.1.0으로 업데이트하는 것입니다.

여러 사이트에서 노출 평가에 도움이 필요하거나, 플러그인 호환성을 테스트하는 동안 가상 패치를 배포하고 싶거나, 사고 대응에 도움이 필요하다면, WP‑Firewall 팀은 WordPress 사고에 대한 신속한 격리 및 복구 경험이 있습니다. 기억하세요: 패치는 취약점을 제거하지만, 탐지, 모니터링 및 복구는 문제가 발생했을 때 지속적인 피해를 줄이는 관행입니다.

안전을 유지하고, 업데이트를 우선시하며, 다층 방어를 사용하세요 — 이는 거의 사고와 비용이 많이 드는 침해 사이의 차이를 만듭니다.

— WP‑Firewall 보안 팀

노트 및 참고자료

• CVE: CVE‑2026‑48886
• 취약한 플러그인: JS Help Desk (js-support-ticket) <= 3.0.9; 3.1.0에서 패치됨
• 공개일: 2026년 6월 2일

여러 WordPress 사이트를 관리하고 자동 패치, 가상 패치 또는 사고 대응에 도움이 필요하다면, 저희 팀에 연락하시거나 WP‑Firewall Basic 무료 보호 계획에 가입하세요: https://my.wp-firewall.com/buy/wp-firewall-free-plan/