보안 권고 SQL 인젝션 Infility 글로벌 플러그인//발행일 2026-05-21//CVE-2026-8685

WP-방화벽 보안팀

Infility Global SQL Injection Vulnerability

플러그인 이름 인피니티 글로벌
취약점 유형 SQL 주입
CVE 번호 CVE-2026-8685
긴급 높은
CVE 게시 날짜 2026-05-21
소스 URL CVE-2026-8685

인피니티 글로벌의 SQL 인젝션 (≤ 2.15.16) — 워드프레스 사이트 소유자가 지금 해야 할 일

작가: WP‑Firewall 보안 팀

날짜: 2026-05-21

요약: 인피니티 글로벌 워드프레스 플러그인(버전 ≤ 2.15.16)에 영향을 미치는 고위험 SQL 인젝션(CVE-2026-8685)은 구독자 권한을 가진 인증된 계정이 SQL을 주입할 수 있게 합니다. 이 게시물에서는 위험, 예상되는 영향, 공격자가 결함을 악용할 수 있는 방법, 악용 탐지 방법, 즉시 적용할 수 있는 단기 및 중기 완화 방법을 설명합니다 — 패치 또는 수정하는 동안 공격을 차단하는 데 도움이 되는 WP-Firewall 보호 방법도 포함됩니다.

목차

  • 배경 및 영향
  • 위험에 처한 대상
  • 이 취약점이 작동하는 방식 (고급)
  • 악용 가능성과 공격자의 목표
  • 침해 지표(IoCs) 및 탐지
  • 즉각적인 완화 조치 (사이트 소유자)
  • WAF / 가상 패치 접근 방식 (실용적인 규칙)
  • 개발자 안내: 안전하게 코드 수정하기
  • 사건 후 복구 및 강화
  • 자주 묻는 질문
  • 지금 바로 귀하의 사이트를 보호하세요 — WP‑Firewall 무료 플랜으로 시작하세요
  • 결론

배경 및 영향

2026년 5월 21일, 인피니티 글로벌 워드프레스 플러그인 버전 ≤ 2.15.16에서 고위험 SQL 인젝션 취약점(CVE-2026-8685)이 공개되었습니다. 이 결함의 중요하고 비정상적인 측면은 공격자가 SQL 인젝션을 유발하기 위해 구독자 역할(또는 동등한 역할)의 인증된 계정만 필요하다는 것입니다. 많은 워드프레스 사이트에서 구독자 계정은 사용자 생성 콘텐츠(댓글, 양식, 특정 위젯, 고객 계정 등)에 허용되므로, 공격 표면이 더 넓어집니다.

이것이 중요한 이유: SQL 인젝션은 공격자에게 데이터베이스에 대한 직접적인 경로를 제공합니다. 플러그인이 쿼리를 실행하는 방식에 따라 공격자는 민감한 데이터(사용자, 비밀번호, 주문, 사이트 설정)를 읽거나 수정하고, 관리자 사용자를 생성하거나 지속적인 백도어를 설치할 수 있습니다. 운영 환경에서는 전체 사이트 손상, 데이터 도난 및 하류 평판 손상으로 확대될 수 있습니다.

이는 고위험 취약점입니다: 악용이 상대적으로 낮은 마찰로 이루어질 수 있으며(인증된 사용자는 일반적임), 영향은 전체 데이터 접근이 될 수 있고, 많은 사이트가 영향을 받는 플러그인을 사용합니다. 즉각적인 완화가 필요한 사건으로 취급해야 합니다.

위험에 처한 대상

  • 버전 2.15.16 또는 이전 버전의 인피니티 글로벌 플러그인을 실행하는 사이트.
  • 등록 또는 구독자 수준의 계정을 허용하는 모든 워드프레스 사이트(개방 등록, 전자상거래 고객, 계정이 생성되는 회원 사이트).
  • 이 플러그인이 설치된 여러 워드프레스 설치를 관리하는 호스팅 및 에이전시.

플러그인을 실행하지 않거나 이 문제를 수정하는 버전으로 업그레이드한 경우(공식 패치가 출시될 경우), 영향을 받지 않습니다. 이 글을 작성할 당시 널리 사용 가능한 공식 패치는 없었으므로, 완화가 시급합니다.

이 취약점이 작동하는 방식 (고급)

