플러그인 이름	이름 디렉토리
취약점 유형	크로스 사이트 스크립팅(XSS)
CVE 번호	CVE-2026-3178
긴급	중간
CVE 게시 날짜	2026-03-14
소스 URL	CVE-2026-3178

긴급: 이름 디렉토리 플러그인(≤ 1.32.1)에서 인증되지 않은 저장 XSS — 워드프레스 사이트 소유자가 지금 당장 해야 할 일

날짜: 2026년 3월 12일
CVE: CVE-2026-3178
심각성: 중간(CVSS 7.1)
영향을 받는 버전: 이름 디렉토리 플러그인 ≤ 1.32.1
패치됨: 1.33.0

WP-Firewall 팀과 함께 일하는 워드프레스 보안 전문가로서, 저는 직접적으로 말씀드리고 싶습니다: 이 취약점은 긴급하게 다뤄져야 합니다. 1.33.0 이전의 이름 디렉토리 플러그인은 인증되지 않은 사용자가 플러그인에 악의적인 입력(특히 이름 필드)을 제출할 수 있는 인증되지 않은 저장 크로스 사이트 스크립팅(XSS) 취약점을 포함하고 있으며, 이는 충분한 출력 이스케이프 또는 필터링 없이 저장되고 나중에 표시됩니다. 실제로 이는 관리자가 악의적인 항목을 볼 때 관리자 또는 기타 권한 있는 사용자의 컨텍스트에서 저장된 XSS가 실행되는 결과를 초래할 수 있으며, 세션 도용에서 사이트 수정에 이르는 다양한 후속 악용 작업을 가능하게 합니다.

아래에서는 이 취약점이 무엇인지, 왜 중요한지, 현실적인 공격 시나리오, 악용 또는 악용 시도 탐지 방법, 그리고 지금 바로 적용할 수 있는 단계별 완화 조치를 설명합니다 — WAF/가상 패치 레시피, 단기 서버 강화, 장기 플러그인 개발 모범 사례를 포함합니다.

메모: 플러그인을 즉시 1.33.0으로 업데이트할 수 있다면, 먼저 그렇게 하십시오. 공급업체는 1.33.0에서 수정 사항을 발표했습니다. 즉시 업데이트할 수 없다면(스테이징/호환성 문제, 사용자 정의), 아래의 완화 단계를 따르십시오.

요약 — 즉각적인 조치

이름 디렉토리 플러그인을 버전 1.33.0 이상으로 업데이트하십시오 — 이는 취약점을 제거합니다. 이것이 권장되고 영구적인 수정입니다.
즉시 업데이트할 수 없는 경우:
- 플러그인에 대한 공개 제출을 비활성화하거나 패치할 수 있을 때까지 플러그인을 완전히 제거하십시오.
- 플러그인 엔드포인트를 대상으로 하는 악의적인 페이로드를 차단하고 의심스러운 페이로드 패턴을 차단하기 위해 WAF/방화벽 규칙을 적용하십시오.
- 플러그인의 관리자 페이지에 대한 접근을 신뢰할 수 있는 IP 범위로 제한하고 관리자가 최신 브라우저와 보안 위생을 유지하도록 요구하십시오.
- 최근 항목 및 로그를 스캔하고 검토하여 의심스러운 콘텐츠나 알 수 없는 항목을 확인하십시오.
손상이 의심되는 경우: 사이트를 오프라인으로 전환(유지 관리), 백업, 전체 악성 코드/포렌식 스캔 수행, 자격 증명 변경, 사고 대응 단계를 따르십시오(자세한 내용은 나중에 설명).

취약점은 정확히 무엇인가요?

유형: 저장된 크로스 사이트 스크립팅(저장된 XSS)
트리거: 플러그인의 “이름” 필드에 대한 인증되지 않은 사용자 입력(필드 이름은 종종 name_directory_name으로 참조됨)은 저장되고 나중에 적절한 이스케이프 없이 렌더링됩니다.
누가 이를 유발할 수 있는가: 인증되지 않은 사용자 — 제출 엔드포인트에 도달할 수 있는 모든 방문자, 봇 또는 공격자를 의미합니다.
실행 방식: 악의적인 페이로드는 사이트 데이터베이스에 저장되고 저장된 데이터를 보는 사용자의 브라우저에서 실행됩니다. 일반적으로 관리자가 되거나 기타 권한 있는 사용자입니다. 저장된 콘텐츠가 보는 사용자의 권한 컨텍스트에서 실행되기 때문에 계정 탈취, 설정 변경 또는 지속적인 백도어로 이어질 수 있습니다.
CVSS: 7.1 — 중간, 저장된 특성과 관리자가 악성 데이터와 상호작용할 경우 높은 영향을 미칠 수 있는 잠재력을 반영합니다.

