버스트 통계 플러그인에서의 인증 취약점 // 2026-05-14에 발표 // CVE-2026-8181

WP-방화벽 보안팀

Burst Statistics Vulnerability CVE-2026-8181

플러그인 이름 버스트 통계
취약점 유형 인증 취약점
CVE 번호 CVE-2026-8181
긴급 비판적인
CVE 게시 날짜 2026-05-14
소스 URL CVE-2026-8181

긴급: 버스트 통계 (워드프레스) — 인증 우회 (CVE‑2026‑8181) 및 사이트를 지금 보호하는 방법

날짜: 2026년 5월 14일
심각성: 높음 (CVSS 9.8)
영향을 받는 버전: 3.4.0 – 3.4.1.1
패치됨: 3.4.2
CVE: CVE‑2026‑8181

요약하자면

버스트 통계 워드프레스 플러그인에서의 인증 우회(인증 손상)는 인증되지 않은 공격자가 관리자 권한으로 상승하고 사이트를 완전히 손상시킬 수 있게 합니다. 즉시 버스트 통계 3.4.2로 업데이트하십시오. 즉시 업데이트할 수 없는 경우 아래의 완화 조치를 적용하십시오(가상 패치와 WAF, 플러그인 비활성화, 플러그인 파일 접근 제한, 자격 증명 회전, 관리자 계정 및 로그 감사). 사이트를 호스팅하거나 여러 워드프레스 설치를 관리하는 경우 모든 사이트가 업데이트될 때까지 클라이언트 전반에 걸쳐 격리 및 가상 패치를 우선시하십시오.

이 기사는 WP‑Firewall의 엔지니어 관점에서 작성되었습니다 — 실용적이고, 포렌식적이며, 방어적입니다. 취약점 영향, 악용 패턴, 찾아야 할 지표, 현장 비상 완화 조치(예: WAF 규칙 예제 및 서버 강화), 사고 대응 단계, 장기적인 강화 및 모니터링 권장 사항을 설명합니다.


무슨 일이 있었는지 (간단한 언어)

버스트 통계는 워드프레스 분석 플러그인으로, 3.4.0에서 3.4.1.1 버전에서 인증 우회 취약점(CVE‑2026‑8181)을 가지고 있었습니다. 이 결함은 인증되지 않은 공격자가 인증된 관리자에게 제한되어야 하는 플러그인 기능을 트리거할 수 있게 합니다. 실제로: 공격자는 인증 또는 권한을 제대로 확인하지 않는 플러그인 엔드포인트(또는 다른 플러그인 코드 경로)와 상호작용할 수 있으며, 그로 인해 관리 계정 탈취와 같은 행동을 수행할 수 있습니다.

이 취약점은 인증되지 않은 권한 상승을 허용하므로 매우 높은 위험 등급(CVSS 9.8)을 부여받습니다. 이를 성공적으로 악용한 공격자는 백도어를 설치하고, 관리자 사용자를 생성하며, 데이터를 유출하고, 사이트 콘텐츠를 수정하고, 자격 증명이나 호스팅 리소스를 공유하는 다른 시스템으로 이동할 수 있습니다.


왜 이것이 그렇게 위험한가

  • 인증되지 않은 진입: 악용을 시작하기 위해 유효한 사용자 계정이나 자격 증명이 필요하지 않습니다.
  • 빠르고 조용함: 관리자 권한으로의 권한 상승은 프로그래밍적으로 수행될 수 있으므로, 인간의 상호작용 없이 대량 악용이 가능합니다.
  • 자동화 친화적: 공격 표면이 작아(플러그인 엔드포인트), 공격자가 스캐너 및 대량 악용 스크립트를 작성하기가 쉽습니다.
  • 지속적인 제어: 공격자가 관리자가 되면 파일, 데이터베이스, 예약된 작업을 포함하여 사이트를 제어할 수 있으며, 보안 제어를 비활성화할 수 있습니다.

취약한 플러그인 버전을 사용하는 모든 사이트는 패치되고 감사될 때까지 위험에 처한 것으로 간주해야 합니다.


전형적인 악용 체인(개념적)