SQL 인젝션 취약점의 근본 원인은 사용자 제공 데이터로 인해 비위생적이거나 잘못 사용된 SQL입니다. 워드프레스 플러그인에서 SQLi로 이어지는 전형적인 패턴:

  • 사용자 입력을 쿼리에 직접 연결하여 SQL 문자열을 구축합니다.
  • $wpdb->prepare() 또는 매개변수화된 쿼리를 사용하지 않습니다.
  • 입력을 수용하는 엔드포인트에서 불충분한 권한 검사 및 누락된 논스.
  • 잘못 캐스팅되거나 검증된 입력으로 데이터베이스를 쿼리합니다.

이 특정 경우 플러그인은 인증된 사용자로부터 입력을 수용하는 엔드포인트 또는 작업을 노출합니다. 플러그인 코드는 적절한 매개변수화 또는 이스케이프 없이 플러그인 매개변수와 사용자 제공 값을 결합하는 SQL 쿼리를 구성합니다. 구독자가 해당 코드 경로에 접근할 수 있으므로, SQL 조각을 포함하는 조작된 입력을 제공하고 최종 실행 쿼리에 영향을 미칠 수 있습니다.

우리는 공격자에게 도움이 되는 재현 가능한 익스플로잇 코드를 여기에서 게시하지 않을 것입니다. 대신 아래의 수정 및 안전한 강화 기술에 집중하십시오.

악용 가능성과 공격자의 목표

공격자가 할 수 있는 일은 데이터베이스 계정의 권한과 데이터베이스 스키마에 따라 다릅니다. WordPress에서 SQL 인젝션을 악용할 때 일반적인 공격자의 목표는 다음과 같습니다:

  • 민감한 테이블 읽기: wp_users, wp_usermeta, orders, payment tokens.
  • 옵션에 저장된 이메일 주소, 해시된 비밀번호 또는 API 키 덤프.
  • 데이터 수정: 관리 사용자 생성, 역할 변경 또는 플러그인 설정 변경.
  • 나중에 코드를 실행하는 데 사용할 수 있는 저장된 페이로드 주입 및 검색.
  • 조작된 쿼리를 통해 플러그인/테마 파일 이름, 플러그인 설정 또는 사이트 구성 열거.
  • 지속성 생성(예: 악성 플러그인을 로드하는 wp_options에 백도어 항목 작성).

공격자가 인증된 사용자 계정이 필요하기 때문에 많은 실제 공격의 첫 번째 단계는 계정 생성(열린 등록) 또는 계정 탈취(자격 증명 스터핑)입니다. 검증 없이 사용자 등록을 허용하는 사이트는 대량 자동 악용에 특히 취약합니다.

침해 지표(IoCs) 및 탐지

로그 기록 및 수색 시작. 악용이 의심되면 신속하게 행동하십시오.

네트워크 및 웹 로그

  • 인증된 계정에서 플러그인 엔드포인트로의 비정상적인 POST 요청.
  • 일반적으로 숫자 ID 또는 슬러그가 포함된 위치에 SQL 구문 키워드(SELECT, UNION, –, ;, /*, */)가 포함된 비정상적인 매개변수 값을 가진 요청.
  • 일반적으로 접근하지 않는 엔드포인트에 대한 낮은 권한 계정의 요청 빈도 증가.

애플리케이션 및 데이터베이스 지표

  • 연결된 값을 보여주는 데이터베이스 느린 쿼리 로그 또는 일반 쿼리 로그에서 예상치 못한 SELECT 쿼리.
  • 스키마 또는 테이블 이름을 반환하는 비정상적인 쿼리.
  • user_registered가 최근이고 user_level/capabilities가 관리자 권한을 나타내는 wp_users의 새로운 행.
  • 주입된 코드 또는 base64 블롭처럼 보이는 wp_options의 새로운 옵션.

파일 시스템 및 백도어 지표

  • wp-content/plugins, wp-content/uploads 또는 wp-content/mu-plugins에 있는 새 또는 수정된 PHP 파일.
  • 알 수 없는 플러그인 또는 작성자가 설정한 예약 작업(WP‑Cron 항목).
  • 웹 서버에서 알 수 없는 도메인 또는 IP로의 예상치 못한 아웃바운드 연결.