근본 원인은 고전적입니다: 플러그인이 입력을 수락하고 저장하지만, 저장된 값을 렌더링할 때 HTML 컨텍스트에 대해 출력을 적절히 이스케이프하거나 정리하지 못합니다. 저장된 XSS는 재시작을 견디고 시간이 지남에 따라 여러 사용자에게 영향을 미칠 수 있기 때문에 특히 위험합니다.

현실적인 공격 시나리오

은밀한 관리자 타겟팅
공격자는 인코딩된 스크립트 또는 HTML 이벤트 속성을 포함하는 겉보기에는 무해한 이름을 제출합니다. 관리자가 나중에 해당 이름이 포함된 디렉토리 항목이나 목록을 열면, 페이로드가 관리자의 브라우저에서 활성화되고 관리자 세션에서 JavaScript가 실행됩니다. 공격자는 이후 관리자의 브라우저를 통해 작업(설정 변경, 관리자 사용자 생성, 플러그인 설치)을 수행할 수 있습니다.
낮은 권한 사용자 상호작용을 통한 대규모 침해
저장된 페이로드는 모든 권한이 있는 사용자(사이트 소유자뿐만 아니라)를 대상으로 합니다. 편집자나 중재자가 항목을 보면, 그들의 세션이 탈취되거나 CSRF와 유사한 작업이 실행되어 상승이 가능해질 수 있습니다.
지속적인 변조 또는 리디렉션
페이로드는 방문자를 리디렉션하거나 공개 페이지에서 저장된 이름을 재사용하는 페이지에 주입된 콘텐츠를 주입하여 사이트 평판과 검색 엔진 결과에 영향을 미칠 수 있습니다.
드라이브 바이 관리자 클릭
일부 워크플로우에서는 특정 플러그인이나 관리자 페이지가 자동으로 디렉토리 항목을 렌더링합니다(예: 위젯 미리보기). 이는 관리자가 페이지를 방문하는 것 외에 의도적인 조치를 취하지 않고도 악용할 수 있게 합니다.

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

다음 징후에 대해 사이트를 스캔하십시오:

의심스러운 시퀀스를 포함하는 이름 디렉토리 데이터셋의 항목: 13. 의심스러운 페이로드가 매개변수 또는 POST 본문에 포함된 요청을 차단하는 WAF 규칙 또는 가상 패치와 같은 추가 보호를 활성화하십시오., 오류 발생=, 온로드=, 자바스크립트:, iframe, svg/onload, 또는 < 로 디코딩되는 비정상적인 HTML 엔티티와 같은 <.
알려지지 않은 사용자나 봇에 의해 디렉토리에 생성된 예상치 못한 새로운 항목.
비정상적인 관리자 활동 로그: 관리자 또는 편집자 권한을 가진 새로운 사용자 계정, 갑작스러운 플러그인/테마 변경, 알려지지 않은 예약 작업(WP-Cron), 또는 wp-content에 대한 예상치 못한 파일 쓰기.
관리자가 디렉토리 페이지를 볼 때 브라우저 경고(팝업, 리디렉션).
비정상적인 페이로드를 포함한 제출을 수락하는 엔드포인트에 대한 POST를 보여주는 웹 서버 로그.
이상한 시간에 서버에서 시작된 아웃바운드 연결 또는 DNS 조회.

중요한: 공격자들이 종종 XSS 페이로드를 난독화하기 때문에(예: 이스케이프된 문자, 분할된 문자열, base64 인코딩), 스캔할 때 여러 탐지 접근 방식을 사용하십시오(원시 문자열 검색, 디코드/정규화 및 정규 표현식 패턴).

즉각적인 완화 조치(단기/긴급)

즉시 업데이트할 수 없는 경우, 다음 순서로 이러한 조치를 구현하십시오:

