![]()
| 플러그인 이름 | 워드프레스 파비콘 플러그인 |
|---|---|
| 취약점 유형 | 크로스 사이트 스크립팅(XSS) |
| CVE 번호 | CVE-2026-42754 |
| 긴급 | 중간 |
| CVE 게시 날짜 | 2026-06-01 |
| 소스 URL | CVE-2026-42754 |
긴급: 워드프레스 파비콘 플러그인(≤1.3.46)에서의 교차 사이트 스크립팅(XSS) — 사이트 소유자가 지금 당장 해야 할 일
작가: WP-방화벽 보안팀
날짜: 2026-06-01
태그: 워드프레스 보안, XSS, 취약점, WAF, 파비콘 플러그인, CVE-2026-42754
요약: 교차 사이트 스크립팅(XSS) 취약점(CVE-2026-42754)이 워드프레스 파비콘 플러그인 버전 1.3.46까지 영향을 미칩니다. 패치는 버전 1.3.47에서 제공됩니다. 이 게시물에서는 위험, 가능한 공격 시나리오, 즉각적인 완화 조치, 지금 적용할 수 있는 WAF/가상 패치 규칙, 탐지 및 수정 지침, 그리고 WP-Firewall 보안 팀의 장기적인 강화 조언을 설명합니다.
목차
- 발생한 일: 간단한 기술 요약
- 이것이 귀하의 워드프레스 사이트에 중요한 이유
- 공격 시나리오 및 영향
- 사이트 소유자를 위한 즉각적인 조치 (우선 순위 체크리스트)
- 웹 애플리케이션 방화벽(WAF)이 당신을 보호하는 방법(및 샘플 규칙)
- 탐지 및 조사: 무엇을 찾아야 하는가(로그, DB, 파일)
- 손상된 경우 복구 및 복원
- 개발자 안내: 플러그인이 이를 방지해야 했던 방법
- 워드프레스 사이트를 위한 장기 강화 권장 사항
- 무료 WP-Firewall 플랜으로 즉시 사이트를 보호하세요
- 최종 메모 및 참고자료
발생한 일: 간단한 기술 요약
2026년 5월 30일, 워드프레스 파비콘 플러그인(버전 ≤ 1.3.46)에 영향을 미치는 교차 사이트 스크립팅(XSS) 취약점이 공개되었고 CVE-2026-42754가 할당되었습니다. 공급업체는 문제를 해결하는 수정된 빌드(1.3.47)를 출시했습니다. 이 취약점은 신뢰되지 않은 HTML/JavaScript가 사용자의 브라우저에서 렌더링될 수 있는 컨텍스트에 주입될 수 있게 하며, 이는 플러그인이 호스트 사이트에서 어떻게 사용되는지에 따라 저장된 XSS 또는 반사된 XSS로 이어질 수 있습니다.
공개된 세부 사항은 다를 수 있지만, 실제 위험은 공격자가 영향을 받는 사이트의 맥락에서 악성 스크립트 실행을 유도할 수 있다는 것입니다 — 특히 관리 맥락에서 — 사이트 사용자를 속여 신뢰되지 않은 콘텐츠가 렌더링되도록 하는 것입니다. 성공적인 악용은 세션 도용, 관리자의 브라우저를 통한 무단 작업, 사이트 변조 또는 더 깊은 서버 접근(자격 증명 도용, 백도어)으로 이어질 수 있습니다.
이 취약점은 CVSS 점수 7.1(중간/높음)을 가지고 있으며, 이는 사소하지 않으며 대규모 캠페인에서 적극적으로 악용될 수 있음을 의미합니다. 이를 긴급하게 다루십시오: 관리 페이지에 대한 XSS는 공격자가 접근을 확대하고 유지하는 가장 빠른 방법 중 하나입니다.
이것이 귀하의 워드프레스 사이트에 중요한 이유
- 관리 화면과 상호작용하는 플러그인에서의 XSS는 신뢰된 사용자의 브라우저(종종 관리자)에서 실행될 수 있기 때문에 위험합니다.
- 공격자는 대규모 캠페인에서 모든 규모의 사이트를 손상시키기 위해 XSS를 사용합니다 — 고프로필 대상뿐만 아니라.
- 관리자의 브라우저가 임의의 JavaScript를 실행하면, 공격자는 관리자의 이름으로 작업을 수행할 수 있습니다(백도어 사용자 생성, 악성 플러그인 설치, 옵션 변경, 데이터 내보내기).
- 사용자를 속이는 데 의존하는 반사된 XSS조차도 공유 계정이나 편집 워크플로를 손상시킬 수 있습니다.
- 사이트 자산(파비콘, 메타 태그)을 관리하는 플러그인은 종종 관리 페이지 및 설정에 대한 접근 권한을 부여받습니다; 여기서의 결함은 사이트의 제어 평면에 영향을 미칠 가능성이 높습니다.
워드프레스를 운영하고 파비콘 플러그인을 사용하는 경우, 사고 목록에서 이 항목을 우선시하십시오. 플러그인을 업데이트하는 것이 가장 빠른 해결책입니다.
공격 시나리오 및 영향
아래는 이 취약점이 악용될 수 있는 현실적인 방법입니다:
- 조작된 URL 또는 쿼리 매개변수를 통한 반사된 XSS — 공격자가 관리자로 링크를 전송합니다; 관리자가 로그인한 상태에서 클릭하면 JS가 관리 세션에서 실행됩니다.
- 저장된 XSS: 공격자가 플러그인 제어 필드나 흐름에 악성 콘텐츠를 제출하고, 이후 관리 화면(예: 미리보기, 상태 페이지, 옵션 패널)에서 적절한 이스케이프 없이 표시됩니다.
- 사회 공학적 관리자 침해: 공격자는 관리자가 클릭하는 링크가 포함된 피싱 이메일/메시지를 보냅니다; 이러한 링크는 새로운 관리자 사용자 생성 또는 악성 플러그인 설치와 같은 작업을 실행하는 페이로드를 트리거합니다.
- 브라우저 기반 지속성을 제공하기 위한 크로스 사이트 스크립팅: 스크립트를 사용하여
document.write테마 파일이나 옵션에 지속되는 자산을 주입하거나, 결국 다른 취약점과 연결하여 원격 코드 실행을 가능하게 합니다.
잠재적 영향:
- 관리 계정 탈취 및 사이트 제어.
- 데이터 유출(사용자 목록, 구성 데이터).
- 지속적인 백도어 또는 악성코드 배포.
- 사이트 방문자를 위한 대량 피싱 리디렉션 또는 드라이브 바이 감염.
- SEO 오염 및 평판 손실.
사이트 소유자를 위한 즉각적인 조치 (우선 순위 체크리스트)
WordPress 사이트를 관리하는 경우, 지금 이 단계들을 수행하세요 — 이 순서로:
- 플러그인 업데이트
- 모든 사이트와 스테이징 환경에서 WordPress Favicon 플러그인을 즉시 1.3.47 버전으로 업데이트하세요.
- 자동 업데이트를 사용하는 경우, 업데이트가 성공적으로 적용되었는지 확인하세요.
- 즉시 업데이트할 수 없는 경우
- 업데이트할 수 있을 때까지 플러그인을 일시적으로 비활성화하십시오.
- 비활성화가 중요한 기능을 중단시키고 업데이트할 수 없는 경우, 업데이트가 적용될 때까지 아래의 WAF 완화 조치를 구현하세요.
- WAF/가상 패치 규칙 적용(아래 추천 샘플 규칙 참조)
- XSS 공격에 사용되는 페이로드 패턴 차단(스크립트 태그, 이벤트 핸들러, javascript: URI).
- 플러그인 엔드포인트에 대한 의심스러운 요청 패턴 차단(알려진 경우) 및 GET/POST 페이로드에 원시 <script 또는 onerror=가 포함된 요청 차단.
- 관리자를 위한 재인증 강제.
- 관리자 비밀번호를 변경하십시오.
- 모든 관리자 및 권한이 상승된 사용자의 비밀번호 재설정을 강제.
- 모든 세션 무효화(소금을 변경하거나 쿠키를 무효화하기 위해 옵션 업데이트 — 아래 수정 참조).
- 손상 여부를 스캔하세요
- 악성코드 스캔 수행(파일 및 데이터베이스 모두).
- 데이터베이스에서 의심스러운 HTML/JS 검색(<script, javascript:, onerror=, base64 인코딩된 PHP와 같은 문자열).
- 1. 테마, 플러그인 및 mu-플러그인에서 최근 변경 사항을 검사하십시오.
- 로그 및 사용자 감사
- 2. 의심스러운 POST/GET 페이로드 및 관리자 엔드포인트에 대한 요청에 대한 액세스 로그를 확인하십시오.
- 3. 최근 관리자 작업 및 신규 사용자를 검토하십시오.
- 백업
- 4. 수정 작업을 수행하기 전에 깨끗한 백업이 있는지 확인하십시오.
- 5. 손상된 경우 정리 후 알려진 좋은 백업에서 복원하십시오.
- 이해관계자에게 알리기
- 6. 악용을 감지하면 내부 팀 및 호스트에 경고하십시오.
- 7. 여러 사이트를 운영하는 경우 모든 환경에 패치를 적용하십시오.
웹 애플리케이션 방화벽(WAF)이 당신을 보호하는 방법(및 샘플 규칙)
8. 적절하게 구성된 WAF는 다음과 같이 패치할 시간을 제공합니다:
- 9. 알려진 공격 페이로드를 엣지에서 차단합니다(워드프레스에 도달하기 전에).
- 10. 취약한 플러그인 엔드포인트를 목표로 하는 익스플로잇 체인을 중단하기 위해 가상 패치를 적용합니다.
- 11. 의심스러운 요청을 감지하고 기록하여 조사를 우선시할 수 있도록 합니다.
12. 아래는 WAF에 배포할 수 있는 실용적인 예제 규칙입니다. 이는 일반적인 패턴입니다 — 합법적인 트래픽이 차단되지 않도록 환경에 맞게 정규 표현식을 조정하십시오.
중요한: 13. 전체 시행 전에 “모니터” 모드에서 규칙을 테스트한 다음, 확신이 서면 차단 모드로 전환하십시오.
14. 일반적인 XSS 페이로드를 차단하기 위한 ModSecurity 스타일 규칙 예제
15. (참고: WAF 구문에 맞게 조정하십시오)
16. # 요청 본문/인수에서 의심스러운 스크립트 태그 및 일반적인 XSS 이벤트 핸들러 차단"
SecRule ARGS|ARGS_NAMES|REQUEST_COOKIES|REQUEST_HEADERS "@rx <\s*script|javascript:|onerror\s*=|onload\s*=" \n "id:1000010,phase:2,deny,log,status:403,msg:'XSS 페이로드 차단됨',tag:'xss',severity:2" <svg 17. 페이로드(종종 남용됨)를 포함하는 요청을 차단하기 위한 예제 규칙
18. SecRule REQUEST_BODY "@rx <\s*svg" \n "id:1000011,phase:2,deny,log,status:403,msg:'SVG XSS 시도',tag:'xss',severity:2"
19. 인코딩된 스크립트가 있는 쿼리 매개변수를 차단하기 위한 예제 규칙
SecRule ARGS_NAMES|ARGS "@rx (|)(\s*script|\s*svg|\s*iframe)" \n "id:1000012,phase:2,deny,log,status:403,msg:'인코딩된 스크립트가 감지되었습니다',severity:2"
경로별 특정 플러그인 엔드포인트 차단
플러그인이 알려진 관리자 ajax 엔드포인트나 특정 경로를 사용하는 경우, 의심스러운 요청을 차단하거나 속도 제한을 적용합니다:
# 의사 규칙: 페이로드가 의심스러운 경우 /wp-admin/admin-ajax.php?action=favicon_endpoint에 대한 외부 요청 차단"
일반적인 휴리스틱 규칙 (관리자 화면을 반사 XSS로부터 보호)
# 인증되지 않은 요청에 스크립트 조각이 포함되고 관리자 페이지를 참조하는 경우, 이를 차단합니다"
중요한 안내:
- 합법적인 사이트 동작을 방해하는 지나치게 광범위한 차단을 피하십시오.
- 사이트별로 규칙을 적용하고, 차단된 시도를 기록하며, 검증된 요청에 대해 임시 화이트리스트를 허용할 수 있는 WAF를 사용하십시오.
- 가상 패칭을 위해: 플러그인의 요청 경로 주변에서 스크립트 태그, 이벤트 속성, 인코딩된 변형과 같은 악용 벡터를 차단하는 데 집중하십시오.
WP-Firewall을 사용하는 경우, 즉각적인 완화 규칙을 활성화할 수 있습니다 (우리는 일반적인 페이로드를 포함하는 가상 패치를 제공합니다) — 이들은 알려진 XSS 벡터를 차단하면서 잘못된 긍정 반응을 최소화하도록 조정되어 있습니다.
탐지 및 조사: 무엇을 찾아야 하는가
신중한 조사를 통해 귀하의 사이트가 표적이 되었는지 또는 손상되었는지를 판단할 수 있습니다.
- 웹 서버 및 WAF 로그
- <script, onerror=, javascript:, document.cookie, eval(, 또는 의심스러운 base64 문자열이 포함된 요청을 찾으십시오.
- 동일한 IP에서 반복된 시도, 비정상적인 사용자 에이전트 또는 자동 스캔 패턴을 식별하십시오.
- 워드프레스 활동 로그
- 지난 몇 주 동안의 관리자 작업을 검토하십시오: 새로운 플러그인, 플러그인 업데이트, 새로운 관리자 사용자, 테마/템플릿 변경, 크론 이벤트.
- 활동 로그가 없는 경우, 정리 후 감사/로그 기록 플러그인을 활성화하십시오.
- 데이터베이스 검색
- <script 및 의심스러운 JS 스니펫의 발생을 위해 wp_options, wp_posts, wp_postmeta, wp_commentmeta에서 쿼리를 실행하십시오.
- 예제 SQL (읽기 전용으로 실행):
SELECT option_name, option_value FROM wp_options WHERE option_value LIKE '%<script%'; - 파일 시스템
- wp-content(테마 및 플러그인)에서 최근 수정된 PHP 파일을 검색하십시오, 특히 base64_decode, eval, file_put_contents, fopen 또는 최근 수정된 WP 루트 파일이 포함된 파일.
- 예시(리눅스):
find /path/to/site -type f -mtime -14 -print - 예약된 작업 및 크론
- WordPress에서 알려지지 않은 크론 작업 확인 (
wp cron 이벤트 목록) 및 서버 크론 항목.
- WordPress에서 알려지지 않은 크론 작업 확인 (
- 새로운 사용자 및 역할
- 관리자 역할을 가진 새로운 사용자를 찾아보세요 — 가능하다면 생성 시간과 IP 주소를 감사하세요.
- 아웃바운드 연결
- 의심스러운 전화-home 행동(악성 코드가 C2 서버에 연락하는 것)을 위해 서버의 아웃바운드 연결을 검사하세요.
만약 악용의 증거를 발견하면, 사이트를 격리하세요(유지 관리 모드, 들어오는 트래픽 차단) 그리고 복구로 이동하세요.
손상된 경우 복구 및 복원
만약 당신이 침해를 확인했거나 강하게 의심한다면:
- 추가 피해를 방지하고 방문자 노출을 줄이기 위해 사이트를 오프라인으로 전환하세요(또는 유지 관리 모드로 설정하세요).
- 증거 보존
- 변경하기 전에 파일 및 데이터베이스 백업을 만드세요(조사를 위해).
- 포렌식 분석을 위해 로그, DB 스냅샷 및 파일 목록을 내보내세요.
- 정리 또는 복원
- 침해 날짜 이전의 알려진 깨끗한 백업에서 복원하는 것을 선호하세요.
- 깨끗한 백업이 존재하지 않는 경우, 악성 파일을 제거하고(조심스럽게), 플러그인/테마 저장소의 알려진 좋은 복사본과 비교하여 수정된 파일을 정리하고 백도어 코드를 확인하세요.
- 공식 소스에서 WordPress 코어, 테마, 플러그인을 다시 설치합니다.
- 자격 증명 및 비밀 회전
- 모든 관리자 비밀번호, API 키, 데이터베이스 비밀번호 및 사이트에서 사용되는 기타 자격 증명을 변경하세요.
- WordPress 소금을 재생성하세요(새로운 소금으로 wp-config.php 업데이트).
- 세션과 쿠키를 무효화하세요.
- 모든 사용자에게 다시 로그인하도록 강제하세요.
- 관리자 쿠키가 도난당했다고 의심되면, 쿠키 소금을 변경하거나 지속적인 로그인 철회를 통해 세션 무효화를 설정하세요.
- 무단 사용자를 제거하고 예약된 작업을 삭제하세요.
- 알려지지 않은 관리자 계정과 의심스러운 크론 이벤트를 제거하세요.
- 다시 스캔하십시오
- 정리된 사이트를 다시 스캔하여 악성 코드 및 침해 지표를 확인하세요.
- 복구 후 모니터링
- 1. 향상된 로깅 및 모니터링을 최소 90일 동안 활성화하십시오.
- 2. 재진입의 징후를 감지하기 위해 사이트를 강화된 감시 하에 두십시오.
- 사고 후 검토
- 3. 침해가 어떻게 발생했는지 문서화하고 정책 및 통제를 조정하십시오(패치 주기, 코드 검토, WAF 규칙).
4. 여러 사이트(대행사 또는 호스트)를 관리하는 경우, 모든 영향을 받은 테넌트에 대한 수정 작업을 우선시하고 중요한 보안 릴리스를 위한 강제 자동 업데이트를 고려하십시오.
개발자 안내: 플러그인이 이를 방지해야 했던 방법
5. 플러그인 저자 및 개발자를 위해, XSS 범주는 규칙적인 입력/출력 처리를 통해 피할 수 있습니다:
- 출력 인코딩: 6. 항상 출력을 하기 전에 데이터를 이스케이프하십시오. 적절한 함수를 사용하십시오:
- 7. HTML 본문 텍스트에 대해 esc_html()을 사용하십시오.
- 속성에 대해 esc_attr()을 사용합니다.
- URL에 대해 esc_url() 사용.
- 8. 제한된 태그 집합을 허용해야 하는 마크업을 정화할 때 wp_kses() 또는 wp_kses_post()를 사용하십시오.
- 입력 세정: 9. 예상되는 콘텐츠에 따라 sanitize_text_field(), sanitize_textarea_field(), 및 wp_kses_post()를 사용하십시오.
- 논스 및 권한 확인: 10. POST를 처리하거나 옵션을 업데이트하기 전에 nonce 토큰과 현재 사용자의 권한을 확인하십시오.
- 11. 컨텍스트별 이스케이프: 12. XSS는 출력 컨텍스트와 관련이 있다는 것을 기억하십시오 — 입력 정화에만 의존하지 마십시오.
- 13. 사용자 제공 입력을 JavaScript 컨텍스트에 직접 에코하는 것을 피하십시오. 14. 변수를 JS에 포함해야 하는 경우, wp_localize_script() 및 적절한 이스케이프와 함께 json_encode()를 사용하십시오.
- 15. 데이터베이스와 상호작용할 때 준비된 문장 또는 WordPress API를 사용하십시오 — 신뢰할 수 없는 입력으로 SQL을 작성하지 마십시오. 16. 모든 관리자-facing echo/print 문과 관리자-ajax 핸들러를 검토하여 이스케이프되지 않은 출력을 확인하십시오.
- 17. 책임 있는 플러그인 릴리스 주기는 보안 및 코드 검토, 주입/XSS에 대한 자동화된 테스트, 그리고 빠른 패치 릴리스 프로세스를 포함합니다.
18. 보안은 여러 층으로 구성됩니다. 미래의 위험을 줄이기 위한 우선 순위가 매겨진 강화 단계는 다음과 같습니다:.
워드프레스 사이트를 위한 장기 강화 권장 사항
19. 플러그인, 테마 및 코어 업데이트를 신속하게 적용하십시오.
- 모든 것을 최신 상태로 유지하십시오.
- 플러그인, 테마 및 코어 업데이트를 신속하게 적용하세요.
- 낮은 위험 플러그인에 대한 자동 업데이트를 활성화하는 것을 고려하십시오. 중요한 보안 수정에 대해서는 제어된 자동 업데이트가 매우 가치 있습니다.
- WAF를 구현하고 유지 관리하십시오.
- WAF는 패치를 위한 시간을 벌어주고 웹 엣지에서 일반적인 익스플로잇 페이로드를 차단합니다.
- 조정된 규칙 세트를 유지하고 로깅을 활성화하십시오.
- 최소 권한의 원칙
- 사용자에게 필요한 최소한의 기능만 제공하십시오. 공유 관리자 계정을 피하십시오.
- 편집 작업과 관리 작업에 대해 별도의 계정을 사용하십시오.
- 백업 및 재해 복구
- 변경 불가능하고 자주 백업을 유지하며 오프사이트에 저장하십시오.
- 정기적으로 복원 테스트를 수행하십시오.
- 보안 모니터링 및 로깅
- 애플리케이션 및 서버 로깅을 활성화하십시오. 사고 조사를 위해 적절한 기간 동안 로그를 보관하십시오.
- 2단계 인증(2FA)
- 모든 관리자 및 특권 계정에 대해 2FA를 요구하십시오.
- 강력한 비밀번호와 회전
- 비밀번호 관리자를 사용하고 자격 증명 및 키를 정기적으로 회전하십시오.
- 구성 강화
- 사용하지 않는 경우 XML-RPC를 비활성화하십시오.
- 실용적인 경우 IP로 /wp-admin에 대한 액세스를 제한하거나 관리자 액세스를 위해 VPN을 요구하십시오.
- 쿠키에 보안 플래그를 설정하십시오(보안, HttpOnly, SameSite).
- 콘텐츠 보안 정책(CSP) 사용
- CSP는 인라인 스크립트를 방지하고 허용된 출처를 제한하여 XSS의 영향을 줄입니다. 처음에는 보고 전용 모드를 사용하여 합리적인 정책을 구현하십시오.
- 개발자 관행
- 팀에 보안 코딩 관행(특히 출력 인코딩 및 이스케이프)에 대한 교육을 실시하십시오.
- 배포 전 보안 점검 및 코드 검토를 구현하십시오.
- 관리되는 스캔 및 주기적인 침투 테스트
- 정기적인 자동 스캔을 실행하고 고가치 사이트에 대해 주기적인 침투 테스트를 예약하십시오.
무료 WP-Firewall 플랜으로 즉시 사이트를 보호하세요
무료로 항상 켜져 있는 방화벽으로 사이트를 즉시 보호하십시오.
WordPress 사이트를 관리하고 패치를 테스트하고 배포하는 동안 즉각적인 보호를 원하신다면, 무료 WP-Firewall Basic 플랜으로 사이트를 보호하는 것을 고려해 보세요. 무료 플랜에는 OWASP Top 10 위험을 차단하고 완화하는 필수 보호 기능, 보호를 위한 무제한 대역폭, 관리형 방화벽, WAF 규칙 및 악성 코드 스캐너가 포함되어 있으며, 모두 무료입니다. 플러그인 업데이트 및 감사가 완료될 때까지 인터넷과 WordPress 설치 간에 강화된 레이어를 빠르게 얻는 방법입니다. 다음 링크에서 WP-Firewall Basic (무료) 플랜에 가입하세요: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
(자동 정리, 월간 보고서 또는 여러 사이트에 걸친 가상 패치가 필요하다면, 유료 플랜에서는 자동 악성 코드 제거, IP 블랙리스트/화이트리스트, 자동 가상 패치 및 전담 보안 서비스를 추가합니다.)
예시 탐지 서명 및 실용적인 쿼리
가능한 악용의 지표를 찾기 위해 로그 및 DB를 검색하는 데 사용하세요:
- 웹 로그 (일반 페이로드 검색):
grep -i -E "(<script|onerror=|onload=|javascript:|document.cookie|eval\() " /var/log/nginx/access.log
- 데이터베이스 검색:
SELECT ID, post_title FROM wp_posts WHERE post_content LIKE '%<script%' LIMIT 50;
- 파일 시스템 스캔:
grep -RIn --exclude-dir=wp-content/uploads "<script" /path/to/site/wp-content;
최종 메모 및 책임 있는 공개
- 수정된 플러그인 릴리스는 1.3.47입니다. 업데이트는 당신이 취할 수 있는 가장 좋은 단일 조치입니다.
- 손상 증거를 발견하면, 증거를 수집하고, 격리 단계를 따르며, 필요시 호스팅 보안 또는 사고 대응 파트너에게 에스컬레이션하세요.
- WAF 규칙을 배포할 때는 신중한 접근 방식을 유지하세요 — 먼저 보호하고, 나중에 조정하세요.
- WP-Firewall 팀은 WordPress 플러그인에 영향을 미치는 새로운 위협을 지속적으로 모니터링합니다; 우리 서비스를 사용하신다면, 우리는 이 취약점에 대한 공격을 알리고 완화할 것입니다.
보안은 일회성이 아닙니다. 패치, 가시성, 계층 방어 및 준비의 주기입니다. 모든 플러그인 취약점을 심각하게 다루세요 — 심지어 사소해 보이는 것들도 — 공격자는 작은 문제를 연결하여 큰 손상으로 이어질 수 있습니다.
위의 기술 규칙에 대해 질문이 있거나, 정리 검증에 대한 도움이 필요하거나, 관리형 완화가 필요하다면, 우리는 적절한 보호를 신속하게 배포하는 데 도움을 드릴 수 있습니다.
안전히 계세요,
WP-방화벽 보안팀