행동 지표

  • 사이트에서 발송된 갑작스러운 스팸 이메일.
  • 프론트엔드 페이지의 리디렉션 또는 주입된 스크립트.
  • 새로운 관리자 사용자 계정 생성 후 로그인 실패.

탐지 권장 사항

  • 디버그 로깅을 일시적으로 활성화하십시오(개인정보에 유의).
  • 플러그인 엔드포인트에 대한 의심스러운 요청을 위해 웹 서버 액세스 로그를 검토하십시오.
  • 웹 호스트의 데이터베이스 로그를 사용하여 비정상적인 SQL을 검색하십시오.
  • 파일 및 데이터베이스 콘텐츠에 대한 전체 맬웨어 스캔을 실행하십시오.
  • 새로운 관리자 사용자를 확인하고 사용자 역할 및 권한의 최근 변경 사항을 검토하십시오.

즉각적인 완화 조치 (사이트 소유자)

영향을 받는 플러그인을 실행 중이고 공식 패치나 업그레이드를 즉시 적용할 수 없는 경우, 이러한 단계를 순서대로 따르십시오. 그렇지 않다고 확인할 때까지 사이트를 잠재적으로 손상된 것으로 간주하십시오.

  1. 격리 및 스냅샷
    • 즉시 전체 백업(파일 + 데이터베이스)을 생성하십시오. 나중에 포렌식을 위해 상태를 보존하기 위해 먼저 스냅샷을 찍으십시오.
    • 활성 악용이 의심되는 경우 사이트를 오프라인으로 전환하거나 유지 관리 모드로 전환하는 것을 고려하십시오.
  2. 취약한 기능에 대한 액세스를 제한하십시오.
    • 플러그인이 전용 URL 또는 엔드포인트를 노출하는 경우, 관리자 역할을 제외한 모든 역할에 대해 해당 경로에 대한 액세스를 차단하십시오.
    • 엔드포인트를 특정적으로 차단할 수 없는 경우, 패치가 제공될 때까지 플러그인을 일시적으로 비활성화하는 것을 고려하십시오.
  3. 인증 및 등록 강화
    • 사이트에서 사용자 등록을 허용하는 경우, 열린 사용자 등록을 일시적으로 비활성화하십시오.
    • 모든 권한 있는 사용자(편집자/관리자)에 대해 비밀번호 재설정을 강제하고, 데이터베이스에 접근했을 수 있는 경우 모든 사용자에게 비밀번호 재설정을 강제하는 것을 고려하십시오.
    • 관리자 사용자를 위한 강력한 사이트 전체 이중 인증을 활성화하십시오.
  4. 웹 애플리케이션 방화벽(WAF) 및 가상 패칭
    • WAF 규칙을 적용하여 플러그인의 취약한 엔드포인트를 차단하고 SQLi 패턴을 감지/중화하십시오. (아래에 구체적이고 방어 가능한 WAF 규칙 예제를 제공합니다.)
    • 플러그인 엔드포인트에 대한 POST 요청에 대해 속도 제한을 사용하십시오.
  5. 사용자 및 역할 감사
    • 예상치 못한 사용자 또는 역할 변경을 위해 wp_users 및 wp_usermeta를 검토하십시오.
    • 알 수 없는 관리자 사용자를 제거하고 알려진 관리자의 자격 증명을 재설정하십시오.
    • 비활성 계정을 제거하거나 역할을 변경하여 공격 표면을 최소화하십시오.
  6. 데이터베이스 격리
    • SQL 주입 증거가 있거나 DB에 직접 접근할 수 있다고 의심되는 경우 WordPress에서 사용하는 데이터베이스 사용자 비밀번호를 변경하십시오.
    • 비밀번호를 변경한 후 wp-config.php를 새 자격 증명으로 업데이트하십시오.
  7. 스캔 및 정리
    • 파일 무결성 검사 및 악성 코드 스캐너를 실행하여 웹 셸/백도어를 찾으십시오.
    • 예상치 못한 수정 사항에 대해 업로드 디렉토리 및 테마/플러그인 파일을 확인하십시오.
    • 백도어를 발견한 경우 전체 조사를 수행하지 않고 단순히 삭제하지 마십시오 — 백도어는 종종 추가적인 지속성 메커니즘과 함께 제공됩니다.
  8. 이해관계자 및 공급자에게 알리십시오.
    • 호스트 및 보안 팀에 알리십시오. 그들은 로그, 스냅샷 및 추가 격리에 도움을 줄 수 있습니다.
    • 더 큰 환경을 운영하는 경우 사고 대응 절차를 따르십시오.