우리는 악용 코드를 제공하는 것을 피하지만, 방어자가 이를 감지할 수 있도록 공격자가 사용할 수 있는 단계를 이해하는 데 도움이 됩니다:

  1. 공격자는 플러그인의 공개 엔드포인트와 배너를 위해 워드프레스 사이트를 스캔합니다(플러그인 슬러그 = burst-statistics 또는 특정 ajax/REST 경로).
  2. 그들은 POST 또는 GET 매개변수를 수락하는 플러그인 엔드포인트에 인증되지 않은 요청을 보냅니다. 인증 검사가 없거나 불충분하기 때문에 엔드포인트는 요청을 처리합니다.
  3. 엔드포인트는 옵션을 업데이트하거나 사용자를 생성하거나 권한 상승으로 이어지는 WordPress 함수를 호출합니다.
  4. 공격자는 로그인하거나 새로 생성된 관리자 계정을 사용(또는 업데이트된 권한을 활용)하여 전체 제어를 취합니다.
  5. 공격 후 활동: 백도어 추가, 예약된 이벤트를 통한 지속성 생성, 데이터 유출 또는 변조.

이 순서를 이해하면 어디를 찾아야 할지 알 수 있습니다: 플러그인 엔드포인트, 새로운 관리자 사용자, 비정상적인 POST 트래픽, 옵션의 갑작스러운 변경, 파일 변경 및 예약된 작업.


즉각적인 조치 (순서대로)

Burst Statistics가 설치된 WordPress 사이트를 관리하는 경우 지금 다음 단계를 따르십시오:

  1. 플러그인을 즉시 3.4.2로 업데이트하십시오.
    공급업체는 CVE‑2026‑8181을 패치하는 3.4.2를 출시했습니다. 이것이 단일, 결정적인 수정입니다.
  2. 즉시 업데이트할 수 없는 경우 플러그인을 비활성화하세요.
    플러그인 > 설치된 플러그인으로 이동하여 플러그인을 비활성화하거나 SFTP/SSH를 통해 폴더 이름을 변경하십시오: wp-content/plugins/burst-statisticsburst-statistics.disabled
  3. 가상 패치(WAF)를 적용하고 플러그인 전용 엔드포인트에 대한 접근을 차단하십시오.
    아래 WAF 규칙 예제를 참조하십시오.
  4. 모든 관리자 비밀번호를 재설정하고 모든 사용자를 강제로 로그아웃하십시오.
    WordPress 사용자 화면 또는 WP‑CLI를 사용하여 모든 관리자 계정 및 권한이 상승된 계정의 비밀번호를 변경하십시오.
  5. wp-config.php에서 인증 키와 솔트를 회전하십시오.
    WordPress.org 비밀 키 서비스 또는 WP‑CLI를 사용하여 솔트를 섞어 모든 활성 세션이 무효화되도록 하십시오.
  6. 관리자 사용자를 검토하고 알 수 없는 계정을 제거하십시오.
    대시보드를 사용하거나 wp 사용자 목록 --역할=관리자 무단 계정을 제거하십시오 (wp 사용자 삭제 --재지정=).
  7. 침해 지표(IoCs)를 확인하세요 — 로그 및 파일 변경 사항(전용 섹션 참조).
  8. 침해를 감지하면 사이트를 격리하고, 로그 및 백업을 보존하며, 아래의 사고 대응 절차를 따르세요.

여러 사이트를 호스팅하는 경우, 긴급 업데이트 또는 가상 패치를 전체에 배포하고 고객에게 긴급성을 전달하세요.


침해 지표(IoCs) 및 확인할 사항

인증되지 않은 관리자 취약점이 있을 때, 공격자는 일반적으로 뚜렷한 흔적을 남깁니다. 먼저 이러한 위치를 확인하세요:

  • 새로 추가되거나 수정된 관리자 계정:
    • 대시보드: 사용자 → 모든 사용자. 예상치 못한 관리자 사용자 이름이나 최근 계정 생성 날짜를 찾으세요.
    • WP‑CLI: wp user list --role=administrator --format=csv
  • 사용자 메타데이터의 의심스러운 변경 사항:
    • wp_usermeta 예상치 못한 권한이나 상승된 역할을 가진 행.
  • 인증 이벤트 및 세션 이상:
    • 웹 서버 접근 로그에서 HTTP POST 및 플러그인 엔드포인트 또는 admin-ajax.php REST API에 대한 요청을 확인하세요 (/wp-json/ 차단하세요.).
    • 플러그인 이름이나 비정상적인 쿼리 문자열을 포함하는 요청을 찾으세요; 동일한 IP에서 반복된 시도.
  • 파일 시스템 변경:
    • 수정된 시간 아래 wp-content/plugins/burst-statistics, wp-content/uploads, 또는 wp-콘텐츠/테마.
    • 업로드 또는 플러그인 폴더의 알 수 없는 PHP 파일(백도어는 종종 간단한 PHP 파일입니다).
  • 크론 항목:
    • wp cron 이벤트 목록 (WP‑CLI) 또는 검사 wp_옵션 위해 크론 옵션. 임의의 콜백을 실행하는 새로운 예약 작업을 찾으세요.
  • 데이터베이스 이상:
    • 새로 추가된 옵션 wp_옵션 base64로 인코딩된 페이로드 또는 직렬화된 객체를 포함하는.
  • 아웃바운드 네트워크 활동:
    • 서버에서 원격 IP 또는 도메인으로의 낯선 연결(유출 또는 C2를 나타냄).
  • 악성코드 스캐너의 스캔 결과:
    • 파일 무결성 스캐너를 실행하는 경우 경고를 확인하십시오. 비정상적이거나 높은 심각도의 발견 사항을 우선시하십시오.

