플러그인 이름	WPBookit
취약점 유형	접근 제어 취약점
CVE 번호	CVE-2026-1980
긴급	낮은
CVE 게시 날짜	2026-03-03
소스 URL	CVE-2026-1980

WPBookit(≤ 1.0.8)에서의 접근 제어 결함: 워드프레스 사이트 소유자가 알아야 할 사항과 WP‑Firewall이 귀하를 보호하는 방법

WP‑Firewall 보안 팀 | 2026-03-03에 발행됨

설명: WPBookit 접근 제어 결함(CVE-2026-1980)에 대한 실용적이고 전문적인 가이드. WP‑Firewall 팀의 탐지, 영향, 완화, WAF 규칙 및 사고 대응 권장 사항.

요약: WPBookit 버전 ≤ 1.0.8에 영향을 미치는 접근 제어 결함은 인증되지 않은 행위자가 민감한 고객 데이터에 접근할 수 있게 합니다. 이 기사는 기술적 근본 원인, 실제 위험, 지금 취해야 할 탐지 및 완화 단계, 즉시 적용할 수 있는 실용적인 WAF 및 강화 규칙을 설명합니다 — WP‑Firewall이 어떻게 공격 시도를 차단하고 패치를 하는 동안 귀하의 사이트를 안전하게 유지할 수 있는지 포함하여.

빠른 위험 요약
취약점이란 무엇인가 (기술적 설명)
이것이 WordPress 사이트에 중요한 이유
귀하의 사이트가 영향을 받았는지 감지하는 방법
즉각적인 완화 조치(지금 해야 할 일)
권장되는 영구 수정 사항 (사이트 소유자 및 개발자용)
예시 WAF / 가상 패치 규칙 (실용적인 패턴)
사고 대응 체크리스트 (타협 후)
강화 및 모니터링 모범 사례
WP‑Firewall에 대한 정보와 우리의 무료 플랜이 귀하의 사이트를 보호하는 데 어떻게 도움이 되는지
마무리 노트 및 리소스

빠른 위험 요약

영향을 받는 플러그인: WPBookit
취약한 버전: ≤ 1.0.8
패치된 버전: 1.0.9
CVE: CVE-2026-1980
취약점 클래스: 접근 제어 결함 (민감한 고객 데이터에 대한 인증되지 않은 접근)
CVSS(보고됨): 5.3 (맥락에 따라 중간 / 낮은 중간)
필요한 권한: 없음 — 인증되지 않은 사용자가 영향을 받는 엔드포인트를 트리거할 수 있음
영향: 고객 연락처 세부정보 및 기타 민감한 예약/고객 정보의 노출

이 버그는 전형적인 접근 제어/권한 누락입니다: 엔드포인트 또는 작업이 인증되지 않은 요청에 노출되어 (적절한 권한 확인, 권한 콜백 또는 nonce 검증 없음) 공격자가 고객 데이터를 검색할 수 있게 합니다.

취약점이란 무엇인가 (기술적 설명)

접근 제어 결함은 호출자가 특정 작업을 수행하거나 특정 데이터를 읽을 수 있는 권한이 있는지 확인하지 않는 코드의 결함을 포함하는 광범위한 결함 클래스입니다. 이 경우, WPBookit 플러그인은 고객 데이터를 반환하는 작업 또는 REST/AJAX 엔드포인트를 노출하지만 요청자의 신원이나 권한을 확인하지 않습니다.

이로 이어지는 일반적인 코딩 실수:

REST_경로_등록 안전하지 않은 permission_callback (또는 사용 중인 permission_callback => '__return_true')
add_action('wp_ajax_nopriv_...') 민감한 로직을 노출하지만 nonce 검증 및 권한 확인이 부족한 핸들러
확인 없이 데이터베이스 내용(고객 기록)을 직접 출력 현재_사용자_가능() 또는 nonce를 검증하지 않음
JSON 엔드포인트에 대한 CORS 및 인증 로직이 누락되거나 허용적임

엔드포인트에 권한이 부족할 때:

인증되지 않은 방문자(또는 자동 스캐너 또는 봇)가 엔드포인트를 요청하고 민감한 데이터(이름, 이메일, 전화번호, 예약 세부정보)를 받을 수 있습니다.
공격자는 스팸, 사기, 피싱 또는 표적 공격을 위한 데이터를 수집할 수 있습니다.
추가 플러그인 또는 사이트 잘못 구성과 결합되면 측면 이동 또는 계정 탈취를 가속화할 수 있습니다.