WAF / 가상 패치 접근 방식 (실용적인 규칙)

WAF(클라우드 또는 플러그인 기반)를 사용하는 경우 패치를 기다리는 동안 악용 시도를 차단할 수 있습니다. 아래는 안전하고 방어적인 접근 방식 및 규칙 아이디어의 예입니다. WAF에만 의존하지 마십시오 — 완화 계층으로 취급하십시오.

중요한: 플러그인의 특정 엔드포인트 및 매개변수에만 트래픽을 타겟팅하십시오. 광범위하고 일반적인 주입 차단은 합법적인 기능을 중단시킬 수 있습니다.

  1. 플러그인 엔드포인트를 차단하거나 속도 제한하십시오.
    • 플러그인이 다음과 같은 경로를 노출하는 경우 /wp-admin/admin-ajax.php?action=infility_* 또는 /?infility_action=..., 낮은 권한 계정이나 인증되지 않은 사용자로부터의 요청을 차단하거나 도전(CAPTCHA)하는 규칙을 만듭니다.
    • 예: 에 대한 POST 요청 차단 /wp-admin/admin-ajax.php 언제 action=infility_save 또는 관리 IP를 제외한 유사한 요청.
  2. 매개변수 검증(화이트리스트)
    • 취약한 매개변수가 숫자여야 하는 경우(예:, ID), 숫자 화이트리스트를 적용합니다. SQL 구문이 포함된 것은 거부합니다.
    • 예제 규칙: 매개변수가 거부될 때 ID 정규 표현식과 일치 [^0-9] 또는 일반 SQL 토큰을 포함합니다.
  3. 매개변수에서 SQL 유사 페이로드 감지
    • 플러그인 매개변수에 SQL 키워드나 예상치 못한 위치에 주석 시퀀스가 포함된 요청 차단: 유니온, 선택하다, 끼워 넣다, 업데이트, 삭제, --, /*, */.
    • 대소문자를 구분하지 않는 일치를 사용하고 URL 인코딩을 정규화합니다.
  4. 의심스러운 문자 시퀀스 차단
    • 매개변수에 "' OR"이 포함된 요청 거부", "' OR 1=1", "/*", "--", 또는 단어 또는 숫자여야 하는 필드에 세미콜론이 포함된 경우.
  5. 새로운 패턴을 먼저 모니터링하고 기록합니다(차단하지 않음)
    • 합법적인 트래픽을 방해하지 않도록 모니터 전용 모드에서 규칙을 짧은 기간 동안 배포하십시오.
    • 안전한 동작을 확인한 후 차단 모드로 전환하십시오.

예제 의사 규칙(안전하고 목표 지향적):

- 요청 경로에 "admin-ajax.php"가 포함되고 쿼리 매개변수 action == "infility_save"이며 HTTP 메서드가 POST인 경우:.

규칙에 대한 주의 사항

  • 항상 프로덕션 전에 스테이징에서 규칙을 테스트하세요.
  • 블랙리스트보다 화이트리스트(예상 형식만 허용)를 선호하십시오.
  • 테스트하는 동안 신뢰할 수 있는 내부 또는 관리자 IP에 대한 허용 목록을 유지하십시오.

WP-Firewall 방어자로서 즉시 활성화하고 사이트에 맞게 조정할 수 있는 미리 구축된 가상 패치 템플릿을 제공합니다. 이는 비파괴적이며 정상적인 사이트 사용에 방해가 되지 않도록 공격 시도를 차단하도록 설계되었습니다.

개발자 안내: 안전하게 코드 수정하기

