“지식 그래프 상자에 Google 소셜 프로필 추가”에서의 교차 사이트 요청 위조(CSRF) (≤ 1.0) — 워드프레스 사이트 소유자가 알아야 할 사항과 WP-Firewall이 도움이 되는 방법

작가: WP‑Firewall 보안 팀

날짜: 2026-03-23

태그: 워드프레스, 취약점, CSRF, WAF, 플러그인 보안, 사고 대응

요약: 교차 사이트 요청 위조(CSRF) 취약점(CVE-2026-1393)이 “지식 그래프 상자에 Google 소셜 프로필 추가” 워드프레스 플러그인(버전 ≤ 1.0)에 영향을 미친 것으로 공개되었습니다. 이 문제는 공격자가 권한이 있는 사용자가 의도하지 않은 설정 업데이트를 수행하도록 유도할 수 있게 합니다. 이 취약점의 CVSS 기본 점수는 4.3(낮음)이며, 신뢰할 수 있는 관리자 상호작용 및 구성 변경이 포함되기 때문에 즉각적인 완화가 필요합니다. 이 게시물에서는 발생한 일, 영향을 받는 사람, 공격자가 이 유형의 취약점을 실제로 어떻게 악용할 수 있는지, 지금 바로 취할 수 있는 안전한 완화 단계, 그리고 WP-Firewall이 귀하의 사이트를 어떻게 보호할 수 있는지 — 시작하기 위한 쉽고 무료 계획을 포함하여 설명합니다.

이것이 중요한 이유(간략 버전)

• “지식 그래프 상자에 Google 소셜 프로필 추가” 플러그인(≤ 1.0)에는 공격자가 로그인한 사용자로부터 온 것처럼 보이는 위조 요청을 제출할 수 있는 CSRF 결함이 있습니다.
• 성공적인 공격은 사용자 상호작용에 의존합니다(예: 관리자가 조작된 링크를 클릭하거나 인증된 상태에서 악성 페이지를 방문하는 경우).
• 결과적으로 일반적으로 플러그인 또는 사이트에 원치 않는 구성 변경이 포함됩니다; 보고된 심각도는 낮지만(CVSS 4.3), 공격자는 종종 낮은 심각도의 문제를 다른 문제와 연결하여 영향을 확대합니다.
• 발표 시점에 공식 패치는 제공되지 않습니다. 즉각적인 완화를 취해야 합니다: 플러그인을 제거하거나 비활성화하고, 관리자 접근을 제한하며, 2FA를 시행하고, WAF 보호를 배포하십시오.

빠른 기술 개요: CSRF란 무엇이며 워드프레스 플러그인에 미치는 영향

교차 사이트 요청 위조(CSRF)는 악성 사이트나 이메일이 인증된 사용자의 브라우저를 유도하여 다른 사이트(귀하의 워드프레스 사이트)에 의도하지 않은 요청을 하게 만드는 공격입니다. 이는 사용자의 기존 세션과 권한을 사용합니다. 코드 주입이나 인증 우회를 악용하는 공격과는 달리, CSRF는 사이트가 사용자의 브라우저에 두는 신뢰를 악용합니다.

워드프레스에서 올바르게 작성된 관리자 양식 및 설정 엔드포인트는 CSRF 방지 토큰(논스) 및 서버 측 검사(예: 권한 검사 및 참조자 검증)를 포함합니다. 플러그인의 설정 업데이트 핸들러가 논스 검증이나 적절한 권한 검사를 결여할 경우, 공격자는 설정을 변경하거나 콘텐츠를 악성 자산으로 지정하거나 사이트 동작을 변경하는 POST 또는 GET(핸들러에 따라)을 조작할 수 있습니다 — 피해자가 로그인한 상태에서 모두 발생합니다.

영향을 받는 플러그인에 대해 이 취약점은 설정 업데이트에 대한 CSRF로 설명됩니다. 이는 원격 공격자가 인증된 권한 있는 사용자 — 일반적으로 관리자가 — 의도하지 않게 플러그인의 구성을 변경하도록 유도할 수 있음을 의미합니다.

이 특정 공개에 대해 우리가 아는 것

• 영향을 받는 소프트웨어: 지식 그래프 상자에 Google 소셜 프로필 추가 워드프레스 플러그인
• 취약한 버전: ≤ 1.0
• 취약점 유형: 설정 업데이트에 대한 교차 사이트 요청 위조(CSRF)
• CVE: CVE-2026-1393
• CVSS(보고됨): 4.3 (낮음)
• 악용 요구 사항: 사용자 상호작용; 공격자는 인증되지 않을 수 있음
• 공식 패치: 공개 시점에 없음
• 기자/크레딧: 연구는 개별 연구자에게 크레딧이 부여됩니다.