변경하기 전에 비정상적인 사항을 기록하십시오. 나중에 포렌식 분석을 위해 로그와 파일 복사본을 보존하십시오.


긴급 가상 패치 — WAF(개념 및 예제 규칙)

즉각적인 플러그인 업데이트가 불가능한 경우(스테이징/종속성 테스트 필요), WAF를 통한 가상 패치가 위험을 줄이는 가장 빠른 방법입니다. 가상 패치는 공급업체 패치의 필요성을 대체하지 않으며, 시간을 벌어줍니다.

일반 WAF 강화 전략:

  • 플러그인 관리자 파일 및 엔드포인트에 대한 인증되지 않은 요청을 차단하십시오.
  • 의심스러운 매개변수가 있는 요청(플러그인 특정 작업 이름의 존재)을 차단하거나 도전하십시오.
  • 스캔 패턴을 감지할 때 속도 제한 및 지리적 차단을 수행하십시오.
  • 자동화된 대량 스캔 사용자 에이전트 및 비정상적으로 짧은 요청 간격을 차단하십시오.

아래는 예제 규칙 개념 및 샘플 규칙(일반 용어로 표현됨)입니다. 이를 귀하의 WAF 제품 또는 방화벽에 맞게 조정하십시오.

경고: 익스플로잇 페이로드를 복사하지 마십시오 — 우리는 엔드포인트, 매개변수 이름 및 동작에 맞는 차단 규칙을 제공합니다.

예제 1 — 플러그인 관리자 페이지에 대한 인증되지 않은 접근 차단(Apache .htaccess):

# 유효한 WP 쿠키가 존재하지 않는 한 burst-statistics 관리자 페이지에 대한 직접 접근을 거부합니다.

예제 2 — 인증되지 않은 요청에 대한 플러그인 엔드포인트를 거부하는 Nginx 구성:

