| 플러그인 이름 | 태스크빌더 |
|---|---|
| 취약점 유형 | SQL 주입 |
| CVE 번호 | CVE-2026-6225 |
| 긴급 | 높은 |
| CVE 게시 날짜 | 2026-05-17 |
| 소스 URL | CVE-2026-6225 |
중요: Taskbuilder(<= 5.0.6)에서 SQL 인젝션 — 워드프레스 사이트 소유자가 지금 해야 할 일
요약하자면
- Taskbuilder 플러그인에서 시간 기반 블라인드 SQL 인젝션이 보고되었습니다. 워드프레스 버전 <= 5.0.6에 영향을 미칩니다(CVE‑2026‑6225).
- 필요한 권한: 구독자 수준의 인증된 사용자 — 이는 권한이 낮은 계정이 악용될 수 있음을 의미합니다.
- Taskbuilder 5.0.7에서 패치됨 — 이 플러그인을 실행 중이라면 즉시 업데이트하십시오.
- 즉시 업데이트할 수 없는 경우, 완화 조치를 배포하십시오: WAF를 통한 가상 패치, 구독자 기능 제한, 영향을 받는 플러그인 기능 제한 또는 비활성화, 비정상적인 데이터베이스 지연 및 POST 요청 모니터링.
- WP-Firewall 고객: 가상 패치/WAF 규칙을 활성화하고, 악성 코드 스캔을 실행하며, containment 및 recovery를 위한 아래 체크리스트를 따르십시오.
왜 이것이 중요한가 (짧고 간단한 영어)
이 취약점은 심각도가 높고 실용적입니다. 성공적인 시간 기반 블라인드 SQL 인젝션은 공격자가 데이터베이스를 잠재우거나 응답 지연을 통해 데이터를 비트 단위로 추출할 수 있게 합니다. 애플리케이션이 SQL 출력을 직접적으로 노출하지 않더라도 가능합니다. 누구나 등록할 수 있거나 이미 구독자 계정을 가진 사람에 의해 악용될 수 있기 때문에 공격 표면이 크게 확대됩니다 — 많은 워드프레스 사이트가 댓글, 회원가입 또는 클라이언트 접근을 위해 구독자 등록을 허용합니다. 이는 자동화된 대량 악용 캠페인을 가능하게 합니다.
워드프레스 웹사이트를 호스팅하는 경우, 이 경고를 긴급으로 처리하는 것이 올바른 대응입니다: 패치, 모니터링 및 (필요한 경우) 업데이트할 수 있을 때까지 웹 애플리케이션 방화벽을 통해 가상 패치하십시오.
사실 (현재 우리가 아는 것)
- 취약점 유형: SQL 인젝션 (시간 기반 블라인드).
- 영향을 받는 소프트웨어: Taskbuilder 워드프레스 플러그인, 버전 <= 5.0.6.
- 패치됨: 5.0.7.
- CVE: CVE‑2026‑6225.
- 필요한 권한: 구독자 (인증된 저수준 사용자).
- CVSS: ~8.5 (높음).
- 발견: 외부 보안 연구자에 의해 보고됨 (공식 공개).
- 악용 가능성: 시간 기반 블라인드 SQL 인젝션은 공격자가 애플리케이션이 쿼리 결과를 에코할 필요가 없음을 의미합니다 — 응답 시간을 측정하여 데이터를 유추할 수 있습니다.
시간 기반 블라인드 SQL 인젝션 작동 방식 (개요, 안전)
시간 기반 블라인드 SQL 인젝션은 공격자가 애플리케이션이 데이터베이스 쿼리 출력을 공격자에게 반환하지 않지만, 특정 조건에서 데이터베이스가 응답을 지연하도록 지시할 수 있는 기술입니다. 공격자는 조건부 SQL을 포함하는 조작된 요청을 반복적으로 발행하여 추측한 정보의 비트가 참일 경우 데이터베이스가 대기(잠자기)하도록 합니다. 여러 요청에 걸쳐 서버가 응답하는 데 걸리는 시간을 측정하여 공격자는 비밀(사용자 이름, 비밀번호 해시, API 키 등)을 재구성합니다.
실용적인 의미:
- 눈에 보이는 오류나 출력이 필요하지 않기 때문에 전통적인 콘텐츠 기반 스캐닝은 추출을 보지 못할 수 있습니다.
- 공격은 느리지만 신뢰할 수 있고 자동화하기 쉽습니다. 단일 계정(예: 구독자)이 취약한 코드 경로에 도달할 수 있으면 공격자는 여러 사이트에서 추출을 확장할 수 있습니다.
- 시간 기반 주입은 일반적으로 비정상적인 지연 스파이크(정상보다 몇 초 더 걸리는 요청)를 생성합니다.
여기에서 익스플로잇 개념 증명을 게시하지 않을 것입니다. 대신, 위험을 줄이기 위해 수정 및 탐지 지침을 따르십시오.
WordPress에서의 가능한 익스플로잇 벡터
- 사용자 제공 매개변수를 수용하는 플러그인 AJAX 엔드포인트 또는 Taskbuilder에 의해 노출된 사용자 정의 REST 엔드포인트(POST/GET).
- 낮은 권한의 사용자(댓글, 작업, 사용자 정의 필드)로부터 입력을 수용하고 적절한 매개변수화 없이 데이터베이스와 상호작용하는 모든 양식 또는 엔드포인트.
- 구독자를 등록한 후 플러그인 엔드포인트를 공격하여 익스플로잇 시도를 하는 자동화된 봇.
필요한 권한이 구독자이기 때문에 등록을 허용하는 사이트나 기존 구독자 계정(고객, 사용자)이 있는 사이트는 잠재적으로 위험에 처해 있습니다.
공격자가 달성할 수 있는 것
공격자가 이 SQL 주입을 성공적으로 익스플로잇하면 가능한 결과는 다음과 같습니다:
- 데이터베이스 테이블에서 데이터 덤프(사용자 이메일, 비밀번호 해시, 옵션 또는 플러그인 테이블에 저장된 API 키).
- 관리자의 자격 증명을 획득하거나 인증에 사용되는 데이터를 재설정하여 접근 권한을 상승시키기.
- 백도어 추가(다른 취약점과 결합되거나 쓰기가 허용되는 경우) 또는 데이터베이스 행을 조작하여 새로운 관리자 사용자 추가.
- 개인 콘텐츠 또는 고객 데이터를 유출하여 준수 및 개인 정보 침해로 이어지기.
- 서버 측 자격 증명이나 비밀이 노출되면 호스트 수준의 손상으로 전환하기.
시간 기반 추출이 은밀하기 때문에 공격자는 명백한 징후가 나타나기 전에 지속성을 유지할 수 있습니다.
즉각적인 조치(사이트 소유자 및 관리자용)
- 플러그인을 5.0.7(또는 이후 버전)로 즉시 업데이트하십시오 —
- 여러 설치를 관리하는 경우 업데이트 프로세스를 자동화하되 먼저 스테이징에서 테스트하십시오.
- 즉시 업데이트할 수 없는 경우, 완화 조치를 적용하십시오:
- 웹 애플리케이션 방화벽(WAF)을 활성화하고 사용자 입력을 수락하는 Taskbuilder 엔드포인트에 대한 요청을 차단하는 규칙을 적용하십시오(아래 WAF 안내 참조).
- 구독자가 데이터를 전송할 수 있는 Taskbuilder 기능을 일시적으로 비활성화하거나 업데이트할 수 있을 때까지 플러그인을 비활성화하십시오.
- 사이트가 공개 가입을 허용하는 경우, 새로운 등록을 일시적으로 제한하거나(CAPTCHA / 이메일 확인 적용) 계정 생성 남용을 줄이십시오.
- 의심스러운 활동에 대한 로그를 검토하십시오(탐지 섹션 참조).
- 복원해야 할 경우를 대비하여 사이트와 데이터베이스를 즉시 백업하십시오.
- 침해가 의심되는 경우 관리 비밀번호를 변경하고 애플리케이션 비밀을 순환하십시오.
- 파일과 데이터베이스에 대해 전체 악성 코드 검사를 실행하십시오; 알려지지 않은 관리자 사용자를 제거하고 주입된 코드를 확인하십시오.
탐지 — 로그 및 모니터링에서 찾아야 할 사항
이것은 시간 기반 공격이므로, 탐지는 타이밍 이상 및 비정상적인 요청 패턴에 초점을 맞춥니다.
웹 서버 및 애플리케이션 로그에서 검색하십시오:
- SQL 키워드(SELECT, UNION, SLEEP, BENCHMARK) 또는 SQL 제어 문자(‘ — ; #)를 포함하는 비정상적인 입력이 포함된 플러그인 특정 엔드포인트에 대한 요청(POST 또는 GET).
- 동일한 IP 또는 IP 범위에서의 갑작스러운 요청 급증, 또는 동일한 엔드포인트를 대상으로 하는 유사한 요청의 대량 발생.
- 구독자 역할을 가진 인증된 계정에서 일반적으로 수행하지 않는 작업을 수행하는 요청(예: 이상한 페이로드로 작업 생성 양식을 반복 제출).
- 비정상적인 응답 시간 — 기준보다 몇 초 더 걸리는 요청. 시간 기반 SQLi의 경우, 정상 요청이 서브 초인 경우 5–20초의 지연이 반복적으로 발생할 수 있습니다.
- 플러그인 엔드포인트 주변에서 반복되는 500 시리즈 오류. 블라인드 SQLi는 종종 오류를 반환하지 않지만, 잘못된 입력은 여전히 데이터베이스 또는 PHP 오류를 유발할 수 있습니다.
실용적인 로그 쿼리(조정할 수 있는 예):
- 플러그인 엔드포인트에 대한 POST/GET 요청을 검색하고 매개변수 값에서 SQL 관련 키워드로 필터링하십시오.
- 응답 시간으로 필터링: 관련 엔드포인트에 대해 3초 이상의 요청을 표시하십시오.
- IP별로 집계하여 특정 출처에서 집중된 비정상적인 활동을 찾으십시오.
주의: 생산 로그를 사용하여 착취를 모방하는 시끄러운 테스트를 실행하지 마십시오(이로 인해 제한이나 경고가 발생할 수 있습니다). 수동 분석에 집중하십시오.
WAF 및 가상 패치 안내(이 공격을 신속하게 차단하는 방법)
WAF(예: WP-Firewall 솔루션)를 운영하는 경우, 가상 패칭은 업데이트를 예약하는 동안 활성 공격을 중단하는 가장 빠른 방법입니다.
권장 WAF 제어:
- 해당 엔드포인트가 취약한 것으로 알려져 있는 경우, 구독자 입력을 처리하는 정확한 플러그인 엔드포인트에 대한 요청을 차단하거나 도전하십시오. 보수적인 접근 방식은 이러한 작업에 대해 더 강력한 검증(논스, 인증된 Ajax 토큰) 또는 추가적인 도전(CAPTCHA)을 요구하는 것입니다.
- 입력 매개변수에서 SQL 인젝션 패턴을 감지하는 규칙을 만드십시오: 여러 SQL 키워드(SELECT, UNION), SQL 주석(–, #), 연결 패턴 및 데이터베이스 타이밍 함수(SLEEP, BENCHMARK)의 사용. 트리거 작업: 차단하거나 403을 제공합니다.
- 대량의 시간 기반 탐색 요청을 방지하기 위해 IP 및 인증된 사용자별로 요청을 속도 제한하거나 조절하십시오. 시간 기반 추출은 많은 요청을 필요로 하며, 속도 제한은 공격자를 상당히 느리게 하거나 중단시킬 것입니다.
- 비정상적으로 긴 쿼리 문자열이나 많은 구두점 또는 일반적으로 인젝션 페이로드에 나타나는 비 URL 안전 시퀀스를 포함하는 POST 본문이 있는 요청을 차단하십시오.
- 인증된 요청에 대해 WAF 규칙을 시행하십시오 — 많은 WAF는 기본적으로 인증되지 않은 트래픽만 검토합니다; 인증된 사용자 트래픽이 검사되도록 하십시오.
예시(고급) 규칙 논리 — 공개 채널에 원시 익스플로잇 패턴을 게시하지 마십시오:
- 요청 URL이 플러그인 작업/액션 엔드포인트와 일치하고 AND
- 요청 본문 또는 매개변수에 SQL 타이밍 키워드가 포함되거나 OR
- 요청이 동일한 출처에서 반복적으로 발생하여 응답 시간이 > X를 초과하는 경우
- 그러면 차단하거나 도전을 제시하십시오.
WP-Firewall은 이러한 보호 기능을 중앙에서 구현할 수 있으므로 각 사이트의 코드를 수정할 필요가 없습니다.
안전한 수정 체크리스트(단계별)
- 즉시 Taskbuilder를 5.0.7 이상으로 업데이트하십시오.
- 지금 업데이트를 적용할 수 없는 경우:
- 플러그인을 비활성화하거나 사용자 입력을 수용하는 특정 기능을 비활성화하십시오.
- 사용자 등록을 닫거나 새 계정에 대해 더 강력한 검증을 임시로 추가하십시오.
- 관련 엔드포인트 및 SQLi 패턴을 차단하는 WAF 규칙을 적용하십시오.
- 사이트 및 데이터베이스를 백업하십시오(날짜가 찍힌). 백업을 오프라인으로 유지하십시오.
- 사용자 계정 검사:
- 알 수 없는 관리자 사용자를 제거합니다.
- 관리자 역할이나 기능에 변경이 없음을 확인하십시오.
- 주입된 PHP 또는 난독화된 파일을 위해 파일 시스템을 스캔하고, 악성 코드 스캔을 실행하십시오.
- 옵션, 사용자 또는 플러그인 테이블에서 의심스러운 항목을 검사하십시오.
- 플러그인 테이블이나 옵션에 저장된 경우 특히 API 키나 자격 증명을 회전하십시오.
- 패치 후에는 반복 시도를 모니터링하십시오(공격자는 종종 다시 시도합니다).
- 추출 징후가 감지되면 권한이 있는 사용자에 대해 비밀번호 재설정을 강제하는 것을 고려하십시오.
- 사건 타임라인과 취한 조치를 문서화하십시오.
복구 및 사고 후 강화
- 최소 권한 원칙을 적용하십시오: 구독자 계정이 할 수 있는 일을 최소화하십시오. 구독이 기본 콘텐츠 접근만 필요하다면 복잡한 페이로드를 작성하거나 파일을 업로드할 수 있는 권한을 부여하지 마십시오.
- 관리자 접근을 위한 강력한 인증을 시행하십시오: 관리자 및 편집자를 위한 2FA.
- 단계적 업데이트 프로세스를 유지하십시오: 스테이징에서 플러그인 업데이트를 테스트하고 합리적인 경우 자동 패치를 적용하십시오.
- 지속적인 WAF 커버리지를 유지하고 정기적인 보안 스캔을 실행하십시오.
- 로깅 및 경고 임계값을 설정하십시오: 중요한 엔드포인트에 대한 지연 응답 및 반복 SQL 키워드 패턴은 즉각적인 경고를 유발해야 합니다.
- 다음 번에 신속하게 대응할 수 있도록 이러한 단계를 포함한 사고 대응 플레이북을 유지하십시오.
개발자를 위한: 보안 코딩 알림
플러그인 또는 테마 개발자라면 이 사건에서 배우십시오:
- 모든 DB 상호작용에 대해 준비된 문과 매개변수화된 쿼리를 사용하십시오(사용자 입력을 SQL 문자열에 절대 삽입하지 마십시오).
- 사용하기 전에 예상 입력 유형(예: 정수, 이메일, 슬러그)에 따라 입력을 검증하고 정리하십시오.
- 사용자 제공 데이터를 절대 신뢰하지 마십시오 — 구독자 입력조차도 검증해야 합니다.
- 가능한 경우 동적 SQL을 피하십시오; 사용해야 하는 경우 허용되는 작업에 대한 엄격한 화이트리스트를 구현하고 입력을 이스케이프하십시오.
- AJAX 및 REST 엔드포인트에 대해 논스 및 권한 검사를 구현하십시오. DB 쓰기가 필요한 엔드포인트가 권한 검사로 보호되고, 권한 검사가 필요한 최소 역할에 매핑되는지 확인하십시오.
- 자동 프로빙의 대상이 될 수 있는 엔드포인트에 대해 속도 제한을 구현하십시오.
예시 탐지 서명 (안전, 고급)
아래는 WAF 또는 모니터링에 적용할 수 있는 안전하고 고급 규칙 아이디어입니다 — 이는 명시적인 익스플로잇 문자열을 피하지만 일반적인 시간 기반 SQLi 탐색을 포착합니다:
- 본문에 SQL 키워드와 괄호가 두 번 이상 포함된 플러그인 엔드포인트에 대한 요청을 감지합니다 (예: SELECT + SLEEP과 유사한 함수 이름의 발생) — 의심스러운 것으로 표시합니다.
- 인증된 사용자로부터 오는 POST 요청을 감지하며, 이 요청은 댓글과 같은 또는 문장과 같은 구두점 패턴(따옴표, 세미콜론)을 포함하고 반복 시도에서 응답 시간이 > 3초를 초래합니다.
- 동일한 인증된 사용자 또는 IP가 M분 이내에 동일한 엔드포인트에 > N 요청을 발행하는 것을 추적하고, 이러한 요청 중 많은 수가 긴 응답 시간을 가지면 심각성을 증가시킵니다.
- 단일 문자 또는 비트만 다르게 나타나는 거의 동일한 요청의 시퀀스를 모니터링합니다: 이는 비트 단위/시간 기반 추출을 시사합니다.
이러한 휴리스틱은 조정되지 않으면 잘못된 긍정 결과를 생성합니다; 화이트리스트(알려진 관리자 IP)와 결합하고 시끄러운 소스에 대한 속도 제한을 적용합니다.
구독자 수준의 취약점을 무시해서는 안 되는 이유
사이트 소유자는 저수준 계정이 무해하다고 일반적으로 가정하지만, 그 가정은 위험합니다:
- 많은 공개-facing WordPress 설치는 댓글, 클라이언트 포털 또는 회원 기능을 위한 계정 등록을 허용합니다. 공격자는 대규모로 등록할 수 있습니다.
- 단일 손상된 사용자 계정도 거점으로 사용될 수 있습니다: 애플리케이션 버그(예: SQLi)를 악용하여 공격자는 비공개로 되어야 할 데이터를 읽거나 수정할 수 있습니다.
- 자동화된 익스플로잇 스캐너는 알려진 취약점을 위해 사이트를 지속적으로 탐색합니다; 공개된 개념 증명이 존재하면, 익스플로잇은 종종 며칠 내에 급격히 증가합니다.
낮은 요구 권한과 시간 기반 블라인드 SQLi의 조합은 이 문제를 특히 긴급하게 만듭니다.
데이터베이스 수준의 수정이 도움이 될 수 있습니까? (짧음)
애플리케이션이 제한된 권한을 가진 데이터베이스 사용자를 사용하는 경우, 폭발 반경을 줄일 수 있습니다:
- 가능한 경우 제한된 권한을 가진 WordPress 전용 데이터베이스 사용자를 생성합니다 (WordPress 자체는 일부 워크플로우에서 일반적인 CREATE/ALTER가 필요하므로 권한 분리는 간단하지 않습니다).
- 플러그인에서 사용하는 데이터베이스 계정에 대해 최소 권한을 시행합니다. 그렇다고 하더라도, 주요 수정은 플러그인 코드를 수정하고 패치를 적용하는 것입니다 — 권한 강화는 보완적이지만 취약한 코드를 업데이트하는 것을 대체할 수는 없습니다.
예시 사건 시나리오 (다른 경우에 발생한 일)
공격자가 여러 사이트에서 여러 구독자 계정을 등록하고 조작된 입력으로 플러그인의 엔드포인트를 트리거합니다. 그들은 응답 시간을 측정하여 해시된 관리자 이메일 또는 옵션 값의 비트를 유추합니다. 몇 시간에 걸쳐, 그들은 옵션 테이블에서 API 토큰을 재구성한 다음, 이를 사용하여 노출된 REST 엔드포인트를 호출하여 새로운 관리자 계정을 생성합니다. 사이트 소유자가 이를 인지할 때쯤이면 여러 백도어가 생성되었을 수 있습니다.
이것이 패치 + WAF + 모니터링과 같은 계층화된 방어가 필수적인 이유입니다.
자주 묻는 질문
Q: 공개 등록이 없는 개인 사이트를 운영하고 있는데 — 안전한가요?
A: 위험이 낮지만 면역은 아닙니다. 공격자가 구독자 계정을 얻을 수 있다면(예: 사회 공학이나 자격 증명 재사용을 통해) 그 벡터가 사용될 수 있습니다. 플러그인을 패치하고 로그를 모니터링하세요.
Q: 제 사이트는 Taskbuilder를 사용하지 않는데 — 걱정할 필요가 있나요?
A: 이 특정 플러그인에 대해서는 조치가 필요하지 않습니다. 그러나 일반 원칙은 적용됩니다: 모든 플러그인을 업데이트하고, 의심스러운 행동을 차단하며, 보안 스캐너를 실행하세요.
Q: 플러그인을 업데이트했는데 여전히 WAF가 필요합니까?
A: 예. WAF는 제로데이 취약점에 대한 보호를 제공하며, 취약점 발견과 패치 배포 사이의 기간 동안 악용으로부터 방어할 수 있습니다. 또한 다른 공격 클래스(XSS, 나쁜 봇, 무차별 대입 공격)로부터의 위험을 줄입니다.
WP-Firewall이 이러한 사건에 어떻게 도움이 되는지
WordPress 방화벽 및 보안 서비스로서 WP-Firewall은 발견과 패치 사이의 완화 격차를 메우도록 설계되었습니다:
- 관리되는 WAF 규칙: WP-Firewall은 알려진 취약한 플러그인 엔드포인트와 일반적인 SQLi 패턴을 커버하는 타겟 가상 패치를 신속하게 배포하여 악용 시도를 차단할 수 있습니다.
- 악성 코드 스캔: 악용의 결과일 수 있는 변경되거나 악성 파일을 감지합니다.
- 대역폭 무제한 보호: 공격적인 자동 탐색 하에서도 사이트를 사용할 수 있도록 유지합니다.
- OWASP Top 10 완화: 주입, 깨진 인증 및 기타 일반적인 공격 클래스에 대해 보호합니다.
- 구독자를 위한 자동 완화: 인증된 낮은 권한 계정에서 발생하는 의심스러운 활동을 식별하고 제한할 수 있습니다.
- 유료 계층의 경우: 자동화된 가상 패치 및 월간 보안 보고서는 관리 오버헤드를 줄이고 가시성을 높이는 데 도움이 됩니다.
내부에서 관리하는 것을 선호하는 경우, 위의 문서화된 WAF 규칙 템플릿과 모니터링 팁을 사용하세요.
단계별 행동 계획(다음 60분 동안 할 일)
- Taskbuilder가 설치되어 있는지 및 그 버전을 확인하세요(설치되어 있다면 5.0.7+로 업데이트).
- 즉시 업데이트할 수 없는 경우:
- Taskbuilder를 비활성화하거나 취약한 기능을 비활성화하세요.
- WAF 보호를 활성화하고 플러그인 엔드포인트에 대해 엄격한 규칙을 적용하세요.
- 악성 코드 스캔을 실행하고 사이트+DB를 백업하세요.
- 플러그인 엔드포인트에 대한 의심스러운 느린 요청 및 반복 요청 패턴에 대해 로그를 확인하세요.
- 새로운 등록을 일시적으로 제한하거나 더 강력한 검증을 시행하십시오.
- 보안 팀이나 호스팅 제공업체에 알리고 취한 조치를 문서화하십시오.
지금 사이트를 강화하십시오 — WP-Firewall의 기본 무료 보호를 시도해 보십시오.
사이트를 패치하고 강화하는 동안 즉각적이고 지속적인 보호를 원하신다면, WP-Firewall의 기본(무료) 플랜은 필수 관리 방화벽 커버리지, WAF, 악성 코드 스캔 및 OWASP Top 10 위험 완화를 제공합니다 — 월별 요금 없이. 무료 플랜에 가입하고 즉시 추가 방어층을 확보하십시오: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
(무료 플랜 요약: 관리 방화벽, 무제한 대역폭, WAF, 악성 코드 스캐너 및 OWASP Top 10 위험 완화가 포함된 필수 보호. 업그레이드 옵션은 자동 악성 코드 제거, IP 블랙/화이트리스트, 자동 취약점 가상 패치 및 프리미엄 서비스를 추가합니다.)
마지막 말 — 패치 및 계층 방어를 우선시하십시오.
이 Taskbuilder SQL 인젝션은 계층 보안이 중요한 이유에 대한 고전적인 예입니다: 애플리케이션이 입력을 제대로 처리하지 못할 때, 낮은 권한의 사용자조차도 위험할 수 있습니다. 가장 빠른 영구 수정은 패치된 버전으로 업데이트하는 것이지만, 당신이 설정한 임시 방어 — 엄격한 WAF 정책, 속도 제한 및 적극적인 모니터링 — 는 종종 대규모 악용을 저지할 수 있습니다.
영향을 받은 사이트의 분류에 도움이 필요하시면, WP-Firewall 팀이 가상 패치, 스캔 및 정리 지침을 도와드릴 수 있습니다. 사용자의 데이터와 사이트의 평판을 보호하는 것은 정보를 유지하고 신속하게 행동하는 것에서 시작됩니다.
특정 사이트에 맞춘 단계별 수정 체크리스트가 필요하시면 (모니터링할 엔드포인트와 설정에 따라 추천하는 사용자 정의 WAF 규칙 포함), 다음과 같이 회신하십시오:
- WordPress 버전,
- Taskbuilder 버전(설치된 경우), 및
- 사용자 등록이 귀하의 사이트에서 공개인지 여부.
팀과 함께 실행할 수 있는 간결한 행동 계획을 제공하거나 호스팅 제공업체에 전달하겠습니다.