메모: 취약점 분류와 CVSS는 분류에 유용합니다. CVSS 4.3은 공격 복잡성, 필요한 권한 및 기밀성, 무결성 및 가용성에 대한 예상 영향을 반영합니다. 그러나 WordPress 사이트의 경우 맥락이 중요합니다: CMS 사이트는 더 큰 공격(악성 소프트웨어 배포, SEO 스팸, 리디렉션)으로 연결될 수 있으므로 기본적으로 “낮음”을 무시하지 마십시오.

실제 공격 시나리오 및 영향

아래는 취약한 플러그인이 설치되고 권한이 있는 사용자가 인증된 WordPress 사이트에서 이 CSRF가 악용될 수 있는 현실적인 방법입니다:

1. SEO/피싱을 위한 설정 변조
   • 공격자는 플러그인이 출력(예: 악성 소셜 프로필 링크 추가 또는 마크업 변경)을 변경하도록 강제하여 피싱 또는 악성 소프트웨어 페이지를 호스팅하거나 링크하는 데 사용할 수 있습니다. 사이트의 도메인 평판이 좋을 경우 특히 가치가 있습니다.
2. 지속적인 리디렉션 또는 콘텐츠 조작
   • 플러그인 설정에 URL 필드나 스크립트가 포함되어 있다면, 공격자는 이를 변경하여 악성 소프트웨어나 SEO 스팸을 제공하는 외부 리소스를 가리키게 할 수 있습니다.
3. 다른 문제와 연결
   • CSRF 자체는 제한적일 수 있지만, 공격자가 보안을 줄이기 위해 설정을 변경하거나 백도어 링크를 추가하거나 스크립트를 삽입할 수 있다면, 더 영향력 있는 작업을 실행하거나 콘텐츠 주입을 용이하게 할 수 있습니다.
4. 평판 및 SEO 결과
   • 스팸 주입 또는 리디렉션된 콘텐츠는 검색 엔진에서 사이트가 제외되거나 브라우저 및 이메일 서비스에 의해 플래그가 지정될 수 있습니다.
5. 사이트 관리자에 대한 표적 공격
   • 공격자는 사이트 관리자에게 맞춤형 유인물을 제작할 수 있으며(링크가 포함된 이메일), 성공 가능성을 높입니다.

이 CSRF를 통해 즉각적인 코드 실행이나 권한 상승이 직접적으로 가능하지 않을 수 있지만, 플러그인 설정을 변경할 수 있는 능력은 거의 무해하지 않습니다. 작은 구성 변경은 공격을 지속하거나 더 큰 후속 타협을 준비하는 데 사용될 수 있습니다.

보고된 “낮음” 등급이 “조치 불필요”를 의미하지 않는 이유”

CVSS는 광범위하고 표준화된 점수입니다. WordPress 환경에서는 많은 “낮음” 취약점이 다음과 같은 이유로 높은 영향을 미칩니다:

• 호스팅의 다중 임대 특성: 단일 손상된 웹사이트가 수천 명의 방문자에게 악성 소프트웨어를 제공하는 데 사용될 수 있습니다.
• 취약점의 연결 가능성: 낮은 심각도의 문제가 더 심각한 문제를 가능하게 할 수 있습니다.
• SEO 오염, 스팸 및 변조의 비즈니스 영향.

이 공개를 실행 가능한 것으로 간주하십시오 — 패치가 가능할 때 패치하고, 그동안 구성 요소가 악용될 수 있다고 가정하고 완화 조치를 적용하십시오.

즉각적으로 취해야 할 조치 (단계별)

WordPress를 실행하고 이 플러그인이 설치되어 있다면, 지금 다음을 수행하십시오. 이 단계는 속도와 영향에 따라 정렬되어 있습니다.

1. 영향을 받은 사이트 식별
   • 각 WordPress 인스턴스에 로그인하고 플러그인 → 설치된 플러그인으로 이동하십시오.
   • “Google 소셜 프로필을 지식 그래프 상자에 추가”가 나타나고 보고된 버전이 ≤ 1.0인 경우, 해당 사이트가 영향을 받는 것으로 간주하십시오.