플러그인 저자이거나 플러그인을 유지 관리하는 개발자인 경우, 올바르고 영구적인 수정 방법은 매개변수화된 쿼리와 적절한 권한 검사를 사용하도록 코드를 업데이트하는 것입니다. 주요 권장 사항:

  1. $wpdb->prepare() 및 플레이스홀더를 사용하십시오.
    • 사용자 입력을 SQL에 직접 연결하지 마십시오.
    • 16. global $wpdb;
    global $wpdb;
    
    • 정수에는 %d, 문자열에는 %s, 부동 소수점에는 %f를 사용하십시오.
  2. 입력을 서버 측에서 검증하십시오(화이트리스트).
    • 예상 입력 유형, 길이, 문자 집합 및 범위에 대해 엄격한 검증을 시행하십시오.
    • 예: ID가 정수여야 하는 경우, 캐스팅하고 is_int를 확인하거나 intval()를 사용하십시오.
  3. 출력을 이스케이프하십시오(하지만 매개변수화의 대체로서 이스케이프를 피하십시오).
    • 데이터를 브라우저에 렌더링할 때 esc_html(), esc_attr(), esc_url()를 사용하십시오.
    • 이스케이프는 매개변수화된 쿼리의 대체물이 아닙니다.
  4. 기능 검사 및 nonce
    • 적절한 권한 검사를 시행하십시오: check current_user_can(‘manage_options’) 또는 필요한 정확한 권한을 확인하십시오.
    • CSRF를 방지하기 위해 양식 및 AJAX 작업에 wp_verify_nonce()를 사용하십시오.
  5. 최소 권한의 원칙
    • 구독자 역할에 관리자 수준의 기능을 노출하지 마십시오.
    • 역할 할당을 재검토하고 필요한 권한만 할당하십시오.
  6. 로깅 및 원거리 측정
    • 예상치 못한 입력 형식 및 실패한 유효성 검사를 위한 안전한 로깅을 추가하십시오. 비밀번호나 PII를 포함한 전체 페이로드의 로깅을 피하십시오.
  7. 단위 테스트 및 코드 검토
    • SQL 레이어가 안전한지 확인하기 위해 악의적인 페이로드를 시뮬레이션하는 자동화된 테스트를 추가하십시오.
    • 의존성 검사를 포함한 정적 분석 및 보안 코드 검토를 적용하십시오.

사건 후 복구 및 강화

사이트가 악용되었다는 사실을 알게 된 경우:

  1. 포렌식 우선
    • 로그와 백업을 보존하십시오. 덮어쓰지 마십시오.
    • 초기 벡터, 침입의 범위 및 시간 창을 식별하십시오.
  2. 지속성을 제거하십시오.
    • 웹 셸, 악성 플러그인 또는 예상치 못한 WordPress 크론 훅을 제거하십시오.
    • 업로드, 테마, 플러그인 및 mu-플러그인을 검사하십시오.
  3. 불확실한 경우 알려진 좋은 소스에서 다시 구축하십시오.
    • 침해가 깊은 경우(알 수 없는 지속성), 가장 안전한 방법은 신뢰할 수 있는 소스에서 새 WordPress 코어 및 플러그인/테마 파일을 사용하여 다시 구축하고 알려진 좋은 데이터베이스 백업을 복원하는 것입니다.
  4. 자격 증명 회전
    • 관리자, 사용자, 데이터베이스 접근 및 외부 API 키에 대한 모든 비밀번호를 재설정하십시오.
    • 의심스러운 경우 wp-config.php 또는 기타 구성 파일에 저장된 비밀을 회전하십시오.
  5. 모니터링 및 탐지를 개선하십시오.
    • 파일 무결성 모니터링, 정기 스캔을 활성화하고 의심스러운 활동(새 관리자 사용자, 데이터베이스 이상)에 대한 경고를 설정하십시오.
    • 사건 후 분석을 위해 최소 90일 동안 로그의 보관 사본을 유지하십시오.
  6. 아키텍처를 검토하십시오.
    • 가능한 경우, 고위험 기능을 더 강력한 인증 또는 추가 확인 단계 뒤로 이동하십시오.
    • 최소 권한을 가진 전용 데이터베이스 사용자 사용을 고려하십시오(예: 필요하지 않은 경우 DROP, ALTER 없음).
  7. 소통하다
    • 고객 데이터가 노출된 경우, 통지에 대한 관련 법적 및 계약적 의무를 따르십시오.

자주 묻는 질문(FAQ)