location ~* /wp-content/plugins/burst-statistics/ {

예제 3 — 플러그인 작업 지표를 포함하는 인증되지 않은 ajax/REST 요청을 차단하는 일반 WAF 규칙(유사 ModSecurity):

# 플러그인 특정 작업을 포함하는 admin-ajax.php 또는 wp-json에 대한 인증되지 않은 요청을 차단하십시오."

예제 4 — 스캔 패턴에 대한 속도 제한 및 차단

  • 동일한 IP에서 admin-ajax.php 또는 REST 엔드포인트에 대한 POST 요청을 예를 들어 분당 5회로 제한합니다.
  • 플러그인 엔드포인트를 탐색할 때 반복적으로 403 또는 404를 생성하는 IP를 차단합니다.

설계 노트:

  • 잘못된 긍정 결과를 최소화하기 위해 플러그인 슬러그 또는 엔드포인트에 규칙을 적용합니다.
  • 규칙을 배포한 후 WAF 로그를 모니터링하여 합법적인 사용자가 차단되지 않도록 합니다.
  • WAF가 가상 패칭을 지원하는 경우, 엄격한 규칙 세트를 배포하고 필요할 경우에만 완화합니다.

업데이트가 불가능할 경우 안전한 격리

  • 패치하거나 조사하는 동안 사이트를 유지 관리 모드로 전환합니다. 이는 실시간 위험을 줄입니다.
  • IP 허용 목록(서버 또는 WAF 수준)으로 wp-admin 접근을 제한합니다.
  • 디스크에서 폴더 이름을 변경하여 플러그인을 비활성화합니다(SFTP/SSH): mv wp-content/plugins/burst-statistics wp-content/plugins/burst-statistics.disabled
  • 플러그인이 필수적이고 활성 상태를 유지해야 하는 경우, 패치될 때까지 추가 인증(HTTP 기본 인증)으로 관리자 인터페이스를 잠급니다.

침해 감사 방법(단계별)

우선 순위가 매겨진 체크리스트로 시작합니다 — 빠른 성과와 증거 보존에 집중합니다.

  1. 파일과 데이터베이스의 전체 백업을 수행합니다(증거 보존).
  2. 관리자 사용자 확인:
    • 대시보드: 사용자
    • WP‑CLI: wp user list --role=administrator --format=csv
  3. 솔트를 회전시키고 강제로 로그아웃합니다:
    • wp-config.php에서 새 키를 사용하거나 wp 설정 셔플-솔트 (WP-CLI) 사용 가능할 경우.
  4. 모든 관리자 및 편집자 계정과 권한이 상승된 계정의 비밀번호를 재설정하십시오.
  5. 다음에 대한 POST 요청에 대한 웹 서버 액세스 로그를 검토하십시오:
    • /wp-admin/admin-ajax.php
    • /wp-json/ 차단하세요.
    • /wp-content/plugins/burst-statistics/
    • 플러그인 슬러그를 포함하는 쿼리 매개변수가 있는 요청.
  6. 의심스러운 PHP 파일을 파일 시스템에서 검색하십시오:
    • find . -type f -name '*.php' -mtime -7 최근 변경 사항에 대해
    • 아래를 확인하십시오 wp-content/uploads 및 플러그인 디렉토리.
  7. 예약된 이벤트 검사:
    • wp cron 이벤트 목록 (WP‑CLI) 또는 확인하십시오 wp_옵션 크론 기록.
  8. 새로운 데이터베이스 옵션을 찾으십시오:
    • SELECT option_name FROM wp_options WHERE autoload='yes' AND option_name LIKE '%burst%';
  9. 로그에서 또는 프로세스 모니터링을 통해 아웃바운드 연결(서버 수준)을 확인하십시오.
  10. 손상 증거(셸, 백도어, 악성 크론)를 발견하면, 격리하고 알려진 좋은 백업에서 재구성하십시오. 증거가 발견되지 않지만 격리 단계를 따랐다면, 적극적인 모니터링을 계속하십시오.

복구: 지속성을 제거하고 신뢰를 복원하십시오

침해를 확인하는 경우:

  1. 서버/네트워크를 격리하십시오.
  2. 포렌식 복사본을 보존하십시오: 전체 파일 시스템 및 DB 스냅샷, 로그(액세스, 오류, 시스템 로그).
  3. 모든 비밀 및 키를 교체하십시오: WP 소금, 관리자 비밀번호, 호스팅 제어판, 데이터베이스 사용자 비밀번호, API 키.
  4. 백도어, 악성 파일 및 무단 사용자를 제거하십시오. 확실하지 않은 경우, 깨끗한 백업에서 재구성하십시오.
  5. 신뢰할 수 있는 출처에서 WordPress 코어와 모든 플러그인을 재설치하십시오. 감염된 플러그인을 다시 도입하지 마십시오.
  6. 환경이 깨끗한지 확인한 후에만 패치된 플러그인 버전(3.4.2)을 적용하십시오.
  7. 악성 코드 스캔 및 파일 무결성 검사를 다시 실행하십시오.
  8. 최소 30일 동안 의심스러운 활동에 대한 로그를 모니터링합니다.
  9. 이해관계자와 사건을 소통하고, 필요시 호스팅 제공자와도 소통하십시오.

개발자 및 사이트 소유자를 위한: 근본 원인 및 예방

깨진 인증 취약점은 일반적으로 다음에서 발생합니다:

  • 누락된 권한 검사(호출 없음) 현재_사용자_가능() 또는 사용자가 로그인했는지 여부()).
  • 권한에 대해 검증되지 않은 nonce 또는 쿠키에 의존.
  • 적절한 접근 제어가 없는 공개적으로 노출된 엔드포인트.
  • 사용자 권한을 검증하지 않고 특권 작업을 수행하는 WordPress 함수의 안전하지 않은 사용.