2. 지금 플러그인을 제거하거나 비활성화하십시오 (가능한 경우).
   • 플러그인을 적극적으로 사용하지 않는 경우, 비활성화하고 삭제하십시오.
   • 신뢰할 수 있는 기능을 위해 의존하는 경우, 공식 수정이 출시될 때까지 다음 완화 조치로 진행하십시오.
3. 관리자 활동 및 세션을 제한하십시오.
   • 관리자에게 로그아웃하고 다시 로그인하도록 요청하십시오; 사이트나 호스트가 해당 옵션을 제공하는 경우 활성 세션을 종료하십시오.
   • 모든 관리자 계정에 대해 이중 인증(2FA)을 시행하거나 활성화하십시오.
   • 강력하고 고유한 비밀번호를 사용하여 관리자 비밀번호를 변경하십시오.
4. 접근을 강화하십시오.
   • 가능하다면 IP별로 관리자 대시보드 접근을 제한하십시오 (호스팅 제어판 또는 .htaccess를 통해).
   • 관리자 계정 수를 줄이고 사용자 역할 및 권한을 검토하십시오.
5. 공격 시도를 차단하기 위해 WAF 규칙을 배포하십시오.
   • 플러그인 설정 엔드포인트 또는 플러그인이 사용하는 특정 관리자 페이지에 게시를 시도하는 요청을 차단하거나 도전하십시오.
   • 설정 엔드포인트에 대한 양식 제출을 위해 유효한 WordPress nonce 및 참조자 헤더를 요구하십시오. (정확한 단계는 아래 WP-Firewall 섹션을 참조하십시오.)
6. 로그를 모니터링하고 변조의 징후를 스캔하십시오.
   • 관리자-ajax.php, 관리자 페이지 또는 플러그인의 설정 URL에 대한 비정상적인 POST 요청을 감사 로그 및 웹 로그에서 확인하십시오.
   • 전체 사이트 악성 코드 스캔을 실행하십시오. 의심스러운 파일이나 코드를 제거하거나 격리하십시오.
7. 필요시 깨끗한 백업에서 검토하고 복원하십시오.
   • 지속적인 악성 콘텐츠가 감지되면, 알려진 깨끗한 백업에서 복원한 후 네트워크에 다시 연결하기 전에 복원된 사이트를 강화하십시오.
8. 소통하고 에스컬레이션하십시오.
   • 에이전시의 일원이거나 클라이언트 사이트를 관리하는 경우, 이해관계자와 호스팅 제공업체에 알리십시오.
   • 보안 공개 프로세스나 공급업체 프로그램을 유지하는 경우, 후속 보고를 위한 책임 있는 공개 채널을 따르십시오.

WordPress 관리자를 위한 안전한 분류 체크리스트

• 사용하지 않는 경우 플러그인을 비활성화하십시오.
• 플러그인이 필요한 경우, 관리자 계정을 격리하고 강화하며 2FA를 요구하십시오.
• 모든 사용자에 대해 최소 권한을 시행하십시오 — 관리자 권한이 필요 없는 계정은 다운그레이드하십시오.
• 관리자 영역을 포함하는 웹 애플리케이션 방화벽 보호를 배포하십시오.
• 모니터링 및 파일 무결성 검사를 설정하십시오.
• 모든 관리자 계정 및 서비스 계정의 자격 증명을 교체하십시오.
• 수정 조치를 취하기 전에 테스트된 백업을 준비하십시오.

WP‑Firewall이 귀하의 사이트를 보호하는 방법 (실용적이고 즉각적인 단계)

우리는 이러한 사건이 발생할 때 실용적이고 빠르게 WP‑Firewall을 구축합니다. 다음은 사이트 소유자를 즉각적으로 그리고 장기적으로 돕는 방법입니다:

1. 관리되는 WAF 규칙 및 가상 패치
   • WP‑Firewall은 플러그인이 패치되지 않은 경우에도 CSRF 악용 시도를 차단하는 규칙을 배포할 수 있습니다. 이 취약점에 대해, 우리의 규칙은:
     • 유효한 관리자 nonce 패턴이 포함되지 않거나 알려진 관리자 IP 범위에서 오지 않는 한 플러그인의 설정 엔드포인트에 대한 외부 POST를 차단합니다.
     • CAPTCHA를 통해 의심스러운 요청에 도전하거나 행동 패턴에 따라 차단합니다.
   • 가상 패치는 시간을 벌어주고 공식 플러그인 업데이트를 기다리는 동안 대량 악용을 방지합니다.