Q: 구독자 등록이 열려 있습니다 — 공격을 받을 확률이 보장되나요?
A: 보장되지는 않지만, 귀하의 사이트는 높은 위험에 처해 있습니다. 자동화된 봇넷과 기회주의 공격자는 알려진 취약한 플러그인을 스캔하고 낮은 권한 계정을 허용하는 사이트를 악용하려고 시도합니다. 등록을 닫거나 이메일 확인 및 속도 제한을 추가하십시오.
Q: 플러그인을 비활성화하는 것만으로 충분한가요?
A: 플러그인을 비활성화하거나 제거하면 코드 경로를 통한 추가 악용을 방지할 수 있습니다. 그러나 이미 악용이 발생한 경우, 공격자가 지속성을 남겼을 수 있습니다. 재활성화하기 전에 전체 정리 및 감사를 수행하십시오.
Q: 패치가 있나요?
A: 패치에 대한 플러그인 저자의 공식 채널을 따르십시오. 공식 업데이트가 적용될 때까지 WAF 규칙을 사용하고, 접근을 제한하거나 플러그인을 제거하십시오. 패치가 없는 경우, 이를 적극적으로 취약한 것으로 간주하고 플러그인 교체를 고려하십시오.
Q: 웹 호스트가 도와줄까요?
A: 많은 호스트가 보안 지원을 제공합니다 — 로그, 스냅샷 및 임시 격리에 도움을 줄 수 있습니다. 손상이 의심되는 경우 그들과 협력하십시오.

지금 바로 귀하의 사이트를 보호하세요 — WP‑Firewall 무료 플랜으로 시작하세요

SQL 인젝션 악용 시도 및 기타 OWASP Top 10 공격을 중단하기 위해 즉각적이고 비용이 없는 보호 계층이 필요하다면, WP-Firewall의 기본(무료) 플랜으로 시작하는 것을 고려하십시오. 우리의 기본 플랜에는 관리형 WAF, 악성 코드 스캐너, 무제한 대역폭 보호 및 공격적인 SQLi 시도와 일반적인 악용 벡터를 차단하도록 설계된 완화 규칙이 포함되어 있습니다. 알려진 플러그인 취약점에 대한 사전 구축된 가상 패치를 활성화하고 코드를 변경하지 않고도 목표 WAF 규칙을 적용할 수 있습니다 — 플러그인을 업데이트하거나 개발자와 작업하는 동안의 실용적인 임시 방편입니다.

여기에서 무료 계획에 가입하십시오:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/

더 많은 자동화된 수정 및 보고를 원하신다면, 우리의 유료 플랜에는 자동 악성 코드 제거, IP 블랙리스트/화이트리스트 제어, 월간 보안 보고서, 자동 가상 패치 및 사고 후 진단 및 복구를 돕는 관리 서비스가 포함되어 있습니다.

결론

CVE-2026-8685 (Infility Global ≤ 2.15.16)는 인증된 구독자 권한 계정이 SQL 인젝션을 악용할 수 있게 하므로 심각한 실제 위험입니다. 플러그인을 실행하는 경우, 이를 사고로 간주하십시오: 빠른 격리 조치를 취하고(플러그인 비활성화 또는 취약한 엔드포인트 차단), 사용자 및 데이터베이스 활동을 감사하고, 공식 패치를 기다리는 동안 악용 시도를 차단하기 위해 집중된 WAF 규칙을 적용하십시오.

예방은 다층적 접근입니다: 플러그인과 코어를 최신 상태로 유지하고, 불필요한 사용자 등록을 줄이며, 최소 권한을 적용하고, 플러그인에서 기능 및 nonce 검사를 시행하며, 악용 시도를 조기에 포착하기 위해 관리형 WAF를 사용하십시오. 실질적인 도움이 필요하다면, WP-Firewall 팀이 가상 패치, 스캔 및 사고 후 복구를 도와드릴 수 있습니다.

안전을 유지하십시오: 모든 것을 기록하고, 자주 백업하며, 격리를 우선시하십시오. 오늘 즉각적으로 활성화할 수 있는 무료 보호를 원하신다면, WP-Firewall의 기본 무료 플랜으로 시작하고 알려진 플러그인 엔드포인트에 대한 목표 완화 규칙을 활성화하십시오.

추가 읽기 및 자료

지원

특정 호스팅 환경에 맞게 WAF 규칙을 조정하거나 귀하의 사이트에서 Infility Global 플러그인 동작에 대한 보안 검토를 원하신다면, 우리의 지원 팀이 로그를 검토하고 최선의 다음 단계를 추천하는 데 도움을 드릴 수 있습니다.


wordpress security update banner

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

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

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