미래의 위험을 줄이기 위해:

  • 플러그인 작성자는 민감한 작업에 대해 권한과 nonce를 검증하고 서버 측 검사가 우회될 수 없도록 해야 합니다.
  • 사이트 소유자는 플러그인을 프로덕션에 배포하기 전에 보안 감사를 수행해야 하며, 특히 플러그인이 관리 권한을 요구하는 경우에는 더욱 그렇습니다.
  • 최소 권한 원칙을 채택하십시오: 관리 권한이 필요 없는 직원은 낮은 역할을 가져야 합니다.
  • 모든 관리자 계정에 대해 이중 인증(2FA)을 시행하고, 오래되거나 사용되지 않는 관리자 사용자를 차단하십시오.
  • 적시에 플러그인 업데이트를 유지하고 보안 패치 자동 업데이트 정책을 고려하십시오.

유용한 WP-CLI 명령(관리자)

사용자 및 플러그인을 검사하고 수정하기 위해 명령줄에서 실행할 수 있는 빠른 명령:

관리자 사용자 목록:

wp user list --role=administrator --fields=ID,user_login,user_email,registered --format=table

의심스러운 관리자 사용자를 삭제하고 그들의 콘텐츠를 재할당:

wp 사용자 삭제  --재지정=

플러그인을 비활성화합니다:

wp 플러그인 비활성화 burst-statistics

플러그인 폴더 이름 변경 (WP를 통해 플러그인을 비활성화할 수 없는 경우 빠르게 비활성화):

mv wp-content/plugins/burst-statistics wp-content/plugins/burst-statistics.disabled

소금을 재생성합니다 (모든 세션을 만료시키기 위해 강제):

wp config shuffle-salts # 또는 https://api.wordpress.org/secret-key/1.1/salt/를 사용하여 wp-config.php에서 키를 수동으로 업데이트합니다.

크론 이벤트 목록:

wp 크론 이벤트 목록 --형식=csv

CLI 작업에 익숙하고 백업이 있는 경우에만 이러한 명령을 사용하십시오.


장기 보안 체크리스트 및 모범 사례

  • 플러그인 및 테마 목록을 작성하고 사용하지 않거나 방치된 항목을 제거합니다.
  • 패치 일정을 유지하고 보안 업데이트를 신속하게 적용합니다.
  • 고위험 취약점에 대해 신속한 가상 패칭이 가능한 관리형 WAF를 사용합니다.
  • 권한이 높은 모든 계정에 대해 이중 인증을 활성화합니다.
  • 가능하면 IP로 관리 영역 접근을 제한하세요.
  • wp-admin에서 테마 및 플러그인 편집기를 비활성화합니다: 추가 define('DISALLOW_FILE_EDIT', true); wp-config.php로.
  • 파일 무결성 모니터링 솔루션 및 일일 악성 코드 검사를 구현합니다.
  • 정기적인 복원 테스트와 함께 안전한 백업(오프사이트 및 변경 불가능한)을 유지합니다.
  • 고유하고 강력한 비밀번호와 비밀번호 관리자를 사용합니다. 팀의 비밀번호 위생을 장려합니다.
  • WordPress DB 사용자에 대한 데이터베이스 권한을 필요한 작업으로 제한합니다.
  • 주기적으로 사용자 계정을 감사하고 오래되었거나 사용하지 않는 계정을 제거합니다.

기관 및 호스트를 위한 커뮤니케이션 안내

클라이언트 사이트를 관리하거나 여러 WordPress 인스턴스를 호스팅하는 경우:

  • 분류: 플러그인을 사용하는 클라이언트를 식별하고 취약한 버전을 사용하는 클라이언트를 표시합니다.
  • 고부가가치 대상을 우선시합니다: 전자상거래, SaaS, 회원 사이트 또는 사용자 데이터가 있는 사이트.
  • 가능한 경우 전체 시스템에 걸쳐 가상 패치를 광범위하게 배포합니다.
  • 유지 관리 창에서 업데이트를 예약하고 수행하며, 클라이언트에게 위험 및 수정 계획을 알립니다.
  • 관리 서비스를 운영하는 경우, 중요한 취약점에 대해 자동 긴급 패치를 사용하는 것을 고려하십시오.
  • 비기술 고객을 위한 간단한 수정 요약을 제공하십시오: 무슨 일이 있었는지, 무엇을 했는지, 고객이 해야 할 일(비밀번호 변경, 관리자 계정 확인).

수정 후 테스트 및 검증