1.33.0으로 업데이트하십시오(가능한 경우) — 할 수 있을 때마다 이것을 먼저 수행하십시오.
Name Directory 플러그인에 대한 공개/익명 제출을 비활성화하십시오:
- 인증된 사용자만 제출을 제한할 수 있는 플러그인 설정을 찾으십시오.
- 그러한 토글이 존재하지 않는 경우, 페이지에서 프론트엔드 제출 양식을 일시적으로 제거하거나 서버 규칙을 통해 제출 엔드포인트를 차단하십시오.
관리자 액세스 제한:
- 팀에 고정 IP가 있는 경우 IP 허용 목록을 통해 wp-admin 및 플러그인 관리 페이지에 대한 액세스를 제한하십시오.
- 관리자 계정에 대해 이중 인증(2FA)을 활성화하십시오.
CAPTCHA 및 속도 제한으로 양식을 강화하십시오:
- 자동화된 악용을 제한하기 위해 제출 양식에 Google reCAPTCHA 또는 기타 CAPTCHA를 추가하십시오.
- 대량 시도를 차단하기 위해 웹 서버/프록시 수준에서 속도 제한을 적용하십시오.
WAF/가상 패치:
- 의심스러운 콘텐츠를 차단하기 위해 WAF 규칙을 구현하십시오(아래 예시 참조).
- 엔드포인트 경로가 알려진 경우, 신뢰할 수 없는 출처에서 플러그인 제출 엔드포인트에 대한 POST 요청을 차단하십시오.
스캔 및 정리:
- 최근 제출을 내보내고 의심스러운 항목을 수동으로 검토하십시오. 의심스러운 항목은 제거하거나 정리하십시오.
- 전체 맬웨어 스캔 및 취약점 스캔을 실행하십시오.
로그를 검토하고 자격 증명을 교체하십시오:
- 모든 관리자 비밀번호를 교체하고 최근에 추가된 관리자 수준 사용자를 검토하십시오.
- 노출되었을 수 있는 API 키 또는 토큰을 교체하십시오.

WP-Firewall 가상 패치 규칙 예시

아래는 WAF(모드 보안 호환 또는 동등한)에 추가할 수 있는 샘플 규칙입니다. 이들은 공식 플러그인 업데이트를 기다리는 동안 위험을 줄이기 위한 가상 패치로 의도되었습니다. 시작점으로 사용하고 프로덕션에 적용하기 전에 스테이징에서 철저히 테스트하십시오.

중요한: 이러한 차단 패턴은 보수적입니다 — 잘못된 긍정 결과를 줄이기 위해 환경에 맞게 정규 표현식과 제외 항목을 미세 조정하십시오.

예시 모드 보안 규칙(모드 보안 v2/v3 구문):

# 제출 필드에서 명백한 스크립트 태그 및 자바스크립트: URI 차단"

플러그인이 알려진 경로에 게시하는 경우(예: /wp-admin/admin-ajax.php 특정 작업과 함께), 타겟 규칙을 추가할 수 있습니다:

# 알려진 플러그인 작업에 대한 의심스러운 페이로드 차단"

Nginx + Lua 또는 OpenResty 예시(유사 코드):

-- name 필드에 대한 POST 본문 검사

참고:

이러한 규칙은 방어적이며 위험을 줄입니다. 이는 패치를 적용하는 대체물이 아닙니다.
잘못된 긍정 결과를 피하기 위해 테스트하십시오 — 일부 합법적인 사용자는 엣지 케이스에서 구두점이나 각괄호가 포함된 이름을 포함할 수 있습니다.
트래픽을 검증하는 동안 처음 몇 시간 동안 의심스러운 패턴과 일치하는 요청을 차단하기보다는 경고 채널에 기록하는 것을 고려하십시오.

플러그인 개발자 안내 — 이를 수정하는 방법

플러그인을 유지 관리하거나 사용자 정의하는 개발자라면, 올바른 영구 수정은 두 부분으로 나뉩니다:

제출 시점에서 적절한 입력 처리:
- 입력을 저장할 때 적절한 정화 함수를 사용하십시오:
  - 일반 텍스트: 텍스트 필드 삭제() 또는 sanitize_textarea_field() 4. 상황에 따라 적절한 함수 또는.
  - 제한된 HTML의 경우: 사용하십시오 wp_kses() 허용된 태그 및 속성의 명시적 화이트리스트와 함께.
