
| 플러그인 이름 | ProSolution WP 클라이언트 |
|---|---|
| 취약점 유형 | 없음 |
| CVE 번호 | CVE-2026-6555 |
| 긴급 | 높은 |
| CVE 게시 날짜 | 2026-05-21 |
| 소스 URL | CVE-2026-6555 |
CVE-2026-6555 — ProSolution WP 클라이언트의 인증되지 않은 임의 파일 업로드 (<= 2.0.0)
날짜: 2026년 5월 21일
작가: WP‑Firewall 보안 팀
요약
ProSolution WP 클라이언트 워드프레스 플러그인(버전 ≤ 2.0.0)에 영향을 미치는 심각한 취약점(CVE-2026-6555)은 인증되지 않은 공격자가 임의 파일 업로드를 수행할 수 있게 합니다. 이 취약점은 인증이 필요 없고 임의 파일 쓰기 기능을 초래하므로, 웹쉘 배포 및 전체 사이트 손상으로 빠르게 이어질 수 있습니다. 이 취약점은 CVSS와 유사한 최고 수준의 심각도를 가지며, 취약한 버전을 실행하는 모든 사이트에 대해 즉각적인 사고 위험으로 간주해야 합니다.
이 게시물에서는 다음을 설명합니다:
- 취약점이 무엇인지 및 왜 위험한지,
- 공격자가 임의 파일 업로드 결함을 어떻게 악용하는지,
- 즉각적인 차단 단계 및 탐지 절차,
- 기술적 완화 조치(여기에는 WAF/가상 패치 규칙 및 서버 강화 포함),
- 전체 사고 대응 및 복구 지침,
- WP‑Firewall이 현재 귀하의 사이트를 어떻게 보호할 수 있는지(무료 보호 계층 포함).
이 지침은 워드프레스 보안 운영자 및 사이트 운영자의 실용적인 관점에서 작성되었습니다 — 즉시 사용할 수 있는 플레이북입니다.
발생한 일: 취약점 설명
인증되지 않은 임의 파일 업로드 취약점은 플러그인에 의해 노출된 HTTP 엔드포인트가 파일 데이터를 수락하고 적절한 검증, 인증 또는 권한 부여 없이 디스크에 기록함을 의미합니다. 실제로 공격자는 취약한 업로드 핸들러에 multipart/form-data POST 요청을 보내고 모든 유형의 파일(포함하여 .php)을 웹 접근 가능한 디렉토리에 저장할 수 있습니다.
왜 이것이 중요한가:
- 자격 증명 불필요: 공격자는 귀하의 사이트에 계정이 필요하지 않습니다.
- 임의 파일 유형: 공격자는 실행 가능한 PHP 파일(웹쉘)을 업로드할 수 있습니다.
- 실행 경로: PHP 웹쉘이 웹 접근 가능한 디렉토리에 업로드되면, 공격자는 명령을 실행하고, 피벗하며, 지속성을 유지할 수 있습니다.
- 대규모 악용 위험: 악용이 인증되지 않기 때문에, 자동화된 스캐너와 봇넷이 많은 사이트를 신속하게 탐색하고 악용할 수 있습니다.
위의 이유로 인해 ProSolution WP Client ≤ 2.0.0을 사용하는 모든 사이트는 즉각적인 높은 위험에 처해 있다고 간주하십시오.
공격자가 일반적으로 이 유형의 취약점을 악용하는 방법
공격자와 자동 스캐너는:
- 취약한 플러그인을 실행 중인 사이트를 발견할 것입니다 (플러그인 경로 지문 인식).
- 웹셸 또는 백도어를 파일 페이로드로 하여 업로드 엔드포인트에 조작된 HTTP POST 요청을 보냅니다.
- 공개 URL을 통해 업로드된 웹셸에 접근하고 명령을 실행합니다 (파일 관리자, 데이터베이스 접근, 리버스 셸).
- 웹셸을 사용하여 추가적인 지속성을 떨어뜨립니다 (크론 작업, 새로운 관리자 사용자, 예약 작업), 데이터를 유출하고 동일한 호스트의 다른 사이트로 피벗합니다.
- 증거를 제거하고 향후 접근을 위한 숨겨진 백도어를 남깁니다.
자동화된 대량 악용 캠페인은 일반적으로 잘 알려진 웹셸 (간단한 PHP 원라이너) 또는 난독화된 페이로드를 업로드하려고 시도합니다. 초기 접근 후 추가 정찰을 수행합니다 (파일 목록, wp-config.php 읽기, DB 자격 증명 도용).
6. 즉각적인 조치 (첫 60–120분)
WordPress 사이트를 운영하고 ProSolution WP Client (≤ 2.0.0)를 실행 중이라면 즉시 다음을 수행하십시오:
- 격리 및 스냅샷
전체 백업을 수행하십시오(파일 + DB) 있는 그대로 포렌식 분석을 위해.
가능하다면, 서버 스냅샷을 찍거나 사이트를 비활성화하십시오 (유지 관리 모드) triage하는 동안. - 플러그인을 비활성화하십시오
WP 관리자에 로그인하고 (가능한 경우) ProSolution WP Client를 비활성화합니다.
관리에 접근할 수 없다면, WP‑CLI를 사용하십시오:
wp 플러그인 비활성화 prosolution-wp-client
WP‑CLI를 사용할 수 없다면, SFTP/SSH를 통해 플러그인 폴더의 이름을 변경하십시오 (wp-content/plugins/prosolution-wp-client→prosolution-wp-client.disabled). - 업로드 엔드포인트 차단
호스팅 방화벽, WAF 또는 서버 구성을 사용하여 모든 플러그인 업로드 핸들러 경로에 대한 접근을 거부하십시오. 정확한 경로를 모르는 경우, 업로드 시도로 보이는 모든 요청을 플러그인 엔드포인트에 대해 일시적으로 제한하고 인증되지 않은 multipart/form-data 기반 업로드를 거부하십시오. - 업로드에서 PHP 실행 비활성화
하나를 넣으십시오.htaccess업로드 디렉토리에서 PHP 파일 실행을 거부하는 웹서버 규칙을 설정하십시오(아래 세부정보 참조). - 자격 증명 회전
WordPress 관리자 및 호스팅 제어판 비밀번호를 재설정하십시오. 손상된 경우 API 키 및 데이터베이스 비밀번호를 교체하십시오. - 모니터링/차단을 활성화하십시오.
플러그인 디렉토리에 대한 파일 업로드 시도를 차단하고, 알려진 악성 사용자 에이전트를 차단하며, 의심스러운 IP에 대한 속도 제한을 설정하는 규칙으로 WAF 보호를 활성화하십시오.
호스트/대행사인 경우, 고객이 위험에 처하지 않았거나 패치되었음을 확인할 때까지 모든 고객에 대해 즉시 엣지에서 악용을 차단하십시오.
손상 감지 및 공격 지표(IoCs)를 확인하는 방법
파일 시스템, 데이터베이스, 로그 및 WordPress 관리자에서 손상의 징후를 확인하십시오.
파일 시스템 검사(SSH 사용):
- 업로드에서 PHP 파일을 찾습니다:
find wp-content/uploads -type f -iname "*.php" - 최근에 수정된 파일 찾기:
find . -type f -mtime -7 -printf '%TY-%Tm-%Td %TT %p| sort -r - 일반적인 웹쉘 패턴을 검색합니다:
grep -R --exclude-dir=vendor -nE "eval\(|base64_decode\(|preg_replace\(.+/e" .
grep -R --exclude-dir=vendor -nE "shell_exec\(|exec\(|passthru\(|system\(" . - 의심스러운 파일 이름을 찾으십시오:
uploads에 있는 wp-*.php 파일, 짧은 한 줄 PHP 스크립트 또는 이중 확장자 파일(shell.php.jpg)은 의심스럽습니다.
데이터베이스 및 WP 검사:
- 무단 관리자 사용자를 확인하십시오:
wp user list - wp_options에서 비정상적인 자동 로드 데이터 또는 크론 항목을 검사하십시오:
SELECT option_name, option_value FROM wp_options WHERE autoload='yes' ORDER BY option_name;
인식하지 못하는 예약된 이벤트를 찾으십시오:
wp cron 이벤트 목록또는 wp_options에서 크론 항목을 쿼리하십시오. - 수정된 테마/플러그인의 체크섬을 깨끗한 복사본과 비교하십시오.
웹 및 서버 로그:
- 플러그인 디렉토리에 대한 multipart/form-data가 포함된 POST 요청의 접근 로그를 검색하십시오.
- 파일을 업로드하는 요청에 대한 HTTP 200 응답을 검색하십시오(Content-Type 및 POST 엔드포인트를 확인하십시오).
- 긴 base64 페이로드를 포함하는 요청을 찾으십시오.
일반적인 웹쉘 IOC(검색할 문자열):
<?php @eval($_POST...gzinflate(base64_decode(- 경로 예:
/shell.php,/upload.php업로드 디렉토리 내에서 - 이상한 관리자 계정 또는 변경된 옵션
침해의 증거를 발견하면 사이트를 완전히 침해된 것으로 간주하고 아래의 사고 대응 단계를 따르십시오.
격리 및 수정 체크리스트(실용적인 단계)
- 포함
사이트를 오프라인으로 전환하거나 유지 관리 모드를 활성화합니다.
웹 서버 또는 WAF 계층에서 플러그인 엔드포인트를 차단하십시오. - 증거 보존
서버의 스냅샷을 찍고 로그를 내보내십시오(접근, 오류, cPanel/호스팅 로그).
데이터베이스를 내보냅니다. - 근절
웹쉘 및 백도어를 제거하십시오(수동 검토 + 스캔 사용).
코어, 테마 및 플러그인을 새 복사본으로 교체하십시오.
알 수 없는 관리자 사용자를 제거하고 비밀번호를 재설정하십시오.
의심스러운 예약 작업 및 사용자 정의 크론 작업을 삭제하십시오. - 강화
취약한 플러그인을 제거하거나 업데이트하십시오(공급업체 패치가 제공되고 검증될 때까지 다시 활성화하지 마십시오).
업로드에서 파일 실행을 비활성화하십시오(.htaccess/Nginx 예 참조).
파일 권한에서 최소 권한 원칙을 재확립하십시오.
자격 증명을 회전하십시오(DB, FTP, SSH, wp-config.php의 WP 소금/비밀). - 복원
손상이 발생하기 전에 백업을 깨끗하게 만든 경우, 이를 복원하십시오.
깨끗한 백업이 존재하지 않는 경우, 새로운 WP 코어 및 플러그인 파일로 재구성하되 신뢰할 수 있는 콘텐츠는 수동으로 복원하십시오. - 검증하십시오.
맬웨어 제거를 확인하기 위해 전체 사이트 스캔을 실행하십시오.
수정 후 의심스러운 활동을 확인하기 위해 로그 및 웹 트래픽을 재스캔하십시오. - 감시 장치
지속적인 파일 무결성 모니터링 및 WAF 보호를 활성화하십시오.
지속성을 나타내는 서버의 아웃바운드 연결을 주시하십시오.
서버 강화: 업로드에서 PHP 비활성화(예시)
Apache (.htaccess는 wp-content/uploads 내부):
# 업로드에서 PHP 실행을 거부합니다
Nginx를 사용하는 경우, 서버 블록 내부에 추가하십시오:
location ~* /wp-content/uploads/.*\.(php|php[3457]?|phtml)$ {
이러한 변경 사항을 프로덕션에 배포하기 전에 스테이징에서 테스트하여 합법적인 기능이 중단되지 않도록 하십시오. 그러나 긴급 상황에서는 깨끗한 계획이 마련될 때까지 실행 차단을 선호해야 합니다.
WAF 및 가상 패치 전략
플러그인이 인증되지 않은 파일 업로드를 허용하므로, 대규모로 악용을 차단하는 가장 빠른 방법은 WAF 규칙이나 가상 패치입니다. 가상 패치는 공급업체가 코드 수정을 출시하는 것에 의존하지 않으며, 엣지에서 악의적인 요청을 차단합니다.
다음과 같은 계층화된 차단 전략을 권장합니다:
- 플러그인에 대한 알려진 및 의심되는 업로드 엔드포인트를 차단하십시오.
- 플러그인 전용 업로드 핸들러에 대한 요청을 거부하십시오(아래의 예시 정규 표현식 경로).
- 플러그인 디렉토리를 대상으로 하는 모든 인증되지 않은 POST multipart/form-data 요청을 거부하십시오.
- 많은 합법적인 업로드는 로그인한 사용자로부터 발생합니다. 인증되지 않은 엔드포인트는 거부하십시오.
- /wp-content/uploads에 실행 파일 유형의 업로드를 차단하십시오.
- 포함된 업로드 시도를 거부하십시오.
.php17. CSP 및 기타 브라우저 강화 구현.
- 포함된 업로드 시도를 거부하십시오.
- 스캐닝 및 반복적인 익스플로잇 시도를 보이는 IP를 속도 제한하고 차단하십시오.
- 일반 웹쉘 페이로드 콘텐츠(베이스64, eval, gzinflate 호출자)에 대한 특정 규칙을 만드십시오.
예제 규칙(개념적; 구문을 WAF에 맞게 조정하십시오):
플러그인 업로드 엔드포인트를 거부하는 Nginx 위치 차단:
location ~* /wp-content/plugins/prosolution-wp-client/.*/(upload|file|upload-handler).*$ {
ModSecurity 스타일(개념적):
SecRule REQUEST_URI "@rx /wp-content/plugins/prosolution-wp-client/.*(upload|file|upload-handler).*" \n "id:100001,phase:2,deny,log,msg:'ProSolution 인증되지 않은 업로드 시도 차단'"
업로드 폴더에 PHP 업로드를 차단하십시오:
SecRule REQUEST_HEADERS:Content-Type "multipart/form-data" "chain,phase:2,deny,log,msg:'업로드에 실행 파일을 업로드하려는 시도 차단'"
의심스러운 페이로드 콘텐츠를 차단하는 일반 규칙:
SecRule ARGS|REQUEST_BODY "@rx (base64_decode|gzinflate|eval\()" "id:100002,phase:2,deny,log,msg:'의심스러운 PHP 난독화 페이로드 차단'"
중요 참고 사항:
- 귀하의 규칙이 합법적인 업로드(사용자가 요구하는 이미지, 문서)를 차단하지 않도록 하십시오. 스테이징에서 테스트하십시오.
- 규칙을 작성할 때, 먼저 로그를 기록한 후 자신이 확신할 때 거부로 이동하여 높은 양의 오탐지를 조절하거나 차단하십시오.
- 가상 패칭은 긴급 조치입니다. 플러그인 공급자가 공식 패치를 게시하면 이를 적용하고 합법적인 동작을 차단하는 임시 규칙을 제거하십시오.
귀하가 조정할 수 있는 실용적인 WAF 규칙 예제(유사 코드)
- 해당 플러그인에서 알려진 업로드 엔드포인트에 대한 요청을 차단하십시오:
IF REQUEST_METHOD == POST
- .php 확장자를 가진 파일 업로드를 uploads 폴더에 차단합니다:
요청 방법이 POST이고
- 관리자 전용 작업에 대한 유효한 WordPress nonce 없이 시도를 차단합니다:
요청 방법이 POST이고
(인증되지 않은 플러그인 엔드포인트의 경우, nonce 검사가 적용되지 않을 수 있으므로 엔드포인트를 직접 차단합니다.)
탐지 자동화: 유용한 명령 및 쿼리
SSH 명령(사이트 루트에서 실행):
- 모든 플러그인 및 버전 목록:
wp 플러그인 목록 --형식=csv
- 취약한 플러그인을 비활성화합니다:
wp 플러그인 비활성화 prosolution-wp-client
- 업로드에서 PHP 파일 찾기:
find wp-content/uploads -type f -iname '*.php' -print
- 일반 웹쉘 패턴을 검색합니다:
grep -R --binary-files=text -nE "eval\(|base64_decode\(|gzinflate\(|shell_exec\(|passthru\(" wp-content | head - 최근 수정된 파일을 표시합니다:
find . -type f -mtime -7 -printf '%T+ %p
- WP 사용자 및 그들의 역할을 나열합니다:
wp user list --fields=ID,user_login,user_email,role,registered --format=csv
사이트가 손상된 경우: 전체 복구 단계
- 전체 손상을 가정합니다.
웹쉘만 발견되더라도 공격자가 wp-config.php를 읽고 DB 자격 증명을 가지고 있다고 가정합니다. - 오프라인으로 전환하고 증거를 보존합니다.
스냅샷, DB 내보내기, 로그 수집. - 재구성 접근 방식(높은 신뢰를 위해 권장)
WordPress 코어 파일, 플러그인 및 테마를 새로 다운로드한 것으로 교체하십시오.
공급업체 패치가 제공되고 검증된 경우에만 플러그인을 재설치하십시오.
손상 이전의 깨끗한 백업에서 콘텐츠(업로드, 게시물)를 복원하십시오; 복원 전에 미디어를 스캔하십시오. - 데이터베이스 정리
wp_users, wp_options, wp_postmeta에서 무단 변경 사항을 검사하십시오.
알 수 없는 관리자 계정 제거.
모든 소금과 비밀번호를 재설정하십시오. wp-config.php를 편집하여 소금을 업데이트하십시오(사용 WP.org 비밀 키 생성기). - 자격 증명 회전
모든 비밀번호를 변경하십시오(호스팅, FTP, SSH, DB 사용자, 타사 통합).
API 키와 서명 비밀을 교체하십시오. - 수정 후 모니터링
지속적인 스캔, 파일 무결성 검사 및 WAF 로깅을 활성화하십시오.
민감한 데이터가 존재했던 경우 전문 보안 검토를 고려하십시오.
장기적인 예방 및 모범 사례
- WordPress 코어, 테마 및 플러그인을 최신 상태로 유지하십시오 — 중요한 보안 업데이트를 우선시하십시오.
- 설치된 플러그인의 수를 제한하십시오; 공격 표면을 줄이십시오.
- 사용자 및 파일 시스템 권한에 대해 최소 권한 원칙을 시행하십시오.
- 업로드 디렉토리에서 PHP 실행을 비활성화합니다.
- 모든 관리자 계정에 대해 강력한 자격 증명과 MFA를 사용하십시오.
- 정기적으로 악성 코드를 스캔하고 로그에서 이상 징후를 모니터링하십시오.
- 버전 관리가 있는 불변의 오프사이트 백업을 유지하십시오.
- 빠른 가상 패치를 제공하고 대량 공격 시도에 대한 규칙을 업데이트하는 관리형 WAF를 사용하십시오.
왜 여기서 가상 패치와 WAF가 중요한가
플러그인 취약점이 인증되지 않은 파일 업로드를 허용할 때, 공급업체 패치를 기다리는 것은 위험할 수 있습니다. WAF 또는 엣지 가상 패치는 장기적인 수정 작업을 적용하는 동안 즉시 공격 시도를 차단할 수 있습니다. 가상 패치는 시간을 벌어주고 자동화된 공격 캠페인의 폭발 반경을 줄여줍니다.
주요 이점:
- 여러 사이트에서 즉각적인 보호 제공 (여러 도메인을 관리하는 경우).
- 앱에 도달하기 전에 악용 패턴(서명 + 행동)을 차단합니다.
- 조사, 정리 및 패치하는 동안 대량 악용을 방지합니다.
전문적인 도움이 필요할 수 있는 징후
다음 중 하나라도 발견하면 보안 전문가와 상담하는 것을 고려하세요:
- 생성된 알 수 없는 관리자 사용자.
- 중요한 데이터 유출이 의심됨(고객 데이터, 데이터베이스 덤프).
- 정리 후 지속적인 재감염.
- 루트 또는 서버 수준의 침해 지표.
- 웹쉘을 제거하거나 공격자를 차단할 수 없음.
기관이나 호스트의 경우, 영향을 받는 고객을 위해 엣지에서 차단하고 고가치 사이트에 대한 우선 순위 분류를 실행하는 조정된 대응을 권장합니다.
패치가 게시될 때 ProSolution WP Client를 안전하게 업데이트하는 방법
- 보안 릴리스를 위해 플러그인 공급자의 공식 채널을 모니터링하세요.
- 사이트 복사본이 있는 스테이징 환경에서 패치를 테스트하세요.
- 트래픽이 적은 시간대에 프로덕션에서 패치를 적용하세요.
- 패치 후 악성코드를 재스캔하고 파일 무결성을 확인하세요.
- 정당한 트래픽을 차단했던 임시 WAF 규칙을 제거하세요(적절한 경우).
공급자가 아직 패치를 게시하지 않았다면 플러그인을 다시 활성화하지 마세요. 검증된 업데이트가 제공될 때까지 플러그인을 비활성화 상태로 유지하세요.
자주 묻는 질문
큐: WAF를 사용하여 업로드 엔드포인트를 차단하면 공격자가 여전히 내 사이트를 침해할 수 있나요?
에이: 엔드포인트 차단은 이 특정 벡터에 대한 효과적인 즉각적인 완화 방법이지만, 공격자는 여전히 다른 취약점을 악용할 수 있습니다. 여러 방어 수단(WAF + 스캔 + 강화)을 사용하고 복구 체크리스트를 따르세요.
큐: 플러그인을 비활성화하면 사용자에게 필요한 기능이 중단되나요?
에이: 그럴 수 있습니다. 플러그인의 사용을 평가하세요. 필수적이라면 임시 대안이나 수동 워크플로를 고려하세요. 고위험 시나리오에서는 기능 연속성보다 사이트 무결성 보호를 우선시하세요.
큐: 웹쉘을 탐지하기 위해 파일 스캔만 의존할 수 있나요?
에이: 아니요. 파일 스캔은 필요하지만 충분하지 않습니다. 스캔을 로그 분석, 파일 무결성 검사, 속도 제한 및 WAF 보호와 결합하세요.
오늘 당신의 워드프레스 사이트를 보호하세요 — 무료 기본 보호
제목: 즉각적인 기본 보안 — 무료 관리 보호로 시작하세요
패치하고 정리하는 동안 즉각적인 안전망이 필요하다면 WP‑Firewall의 무료 기본 플랜에 가입하세요. 기본 플랜에는 관리형 방화벽 커버리지, 무제한 대역폭, WAF, 악성코드 스캐너 및 OWASP Top 10 위험 완화가 포함되어 있습니다 — 인증되지 않은 파일 업로드와 같은 일반적인 대규모 악용 시도를 방지하는 데 필요한 모든 것입니다. 무료 플랜으로 시작하고 준비가 되면 추가 보호 계층(자동 악성코드 제거, IP 블랙리스트, 월간 보고서, 가상 패치 및 프리미엄 지원은 유료 계층에서 제공됨)을 추가하세요.
여기서 시작하세요: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
(우리는 이 플랜을 가장 높은 위험에 처한 사이트에 즉각적이고 효과적인 보호를 제공하기 위해 특별히 구축했습니다 — 최소한의 구성으로 기존 호스팅 설정과 함께 작동하도록 설계되었습니다.)
운영 팀을 위한 WP‑Firewall 기술 권장 사항
여러 사이트 또는 관리형 호스팅을 담당하는 운영 및 보안 팀을 위해:
- 탐지를 자동화하세요: 업로드된 PHP 파일, 무단 관리자 사용자 및 의심스러운 크론 작업에 대해 주기적인 스캔을 실행하세요.
- 알려진 플러그인 악용 패턴을 포함하는 규칙 세트를 갖춘 중앙 집중식 WAF를 배포하세요. 규칙 세트를 자동으로 업데이트하세요.
- 신속 대응 플레이북을 유지하세요: 격리, 스냅샷, 엣지에서 차단 및 우선 순위 분류.
- 프로덕션에 배포하기 전에 공급업체 패치를 테스트하기 위해 스테이징을 사용하세요.
- 가능한 경우 불변성을 가진 안전한 오프사이트 백업 주기를 유지하세요.
WP‑Firewall 팀의 최종 노트
이는 즉각적이고 심각한 손상으로 이어질 수 있는 고위험 취약점입니다. 주요 우선 사항은 격리(업로드 벡터 차단), 탐지(웹쉘 및 무단 변경 탐색) 및 수정(취약점 제거 및 깨끗한 복사본 복구)입니다. 공급업체 패치가 아직 제공되지 않을 때 WAF와 가상 패치는 필수적인 1차 방어입니다.
WAF 규칙 구현, 웹쉘 스캔 또는 복구 체크리스트 실행에 도움이 필요하다면, WP‑Firewall 팀은 워드프레스 사이트에 대한 신속한 완화 및 복구를 전문으로 합니다. 즉각적인 기본 보호를 위해 우리의 무료 기본 플랜은 즉시 활성화할 준비가 되어 있으며, 여기서 설명한 대규모 악용 시나리오로부터 보호하기 위해 관리형 방화벽 및 WAF 커버리를 포함합니다.
안전하게 지내고 신속하게 행동하세요 — CVE-2026-6555와 같은 인증되지 않은 파일 업로드 취약점은 공격자가 자동화하고 대규모로 악용하는 바로 그런 벡터입니다.
— WP‑Firewall 보안 팀