2. 타겟팅된 관리자 영역 강화
   • 사이트 외부에서 발생하는 요청에 대해 더 엄격한 검사를 시행합니다 (부재 또는 유효하지 않은 참조자 또는 예상되는 쿠키 누락).
   • 특정 관리자 엔드포인트를 로그인한 IP로 잠그거나 설정 수정에 대한 추가 확인을 요구할 수 있습니다.
3. 악성코드 검사 및 치료
   • 정기 스캔은 변경된 파일, 새로운 의심스러운 스크립트 및 침해 지표(IOC)를 감지합니다.
   • 유료 플랜에서는 자동화된 악성코드 수정 기능을 제공하여, 많은 경우 안전하게 알려진 주입 코드를 제거합니다.
4. 속도 제한 및 봇 보호
   • CSRF 벡터를 자동화하려는 의심스러운 트래픽이나 자동화된 POST 플러드를 차단하거나 속도를 제한합니다.
5. 감사 로그 및 알림
   • 상세 로그는 위조된 요청과 관리자 활동을 연관시키는 데 도움이 되며, 이는 공격이 성공했는지 감지하는 데 중요합니다.
   • 실시간 알림은 관리자에게 설정 엔드포인트에 대한 의심스러운 POST를 알립니다.
6. 사고 지원 및 복구 안내
   • 우리의 지원 팀(유료 플랜에서 이용 가능)은 사고 후 분류, 정리 및 향후 진행에 대한 안내를 도와줍니다.

메모: WP‑Firewall의 무료 플랜은 필수 보호 기능을 제공합니다: 관리형 방화벽, WAF, 악성코드 스캐너 및 OWASP Top 10 위험 완화로, 사전 비용 없이 즉각적인 기본 보호를 받을 수 있습니다.

오늘 적용할 수 있는 WAF 완화의 예(개념 및 패턴)

아래는 우리가 추천하는 방어 유형입니다. 자체 서버(Apache/Nginx/ModSecurity)를 관리하는 경우 유사한 규칙을 추가할 수 있습니다. 관리형 방화벽(WP‑Firewall 포함)을 사용하는 경우, 이는 우리가 귀하를 위해 구현하는 패턴입니다.

• 다음과 같은 경우 플러그인 설정 엔드포인트에 대한 POST 요청을 거부하거나 도전합니다:
  • 요청에 예상 필드에 유효한 WordPress nonce가 포함되어 있지 않습니다.
  • Referer 헤더가 없거나 외부 도메인을 가리킵니다.
  • 요청이 귀하의 관리자 IP 허용 목록에 없는 IP 주소에서 발생합니다(허용 목록이 있는 경우).