예시(서버 측):
```
<?php
```
저장된 값을 출력할 때 적절한 컨텍스트 인식 이스케이프:
- 사용 esc_html() HTML 텍스트 노드에 출력할 때.
- 사용 esc_attr() 속성에 출력할 때.
- 사용 wp_kses_post() 또는 wp_kses() 필요한 경우 안전한 하위 집합 HTML.
예시 (렌더링):
```
<?php;
```
또한:
- 관리자 작업에 대한 권한 확인 및 논스 검증.
- 필요하지 않은 경우 익명 제출 기능 제한.
- 어디에서든 원시, 비위생적인 값을 출력하지 마십시오 (관리자 또는 프론트엔드).

로그 및 DB에서 시도된 악용 탐지 방법

의심스러운 POST가 발생한 시점에 추가된 기록을 데이터베이스에서 쿼리합니다. HTML 태그나 인코딩된 시퀀스를 찾습니다. 예시 SQL (보안 관리자 인터페이스 또는 WP-CLI를 통해 실행):

SELECT ID, post_title, post_content;

높은 엔트로피 페이로드 또는 많은 비알파벳 문자가 포함된 POST 요청에 대한 웹 서버 로그를 검사합니다.
다음과 같은 문자열에 대한 사이트 전체 검색을 사용합니다. 오류 발생=, 자바스크립트:, <svg, <iframe, 또는 비정상적으로 인코딩된 스니펫 (%3C, <).

의심스러운 항목을 발견하면 잠재적인 침해 지점으로 간주하십시오. 항목을 제거하거나 중화시키고 (예: 페이로드를 위생적인 일반 텍스트로 교체) 아래의 사고 대응 단계를 따르십시오.

사고 대응 체크리스트 (악용이 의심되는 경우)

사이트를 유지 관리 모드로 전환합니다 (가능한 경우 오프라인으로 전환).
변경하기 전에 전체 백업 (파일 + 데이터베이스)을 수행합니다.
플러그인을 즉시 버전 1.33.0으로 업데이트하세요(또는 플러그인을 제거하세요).
모든 관리자 비밀번호와 사이트에 저장된 API 키 또는 토큰을 변경하세요.
알려지지 않은 관리자 사용자를 검토하고 제거하세요.
여러 악성 코드 스캐너와 위협 인텔리전스 피드를 사용하여 사이트를 스캔하세요(파일 무결성 및 크론/작업 검사 포함).
지속성 메커니즘을 확인합니다:
- 알려지지 않은 예약 작업(WP-Cron).
- 테마/플러그인 디렉토리의 수정된 파일.
- // 신뢰할 수 있는 권한(예: manage_options)을 가진 사용자만 허용 mu-plugins.
- 새로 생성되거나 수정된 .php 업로드 또는 캐시 디렉토리 아래의 파일.
파일 변조가 의심되는 경우 공식 소스에서 WordPress 코어, 테마 및 플러그인을 재설치하세요.
반복적인 시도를 위해 로그를 면밀히 모니터링하고; WAF 규칙 및 속도 제한을 구현하세요.
고가치 데이터가 관련되거나 측면 이동이 의심되는 경우 전체 포렌식 분석을 고려하세요.

디렉토리/제출 플러그인을 실행하는 사이트에 대한 장기적인 강화.

익명 쓰기 접근을 제한하세요: 공개 보기 허용하지만 항목 제출을 위해 인증을 요구하세요.
모든 곳에서 엄격한 입력 검증 및 상황에 맞는 이스케이프를 적용하세요.
공개 제출 양식에 대해 CAPTCHA 및 속도 제한을 사용하세요.
WordPress 코어, 플러그인 및 테마에 대한 정기적인 패치 주기를 유지하세요.
최소 권한 계정을 사용하세요: 관리자 계정은 적고, 감사되며, 2FA로 보호되어야 합니다.
비정상적인 관리자 활동에 대한 로깅 및 경고를 활성화하세요.
반사/저장된 XSS의 영향을 줄이기 위해 강력한 콘텐츠 보안 정책(CSP) 헤더를 시행하세요.
공급업체 패치가 적용되기 전에 보호를 받을 수 있도록 가상 패칭 기능이 있는 WAF를 사용하세요.
오프사이트 백업을 자동화하고 복원 절차를 정기적으로 테스트하세요.