이것이 WordPress 사이트에 중요한 이유

데이터 노출 위험: 예약 시스템은 이름, 이메일, 전화번호 및 아마도 주소나 메모를 저장할 가능성이 높습니다. 이 정보의 노출은 사용자 프라이버시를 위반하고 준수 의무를 위반할 수 있습니다(예: GDPR, CCPA).
평판과 신뢰: 고객의 예약 정보가 유출되면 신뢰성이 손상되고 이탈 또는 법적 노출을 초래할 수 있습니다.
자동화된 악용: 스캐너와 봇은 알려진 취약한 플러그인 버전을 위해 WordPress 사이트를 지속적으로 탐색합니다. 이 취약점은 인증되지 않기 때문에 악용이 완전히 자동화되고 빠를 수 있습니다.
연쇄 공격: 노출된 연락처 데이터는 사회 공학 및 자격 증명 채우기 캠페인에 유용하며, 추가 사건을 가속화합니다.

귀하의 사이트가 영향을 받았는지 감지하는 방법

플러그인 버전 식별
- 대시보드: 플러그인 > 설치된 플러그인으로 이동하여 WPBookit 버전을 확인합니다. 1.0.8 이하이면 취약합니다.
- WP‑CLI:
```
wp plugin get wpbookit --field=version
```
잠재적으로 노출된 엔드포인트 찾기
플러그인 폴더에서 이러한 패턴을 검색하십시오:
- register_rest_route(
- add_action('wp_ajax_nopriv_
- 플러그인 파일 내의 admin-ajax.php 호출
- wp_localize_script([...], 'ajax_url' ... ) 사용자 정의 작업과 결합
예제 grep (wp-content/plugins/wpbookit 디렉토리에서 실행):
```
grep -R "register_rest_route\|wp_ajax_nopriv_\|admin-ajax.php\|permission_callback" -n .
```
권한 확인 및 nonce를 찾으십시오
- REST 엔드포인트의 경우: 보장을 확인하십시오 REST_경로_등록 안전한 것을 포함합니다 permission_callback 그것이 확인한다 현재_사용자_가능() 또는 nonce를 검증합니다.
- AJAX 작업의 경우: 확인하십시오 wp_verify_nonce() 그리고 현재_사용자_가능() 존재를 확인합니다.
로그 및 트래픽 확인
- 웹 서버 로그: 의심스러운 GET/POST 요청을 찾으십시오 wp-json/ 또는 admin-ajax.php 플러그인 엔드포인트와 일치하는 매개변수를 사용하여.
- WAF 로그: 차단되거나 의심스러운 접근을 검토하십시오 (특히 단일 IP에서의 대량 요청).
- 접근 패턴: 동일한 엔드포인트에 대해 서로 다른 IP에서 많은 요청이 스캐닝의 전형입니다.
스테이징에서 안전하게 테스트하십시오
사이트의 스테이징 복사본에서 인증 없이 플러그인 엔드포인트를 호출하고 (curl) 민감한 데이터가 반환되는지 관찰하십시오.

예시 curl 테스트 (귀하의 스테이징/테스트 사이트에서만 실행):
```
curl -s -X GET "https://example.com/wp-json/wpbookit/v1/customers?some_param=1"
```
인증되지 않은 상태에서 고객 데이터를 받으면, 엔드포인트가 제대로 보호되지 않은 것입니다.

중요한: 타사 사이트를 탐색하지 마십시오. 귀하가 소유하거나 테스트할 권한이 있는 사이트만 테스트하십시오.

즉각적인 완화 조치(지금 해야 할 일)

귀하의 사이트가 WPBookit을 사용하고 취약한 버전을 실행 중인 경우, 다음 우선 순위 단계에 따라 진행하십시오:

플러그인을 업데이트하세요(권장)
- 가능한 한 빨리 WPBookit을 1.0.9 이상으로 업데이트하십시오. 이것이 주요 수정 사항입니다.
- 업데이트 전에 백업(데이터베이스 + 파일)을 만드십시오.
- 먼저 스테이징에서 업데이트하고, 예약 기능을 테스트한 후 프로덕션으로 승격하십시오.
즉시 업데이트할 수 없는 경우: 임시 완화 조치를 적용하십시오.
- 업데이트할 수 있을 때까지 플러그인을 일시적으로 비활성화하십시오(플러그인이 중요하지 않은 경우).
- 플러그인이 중요하고 비활성화할 수 없는 경우, 방화벽 또는 서버 구성(아래 WAF 규칙 참조)을 통해 취약한 엔드포인트에 대한 접근을 제한하십시오.
- 기본 인증 또는 IP 허용/거부를 사용하여 고객 데이터를 반환하는 엔드포인트에 대한 공개 접근을 차단하십시오.
WAF를 사용하여 공격 시도를 차단하십시오.
- WPBookit에서 사용하는 특정 REST 경로 또는 admin-ajax 작업에 대한 인증되지 않은 접근을 차단하는 규칙을 만드십시오.
- 해당 엔드포인트에 대한 대량 또는 의심스러운 요청을 차단하거나 도전(CAPTCHA)하십시오.
- 플러그인이 예측 가능한 경로 아래에 REST 경로를 등록하는 경우(예:, /wp-json/wpbookit/), 업데이트할 때까지 해당 경로에 대한 인증을 요구하는 규칙을 만드십시오.
민감한 자격 증명 교체
- 고객 세부 정보가 노출되었다고 생각되면, 관리자 자격 증명 및 플러그인과 관련된 모든 API 키를 변경하십시오.
- 해당 사용자에게 적절한 경우 비밀번호를 재설정하도록 요청하십시오.
영향을 받는 고객에게 알리기 (데이터가 유출된 경우)
- 투명한 알림 준비: 무슨 일이 발생했는지, 어떤 데이터가 노출되었을 수 있는지, 그리고 이를 완화하기 위해 무엇을 하고 있는지.
- 귀하의 관할권에서 법적 요구 사항 준수 (예: GDPR 알림 의무).
로그 모니터링 및 보존
- 포렌식 분석을 위해 서버 및 애플리케이션 로그 저장: 서버 로그, WAF 로그, 플러그인 로그(있는 경우).
- 플러그인 엔드포인트에 대한 의심스러운 접근에 대한 로깅/알림 증가.

권장되는 영구 수정 사항 (사이트 소유자 및 플러그인 개발자용)

사이트 소유자를 위한:

모든 플러그인을 최신 상태로 유지하십시오. 적절한 경우 저위험 플러그인에 대해 자동 업데이트를 활성화하십시오.
가능한 경우 스테이징 환경에서 업데이트 테스트.
REST 및 AJAX 엔드포인트를 보호하고 가상 패치를 제공하기 위해 관리형 WordPress 방화벽/WAF 사용.

개발자(플러그인 작성자 또는 사이트 통합자)용:

REST API: 항상 제공하세요. permission_callback 위해 REST_경로_등록. ‘__return_true’를 사용하지 않거나 검사를 생략하지 마십시오.
```
register_rest_route( 'wpbookit/v1', '/customers', array(;
```
AJAX 엔드포인트:
- 사용 add_action('wp_ajax_my_action', 'my_handler') 인증된 전용 작업에 대해.
- 인증되지 않은 호출을 지원하는 작업의 경우, 입력을 신중하게 검증하고 정리하며 nonce 검사를 사용하십시오 (wp_verify_nonce).
논스: 인증되지 않은 요청을 허용해야 하는 프론트엔드 작업의 경우, PII 노출을 피하기 위해 nonce 및 서버 측 검증을 사용하십시오.
최소 권한: 필요한 최소 필드만 반환하십시오. 필요하지 않은 경우 전체 고객 기록을 전송하지 마십시오.

예시 WAF / 가상 패치 규칙 (실용적인 패턴)

아래는 업데이트할 때까지 악용을 완화하기 위해 방화벽 또는 보안 플러그인에 적용할 수 있는 샘플 규칙 제안입니다. WPBookit 설치에서 발견된 특정 엔드포인트에 맞게 패턴을 조정하십시오.

의심되는 REST 네임스페이스에 대한 접근 차단/도전
- 로 시작하는 경로에 대한 공개 요청 차단 /wp-json/wpbookit/
- 예제 의사 규칙:
  - IF request.path startsWith(“/wp-json/wpbookit/”) AND NOT authenticated_user THEN block/challenge
플러그인에서 사용되는 admin-ajax 액션 이름 차단
- 플러그인이 액션을 노출하는 경우 admin-ajax.php (예:, action=wpbookit_get_customer), 유효한 nonce와 인증이 없는 호출을 차단합니다.
- 예시 ModSecurity 유사 규칙 (개념적):
```
SecRule REQUEST_FILENAME "@endsWith /admin-ajax.php" "phase:2,chain,deny,log,msg:'인증되지 않은 WPBookit AJAX 차단',severity:2"
        
```
플러그인 엔드포인트에 대한 요청 속도 제한
- 이러한 엔드포인트에 대해 IP당 엄격한 속도 제한(예: 분당 5 요청)을 적용합니다.
- 임계값을 초과하거나 스캐닝 패턴을 보이는 IP 차단.
사용자 에이전트 및 스캐너 차단
- 많은 스캐너가 식별 가능한 UA 문자열을 사용합니다. 플러그인 엔드포인트에 접근하는 의심스러운 UA를 차단하거나 도전합니다.
지리적 / IP 필터링
- 고객이 지역적이거나 특정 지역으로 제한되는 경우, 알려진 국가 또는 IP 범위에 대해 플러그인 엔드포인트에 대한 접근을 일시적으로 제한합니다.
WAF 규칙에 대한 정규 표현식 패턴 (예시)
- 경로가 일치하는 경우 GET/POST 차단:
  - ^/wp-json/wpbookit(/|$)
- admin-ajax 호출 차단:
  - REQUEST_URI에 포함 admin-ajax.php AND ARGS:action이 일치하는 경우 ^wpbookit_
- 잘못된 긍정 결과를 피하기 위해 적용하기 전에 방화벽 제공업체나 관리자에게 테스트를 요청하세요.

메모: 정확한 구문은 방화벽/WAF 제품에 따라 다릅니다. 서버 수준 도구(nginx/apache)를 사용하는 경우 위치별로 거부하거나 재작성하십시오.

REST 네임스페이스에 대한 액세스를 거부하는 nginx 예제:

location ^~ /wp-json/wpbookit/ {

주의해서 사용하십시오 — 네임스페이스가 필요한 합법적인 프론트엔드 기능이 손상되지 않도록 하십시오.

사고 대응 체크리스트 (타협 후)

데이터에 접근하거나 유출된 것으로 의심되는 경우, 이 체크리스트를 따르십시오:

격리하다
- 사이트를 유지 관리 모드로 전환하십시오.
- WPBookit를 일시적으로 비활성화하십시오(필요한 경우).
- 추가 액세스를 차단하기 위해 WAF 규칙을 적용하십시오.
증거 보존
- 즉시 로그를 보존하십시오: 웹 서버, WAF, 플러그인 로그 및 데이터베이스 로그.
- 데이터베이스와 파일 시스템의 읽기 전용 복사본(스냅샷)을 만드십시오.
분석
- 어떤 엔드포인트가 타격을 받았는지, 어떤 IP에서, 어떤 데이터가 반환되었는지 확인하십시오.
- 다른 의심스러운 지표(악성 파일, 백도어, 무단 관리자 사용자)를 검색하십시오.
포함
- 관리자 비밀번호와 API 키를 변경하세요.
- 손상된 자격 증명을 취소하십시오.
- 필요하다면 손상된 계정을 재구성하세요.
수정
- WPBookit를 1.0.9 이상으로 업데이트하십시오.
- 사이트에 사용자 정의가 있었다면 코드 수정을 적용하십시오.
- 악성 파일이나 백도어를 제거하십시오.
알림
- 데이터 보호 법률에 따라 필요한 경우 영향을 받은 고객과 당국에 알리십시오.
- 영향을 받은 사용자에게 명확한 수정 단계를 제공하십시오(예: 비밀번호 재설정).
검토 및 강화
- 근본 원인 분석을 수행하고 재발 방지를 위한 조치를 구현하십시오.
- 사용자 정의 플러그인 코드 및 타사 플러그인에 대한 보안 감사를 고려하십시오.

강화 및 모니터링 모범 사례

WordPress 코어, 테마 및 플러그인을 정기적이고 계획된 주기로 업데이트하십시오.
관리자 접근 제한: 관리자 계정에 강력한 2FA를 사용하고 관리자 수를 줄입니다.
최소 권한 원칙: 사용자에게 필요한 기능만 부여합니다.
플러그인 파일 편집기 비활성화 (define('DISALLOW_FILE_EDIT', true);).
안전한 자격 증명을 사용하고 주기적으로 교체합니다.
로그를 모니터링하고 다음에 대한 경고를 설정합니다:
- 예상치 못한 REST/AJAX 요청
- 4xx/5xx 응답의 갑작스러운 급증
- 새로운 관리자 사용자 생성
수정된 파일을 감지하기 위해 악성 코드 스캐너와 파일 무결성 검사를 사용합니다.
정기적인 백업을 오프사이트에 저장하고 복원 절차를 테스트합니다.
민감한 플러그인(예약, 결제, 사용자 데이터)의 경우 권한 검사 및 nonce 사용에 대한 코드베이스를 검토합니다.

WP‑Firewall에 대한 정보와 우리의 무료 플랜이 귀하의 사이트를 보호하는 데 어떻게 도움이 되는지

오늘 보호하고, 일정에 따라 업데이트하세요 — 필수 보호를 무료로 받으세요

우리는 사이트 소유자가 바로 이러한 유형의 위험: 인증되지 않은 스캐닝 및 제3자 플러그인에서의 접근 제어 오류에 맞서 방어할 수 있도록 WP‑Firewall을 구축했습니다. 우리의 기본(무료) 플랜에는 관리형 방화벽, 웹 애플리케이션 방화벽(WAF), 악성 코드 스캐너 및 OWASP Top 10 위험에 대한 완화가 포함되어 있습니다. 즉, 새로운 익스플로잇이 발생하면 WP‑Firewall은:

알려진 취약한 엔드포인트를 목표로 하는 자동 스캐너 및 익스플로잇 시도를 차단합니다(가상 패칭).
플러그인 엔드포인트에 접근하기 전에 의심스러운 요청에 대해 속도 제한 및 도전 과제를 설정합니다.
지속적인 침해의 징후를 위해 사이트를 스캔하고 신속하게 경고합니다.
대응 및 수정 지원을 위해 로그 및 포렌식 데이터를 유지합니다.

업데이트 및 사고 대응을 준비하는 동안 즉각적이고 비용이 없는 보호 계층을 원하시면 여기에서 WP‑Firewall 기본(무료) 플랜에 가입하세요: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

이것이 도움이 되는 이유:

무단 요청이 취약한 플러그인 코드에 도달하는 것을 방지할 수 있습니다.
WAF는 플러그인 업데이트를 안전하게 테스트하고 배포하는 동안 완충 역할을 합니다.
우리의 자동화된 규칙은 접근 제어 문제를 악용하는 데 사용되는 일반적인 익스플로잇 패턴(REST/AJAX 남용, 자동 스캔)을 차단하도록 설계되었습니다.

더 많은 자동화를 원하는 팀을 위해, 우리의 유료 플랜에는 자동 악성코드 제거, IP 블랙리스트/화이트리스트 제어, 월간 보안 보고서 및 자동 가상 패치 기능이 포함되어 있어 수작업 부담을 줄이고 복구 속도를 높입니다.

개발자 노트: 권한 부여를 추가하기 위한 빠른 코드 예제(사용자 정의 코드를 유지하는 경우)

1) 권한 확인이 있는 REST 경로

register_rest_route( 'wpbookit/v1', '/customer/(?P\d+)', array(;

2) nonce가 필요한 AJAX 핸들러

add_action( 'wp_ajax_nopriv_wpbookit_fetch_customer', 'wpbookit_fetch_customer' );

3) 출력 제한 – 필요한 필드만 반환

function wpbookit_get_customer( $request ) {

마무리 노트 및 리소스

접근 제어 결함은 피할 수 있으며 — 제3자 플러그인에서 발생할 경우 — 빠른 패치, WAF/가상 패치, 합리적인 코딩 관행 및 철저한 사고 대응의 조합으로 관리할 수 있습니다.

행동 체크리스트 (짧음):

WPBookit 버전 확인: ≤ 1.0.8인 경우 즉시 1.0.9로 업데이트.
즉시 업데이트가 불가능한 경우: 플러그인을 비활성화하거나 WAF 또는 서버 수준에서 엔드포인트를 차단.
로그를 보존하고, 자격 증명을 회전시키며, 필요한 경우 영향을 받는 당사자에게 알림.
관리형 WAF(예: WP‑Firewall)를 사용하여 수정하는 동안 공격 시도를 차단.

엔드포인트 강화, 환경에 맞는 사용자 정의 WAF 규칙 생성 또는 사고 후 검토를 원하시면, 우리의 WP‑Firewall 팀이 도움을 드릴 수 있습니다. 우리의 무료 플랜은 많은 공격 시도를 즉시 차단하는 필수 보호 기능을 제공합니다 — 업데이트 및 테스트하는 동안 시작하기에 좋은 장소입니다.

안전을 유지하고, 플러그인을 업데이트하며, 플러그인에서 반환된 인증되지 않은 데이터는 긴급하게 처리하십시오.

— WP‑Firewall 보안 팀

WPBookit 접근 제어 취약점 보안 권고//발행일 2026-03-03//CVE-2026-1980

WPBookit(≤ 1.0.8)에서의 접근 제어 결함: 워드프레스 사이트 소유자가 알아야 할 사항과 WP‑Firewall이 귀하를 보호하는 방법

목차

빠른 위험 요약

취약점이란 무엇인가 (기술적 설명)

이것이 WordPress 사이트에 중요한 이유

귀하의 사이트가 영향을 받았는지 감지하는 방법

즉각적인 완화 조치(지금 해야 할 일)

권장되는 영구 수정 사항 (사이트 소유자 및 플러그인 개발자용)

사이트 소유자를 위한:

개발자(플러그인 작성자 또는 사이트 통합자)용:

예시 WAF / 가상 패치 규칙 (실용적인 패턴)

REST 네임스페이스에 대한 액세스를 거부하는 nginx 예제:

사고 대응 체크리스트 (타협 후)

강화 및 모니터링 모범 사례

WP‑Firewall에 대한 정보와 우리의 무료 플랜이 귀하의 사이트를 보호하는 데 어떻게 도움이 되는지

오늘 보호하고, 일정에 따라 업데이트하세요 — 필수 보호를 무료로 받으세요

이것이 도움이 되는 이유:

개발자 노트: 권한 부여를 추가하기 위한 빠른 코드 예제(사용자 정의 코드를 유지하는 경우)

1) 권한 확인이 있는 REST 경로

2) nonce가 필요한 AJAX 핸들러

3) 출력 제한 – 필요한 필드만 반환