• 관리자 POST에 대한 허용 목록을 적용합니다:
  • 인증된 쿠키와 유효한 nonce가 제공될 때만 알려진 관리자 IP에서 /wp-admin/*로의 POST를 허용합니다.
• 관리자 작업에 대한 속도 제한:
  • 동일한 IP 또는 세션에서 빠른 연속 설정 업데이트를 방지합니다.
• 관리 인터페이스 외부에서 플러그인 관리 페이지에 대한 접근을 차단합니다:
  • 예를 들어, 유효한 관리자 세션 쿠키가 동반되지 않는 한 플러그인의 설정 핸들러에 대한 직접 GET/POST를 허용하지 않습니다.
• 일반적인 남용 패턴을 모니터링하고 차단합니다:
  • 짧은 시간 내에 여러 다른 설정을 업데이트하려는 요청에 플래그를 지정합니다(자동화가 착취를 나타냄).

WP‑Firewall을 사용하는 경우, 우리의 인터페이스는 이러한 제어를 노출하며, 서버 구성을 편집할 필요 없이 사이트에 맞춤형 규칙을 자동으로 적용할 수 있습니다.

플러그인 개발자가 해야 할 일(유지 관리 및 저자를 위한)

WordPress 플러그인을 만드는 개발자는 CSRF 및 관련 문제를 피하기 위해 확립된 보안 코딩 패턴을 따라야 합니다:

1. WordPress nonce를 사용하세요
   • 양식에 nonce를 추가합니다 wp_nonce_field() 를 클릭하고 check_admin_referer() 또는 check_ajax_referer() 제출 시 확인하십시오.
2. 역량 점검
   • 항상 확인하십시오 현재_사용자_가능() 구성 변경을 하기 전에 적절한 권한을 위해.
3. 입력을 정리하고 검증하십시오.
   • 모든 수신 데이터를 정리하고 값이 예상 형식(URL, 불리언, 열거형)에 부합하는지 검증합니다.
4. REST 엔드포인트에 대해 REST API nonce를 사용합니다
   • REST API를 통해 설정을 제공하는 경우, REST nonce를 요구하고 검증합니다(wp_create_nonce('wp_rest')) 및 권한 검사를 수행하십시오.
5. GET에서 부작용을 피합니다
   • GET 요청에서 상태 변경 동작을 구현하지 마십시오. POST/PUT 및 CSRF 보호를 사용하십시오.
6. 반응적인 공개 및 패치 프로세스를 제공합니다
   • 보안 연구자를 위한 채널을 유지하고 적시에 패치를 제공하겠다고 약속합니다. 하위 호환성 및 업그레이드 지침을 제공합니다.

영향을 받는 플러그인을 유지 관리하는 경우, nonce 검증 및 권한 확인을 추가하는 패치를 게시하는 것을 우선시하십시오. 플러그인 저자가 아닌 경우, 그들이 이러한 단계를 따르도록 권장하거나 플러그인을 더 안전한 대안으로 교체하도록 하십시오.

사고 대응: 착취당했다고 의심되는 경우

1. 포함하다:
   • 가능한 경우 사이트를 오프라인으로 전환하거나 유지 관리 모드로 설정하십시오.
   • 관리 URL을 일시적으로 변경하거나 IP로 접근을 차단하십시오.
2. 증거 보존:
   • 로그를 수집하십시오(웹 서버, 애플리케이션 로그).
   • 포렌식 검토를 위해 사이트 파일과 데이터베이스의 스냅샷을 찍으십시오.
3. 정리 및 복원:
   • 악성 코드나 주입된 콘텐츠가 존재하는 경우, 깨끗한 백업에서 복원하십시오.
   • 깨끗한 백업을 찾을 수 없는 경우, 파일을 신중하게 정리하거나 전문 사고 대응 제공업체를 모집하십시오.
4. 다시 덮다:
   • 자격 증명(관리자 및 서비스 계정)을 재발급하십시오.
   • 신뢰할 수 있는 출처에서 모든 플러그인/테마를 재설치하고 업데이트하십시오.
   • 강화 단계를 다시 적용하십시오(WAF, 2FA, 최소 관리자 역할).
5. 사후 분석:
   • 근본 원인을 식별하고 해결하십시오(플러그인 패치 또는 제거).
   • 사고 대응 계획을 업데이트하고 이해관계자와 소통하십시오.

자주 묻는 질문(FAQ)

Q: 플러그인을 즉시 삭제해야 하나요?

A: 사용하지 않는다면, 예 — 삭제하십시오. 기능이 필요하고 패치가 없다면, 관리 환경을 격리하고 강화하며, WAF 규칙을 배포하고 패치가 제공될 때까지 면밀히 모니터링하십시오.

Q: CSRF가 공격자가 파일을 업로드하거나 PHP를 실행하도록 허용합니까?

A: 혼자서는 그렇지 않습니다. CSRF는 공격자가 피해자의 브라우저가 요청을 수행하도록 허용합니다. 영향은 취약한 엔드포인트가 허용하는 것에 따라 다릅니다. 플러그인 설정 변경의 경우, 위험은 주로 구성 변조입니다. 플러그인이 업로드 가능한 자산을 수용하거나 설정을 통해 코드 주입을 활성화하는 경우, 영향이 더 클 수 있습니다.

Q: 악용을 위해 필요한 권한은 무엇입니까?

A: 발견된 바에 따르면 사용자 상호작용이 필요하며 일반적으로 특권 사용자(관리자)가 대상이 됩니다. 공격자는 인증되지 않을 수 있지만 인증된 관리자가 요청을 수행하도록 속여야 합니다.

Q: WAF 보호를 얼마나 오래 유지해야 합니까?

A: 공식적이고 안전한 플러그인 업데이트가 설치되었음을 확인하고 사이트의 무결성을 검증할 때까지 보호 규칙을 유지하십시오.

최상의 강화 관행(이번 사건을 넘어)

• 모든 특권 계정에 대해 2FA 및 강력한 비밀번호 정책을 시행하십시오.
• 관리 사용자 및 감사 역할의 수를 매월 최소화하십시오.
• 최소 권한 원칙을 사용하십시오 — 편집자 및 기여자는 관리자 권한을 가져서는 안 됩니다.
• WordPress 코어, 테마 및 플러그인을 업데이트하고 사용하지 않는 플러그인을 제거하십시오.
• 오프사이트 저장소와 함께 테스트된 백업 전략을 유지하십시오.
• 정기적으로 악성 코드 스캔 및 파일 무결성 검사를 실행하십시오.
• 알려진 웹 악용 패턴을 차단하고 가상 패치 격차를 메우기 위해 관리형 WAF를 사용하십시오.
• 비정상적인 관리자 영역 활동을 모니터링하고 경고하십시오.

지금 WordPress 사이트 앞에 WAF를 배치해야 하는 이유

웹 애플리케이션 방화벽(WAF)은 만능 해결책은 아니지만, 적절하게 구성하면 즉시 공격 표면을 줄입니다:

• 자동화된 공격 및 기회주의적 공격을 차단합니다.
• 패치되지 않은 타사 코드에 대한 가상 패치를 제공합니다.
• 의심스러운 행동을 감지하고 악용 시도를 차단합니다.
• 사건 발생 시 격리 시간을 줄입니다.
• 안전한 개발 및 패치와 상호 보완적입니다.

WP‑Firewall에서는 모든 기술 수준의 WordPress 사용자를 위해 WAF 배포를 간단하고, 마찰이 적으며, 효과적으로 만드는 데 집중합니다.

무료로 사이트를 안전하게 보호하세요 — 오늘 WP‑Firewall Basic으로 시작하세요

플러그인 변경 사항을 평가하거나 패치를 기다리는 동안 빠르고 신뢰할 수 있는 기본 보호가 필요하다면, 우리의 Basic(무료) 플랜은 제로 비용으로 필수적인 보호를 제공합니다. Basic 플랜에는 관리형 방화벽, 무제한 대역폭 처리, WordPress에 맞게 조정된 강력한 WAF, 자동화된 악성 코드 스캐너 및 OWASP Top 10을 다루는 보호 기능이 포함됩니다. 이 CSRF 공개가 나타내는 위협 유형에 대한 실질적인 보호를 제공받게 되며, 대규모 악용 가능성을 줄이는 가상 규칙도 포함됩니다.

지금 무료 플랜에 가입하고 즉시 WordPress 관리자 영역 및 설정 엔드포인트를 보호하기 시작하세요:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(악성 코드의 지속적인 제거, 고급 가상 패치 또는 전담 지원 연락처가 필요한 경우, 유료 플랜이 이러한 기능을 확장합니다. 그러나 무료 플랜도 즉각적인 위험을 줄이는 훌륭한 첫 단계입니다.)

장기적인 관점: WordPress 생태계 보안

이 공개는 플러그인 보안 위생이 전체 WordPress 커뮤니티에 영향을 미친다는 것을 상기시킵니다. 개별 플러그인 취약점은 낮은 등급일지라도 규모와 자동화에 의존하는 공격자에게는 공격 경로가 됩니다. 위험을 줄이기 위해서는 통합된 접근 방식이 필요합니다:

• 개발자는 안전한 코딩 관행(논스, 권한 검사, REST 보호)을 준수합니다.
• 사이트 소유자는 최소한의 업데이트된 플러그인 세트를 유지하고 관리자 모범 사례를 시행합니다.
• 호스팅 제공업체와 보안 공급자는 WAF, 악성 코드 스캔 및 사고 대응 지원과 같은 방어 제어를 제공합니다.

WP‑Firewall에서는 계층화된 보안을 믿습니다: 안전한 코드, 엄격한 권한, 지속적인 모니터링 및 엣지 보호. 이러한 조치를 함께 계층화할 때, 사이트는 무해한 클릭으로 시작되는 공격에 대해 훨씬 더 탄력적입니다.

마무리 노트 및 책임 있는 공개

이 플러그인이 설치된 사이트 소유자라면 즉시 위에 나열된 완화 조치를 취하십시오. 개발자 또는 보안 연구자라면 이 취약점에 대한 추가 정보나 제안된 패치가 있다면 플러그인 저자 및 책임 있는 공개 채널과 세부 정보를 공유해 주십시오.

이 특정 문제에 대한 조사 또는 완화 구현에 도움이 필요하다면, WP‑Firewall은 분류, 격리 및 복구를 도와주는 지원 및 관리 서비스를 제공합니다. 우리의 무료 플랜은 노출을 줄이고 기본 보호를 받을 수 있는 즉각적인 조치입니다.

안전을 유지하고 경계를 늦추지 않으며 구성 수준의 취약점을 심각하게 다루십시오 — 공격자는 타협을 확대하기 위해 단 하나의 구멍만 필요합니다.

— WP‑Firewall 보안 팀