실용적인 예 — 더 안전한 필터링 및 렌더링

예: 안전한 저장(서버 측):

$name_raw = isset($_POST['name_directory_name']) ? wp_unslash( $_POST['name_directory_name'] ) : '';

예: 안전한 렌더링(뷰):

$name = get_post_meta( $entry_id, '_name_directory_name', true );

제한된 HTML을 허용해야 하는 경우, 특정 태그를 화이트리스트에 추가하세요:

$allowed = array(;

이러한 취약점에 대해 WAF가 중요한 이유

WAF(웹 애플리케이션 방화벽)는 사이트 앞에서 즉각적이고 구성 가능한 보호를 제공합니다.

알려진 악용 패턴(예: 양식 필드의 스크립트 태그)을 차단할 수 있습니다.
악용 IP를 제한하거나 차단할 수 있습니다.
공식 패치가 제공될 때까지 알려진 플러그인 문제의 악용을 중단하기 위해 가상 패치를 적용할 수 있습니다.
시도를 기록하고 경고를 제공하여 신속하게 조치를 취할 수 있습니다.

WP-Firewall의 관리형 WAF는 규칙 기반 보호 및 가상 패칭을 제공하며, 호환성 또는 테스트 요구 사항으로 인해 즉시 업데이트할 수 없는 사이트에 특히 유용합니다.

탐지 및 모니터링 권장 사항

취약점이 공개된 후 일정 기간 동안(개인정보를 염두에 두고) 자세한 요청 로그를 활성화합니다.
다음에 대한 경고를 구성하십시오:
- 포함된 POST 요청 <script 또는 일반적인 XSS 패턴.
- 디렉토리 엔드포인트에 대한 제출의 갑작스러운 급증.
- 플러그인 파일의 변경 또는 알 수 없는 파일 쓰기.
최근 제출을 정기적으로 내보내고 비정상적인 패턴을 감사합니다.
스테이징 환경을 사용하여 공격을 안전하게 재현하고 검증합니다(생산 환경에서 악성 페이로드를 테스트하지 마세요).

보안 전문가를 언제 고용해야 합니까?

손상 지표(알 수 없는 관리자 생성, 수정된 파일, 예상치 못한 아웃바운드 연결)를 발견한 경우.
사이트가 고가치 대상(전자상거래, 회원제, 고객 데이터)인 경우.
전체 포렌식 스캔 및 수정 작업을 수행할 시간이나 도구가 부족한 경우.
잘못된 긍정 결과를 피하기 위해 WAF/가상 패치를 작성하고 테스트하는 데 도움이 필요할 경우.

자격을 갖춘 WordPress 사건 대응자 또는 보안 서비스가 깊은 청소를 수행하고 무결성을 복원하며 향후 문제에 대비해 사이트를 강화하는 데 도움을 줄 수 있습니다.

방문자와 관리자를 보호하기 — UX 및 교육

관리자 팀에게 취약성에 대해 알리고 사이트가 패치될 때까지 알 수 없는 디렉토리 항목을 보지 않도록 요청하십시오.
관리자가 보안 완화를 지원하는 최신 브라우저를 사용하고 2FA를 활성화하도록 권장하십시오.
사이트 편집자와 기여자에게 낯선 출처의 콘텐츠를 열 때의 위험에 대해 교육하십시오.

몇 분 안에 사이트를 보호하세요 — WP-Firewall 무료 플랜 사용해 보기

사이트를 업데이트하고 감사하는 동안 즉각적이고 수동적인 보호를 원하신다면 WP-Firewall Basic 무료 플랜을 고려해 보십시오. 관리형 방화벽, 강력한 WAF, 무제한 대역폭, 악성 코드 스캔 및 OWASP Top 10 위험에 대한 완화와 같은 필수 보호가 포함되어 있습니다 — 사이트의 기본 보안을 즉시 높이는 데 필요한 모든 것입니다. 가입하는 데는 몇 분밖에 걸리지 않으며, 업데이트를 준비하는 동안 가상 패치 및 자동 규칙이 위험을 줄이는 방법을 테스트할 수 있습니다. 지금 무료 보호를 시작하세요: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(더 적극적인 자동화를 원하신다면: Standard는 소액의 연간 요금으로 자동 악성 코드 제거 및 IP 블랙/화이트리스트 추가, Pro는 월간 보안 보고서, 자동 가상 패치 및 프리미엄 관리 서비스를 포함합니다.)

마무리 노트 — 우선 순위 체크리스트

Name Directory 플러그인을 즉시 1.33.0으로 업데이트하십시오(영구 수정).
지금 업데이트할 수 없다면 익명 제출을 비활성화하고 XSS 유사 페이로드를 차단하는 WAF 규칙을 적용하십시오. 이름 필드를 정화합니다.
최근 제출물을 검토하고 정리하십시오; 의심스러운 항목을 제거하십시오.
관리자 자격 증명을 교체하고 2FA를 활성화하십시오.
전체 악성 코드 스캔을 실행하고 반복 시도를 모니터링하십시오.
제출 흐름을 강화하십시오(CAPTCHA, 속도 제한, 정화).
분류 및 테스트를 수행하는 동안 시간을 벌기 위해 관리형 WAF/가상 패치 서비스에 가입하는 것을 고려하십시오.

WAF 규칙 구현, 사이트 스캔 또는 악용의 징후에 대한 로그 및 항목 검토에 도움이 필요하시면, WP-Firewall의 보안 팀이 도와드릴 수 있습니다. 가장 빠르고 신뢰할 수 있는 보호 방법은 적시에 소프트웨어 업데이트를 수행하고 관리되는 WAF와 강력한 운영 위생을 결합하는 것입니다.

안전을 유지하세요 — 지금 플러그인을 업데이트하세요.

Name Directory Plugin의 심각한 XSS 위험//발행일 2026-03-14//CVE-2026-3178

긴급: 이름 디렉토리 플러그인(≤ 1.32.1)에서 인증되지 않은 저장 XSS — 워드프레스 사이트 소유자가 지금 당장 해야 할 일

요약 — 즉각적인 조치

취약점은 정확히 무엇인가요?

현실적인 공격 시나리오

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

즉각적인 완화 조치(단기/긴급)

WP-Firewall 가상 패치 규칙 예시

플러그인 개발자 안내 — 이를 수정하는 방법

로그 및 DB에서 시도된 악용 탐지 방법

사고 대응 체크리스트 (악용이 의심되는 경우)

디렉토리/제출 플러그인을 실행하는 사이트에 대한 장기적인 강화.

실용적인 예 — 더 안전한 필터링 및 렌더링

이러한 취약점에 대해 WAF가 중요한 이유

탐지 및 모니터링 권장 사항

보안 전문가를 언제 고용해야 합니까?

방문자와 관리자를 보호하기 — UX 및 교육

몇 분 안에 사이트를 보호하세요 — WP-Firewall 무료 플랜 사용해 보기

마무리 노트 — 우선 순위 체크리스트

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

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

Name Directory Plugin의 심각한 XSS 위험//발행일 2026-03-14//CVE-2026-3178

긴급: 이름 디렉토리 플러그인(≤ 1.32.1)에서 인증되지 않은 저장 XSS — 워드프레스 사이트 소유자가 지금 당장 해야 할 일

요약 — 즉각적인 조치

취약점은 정확히 무엇인가요?

현실적인 공격 시나리오

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

즉각적인 완화 조치(단기/긴급)

WP-Firewall 가상 패치 규칙 예시

플러그인 개발자 안내 — 이를 수정하는 방법

로그 및 DB에서 시도된 악용 탐지 방법

사고 대응 체크리스트 (악용이 의심되는 경우)

디렉토리/제출 플러그인을 실행하는 사이트에 대한 장기적인 강화.

실용적인 예 — 더 안전한 필터링 및 렌더링

이러한 취약점에 대해 WAF가 중요한 이유

탐지 및 모니터링 권장 사항

보안 전문가를 언제 고용해야 합니까?

방문자와 관리자를 보호하기 — UX 및 교육

몇 분 안에 사이트를 보호하세요 — WP-Firewall 무료 플랜 사용해 보기

마무리 노트 — 우선 순위 체크리스트

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

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

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