마무리 노트 및 리소스

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

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

WPBookit 접근 제어 취약점 보안 권고//발행일 2026-03-03//CVE-2026-1980

WPBookit(≤ 1.0.8)에서의 접근 제어 결함: 워드프레스 사이트 소유자가 알아야 할 사항과 WP‑Firewall이 귀하를 보호하는 방법

목차

빠른 위험 요약

취약점이란 무엇인가 (기술적 설명)

이것이 WordPress 사이트에 중요한 이유

귀하의 사이트가 영향을 받았는지 감지하는 방법

즉각적인 완화 조치(지금 해야 할 일)

권장되는 영구 수정 사항 (사이트 소유자 및 플러그인 개발자용)

사이트 소유자를 위한:

개발자(플러그인 작성자 또는 사이트 통합자)용:

예시 WAF / 가상 패치 규칙 (실용적인 패턴)

REST 네임스페이스에 대한 액세스를 거부하는 nginx 예제:

사고 대응 체크리스트 (타협 후)

강화 및 모니터링 모범 사례

WP‑Firewall에 대한 정보와 우리의 무료 플랜이 귀하의 사이트를 보호하는 데 어떻게 도움이 되는지

오늘 보호하고, 일정에 따라 업데이트하세요 — 필수 보호를 무료로 받으세요

이것이 도움이 되는 이유:

개발자 노트: 권한 부여를 추가하기 위한 빠른 코드 예제(사용자 정의 코드를 유지하는 경우)

1) 권한 확인이 있는 REST 경로

2) nonce가 필요한 AJAX 핸들러

3) 출력 제한 – 필요한 필드만 반환

마무리 노트 및 리소스

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

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

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