패치(3.4.2)를 적용한 후 또는 가상 패칭 후:

  1. 플러그인 버전을 확인하십시오: 대시보드 > 플러그인 또는 wp 플러그인 상태 burst-statistics.
  2. 관리자 계정이 합법적인지 확인하고, 의심스러운 계정을 제거하십시오.
  3. WAF 규칙이 설정되어 있고 예상대로 로깅되고 있는지 확인하십시오.
  4. 악성 코드 스캔 및 파일 무결성 검사를 다시 실행하십시오.
  5. 반복 시도를 위해 웹 서버 로그를 모니터링하고, 악성 IP가 차단되었는지 확인하십시오.
  6. 플러그인을 비활성화한 후 다시 활성화한 경우, 플러그인 작동이 올바른지 확인하고 지속성이 남아 있지 않은지 사이트 기능을 테스트하십시오.

사용자에게 전달할 커뮤니케이션(샘플 알림)

이해관계자/고객에게 알릴 필요가 있는 경우, 명확한 평이한 언어를 사용하십시오:

  • 무슨 일이 있었는가: Burst Statistics의 취약점으로 인해 공격자가 관리자 접근 권한을 얻을 수 있습니다.
  • 당신이 한 일: 플러그인을 업데이트/비활성화하고, 관리자 비밀번호를 재설정하고, 방화벽 규칙을 적용하고, 사이트 점검을 시작했습니다.
  • 그들이 해야 할 일: 그들이 관리하는 모든 계정의 비밀번호를 변경하고 2FA를 활성화하십시오.
  • 연락할 사람: 귀하의 보안 또는 지원 연락처(지원 연락처 세부정보 제공).

WAF + 패칭이 올바른 조합인 이유

웹 애플리케이션 방화벽(WAF)은 공급업체 코드 수정을 적용하지 않고 악성 트래픽 패턴을 차단하여 신속한 완화를 제공합니다. 이는 생산 및 스테이징 환경에서 공급업체 패치를 테스트하고 적용할 시간을 벌어줍니다. 그러나 WAF는 영구적인 대체물이 아닙니다: 기본 취약점을 제거하기 위해 커널 수준 또는 애플리케이션 수정이 필요합니다. 즉각적인 보호를 위해 WAF를 사용하고 가능한 한 빨리 코드를 패치하십시오.


새로 추가: WP‑Firewall 무료 플랜으로 몇 분 안에 사이트를 안전하게 보호하십시오.

사이트 보호는 필수 제어로 시작됩니다. WP‑Firewall의 기본(무료) 플랜은 관리형 방화벽 보호, 무제한 대역폭, WAF, 악성 코드 스캔 및 OWASP Top 10 위험에 대한 완화 기능을 제공합니다 — CVE‑2026‑8181과 같은 대규모 공격의 위험을 크게 줄이는 데 필요한 모든 것입니다. 무료 플랜을 시작하고 플러그인을 업데이트하고 사이트를 강화하는 동안 즉각적인 가상 패치 보호를 받으세요.

자세히 알아보고 무료 플랜에 가입하려면 여기를 클릭하세요.

(여러 사이트를 관리하는 경우, Standard 및 Pro 플랜은 자동 악성 코드 제거, IP 블랙리스트/화이트리스트 옵션, 취약점 가상 패치, 보안 보고서 및 관리 지원을 위한 프리미엄 추가 기능을 추가합니다.)


마지막으로 — 지금 이 일을 우선시하세요.

CVE‑2026‑8181은 인증되지 않은 행위자가 관리 권한을 얻을 수 있게 하므로 심각한 취약점입니다 — 이는 모든 WordPress 사이트에 대한 최악의 결과입니다. 보안으로 가는 가장 빠른 경로는 간단합니다: Burst Statistics를 버전 3.4.2로 업데이트하세요. 즉시 그렇게 할 수 없다면, WAF를 통해 가상 패치를 적용하고, 플러그인을 일시적으로 비활성화하며, 자격 증명을 변경하고, 침해의 징후를 감사하세요.

여러 사이트를 운영하거나 관리형 호스팅을 제공하는 경우, 이를 긴급 분류로 취급하세요: 취약한 설치를 식별하고, 전체적으로 임시 보호를 적용하며, 통제된 일정에 따라 공급업체 패치를 추진하세요. 단일 사이트 소유자는 지금 업데이트하고 복구 체크리스트를 따르세요.

우리는 도와드리기 위해 여기 있습니다 — 자동 공격을 즉시 중단하기 위해 단기 가상 패치를 사용한 다음, 장기적으로 수정하고 강화하세요. 백업을 유지하고 모든 것을 기록하며, 비정상적인 관리자 활동은 다른 증명이 있을 때까지 잠재적으로 악의적인 것으로 간주하세요.

안전히 계세요,
WP‑Firewall 보안 팀


wordpress security update banner

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

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

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