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

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

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

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

도구 디렉토리

카테고리

모든 카테고리 보기
Loading categories
salt-rce-scanner-CVE-2020-11651-CVE-2020-11652 — SaltStack 취약점 CVE-2020-11651 및 CVE-2020-11652를 테스트하기 위한 스캐닝 도구. | Kitploit
도구/GitHubGitHub/appcheck-ng/salt-rce-scanner-cve-2020-11651-cve-2020-11652
Vulnerability ScannersExploitationPenetration TestingCommand and ControlRed TeamingRemote Access Tool
GitHubappcheck-ng/salt-rce-scanner-cve-2020-11651-cve-2020-11652

salt-rce-scanner-CVE-2020-11651-CVE-2020-11652

SaltStack 취약점 CVE-2020-11651 및 CVE-2020-11652를 테스트하기 위한 스캐닝 도구.

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

인기

모두 보기 →

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

모든 도구 탐색

도구 컬렉션을 둘러보세요

모든 도구 보기 →
공유

무엇인가요?

SaltStack 취약점 CVE-2020-11651 및 CVE-2020-11652를 테스트하기 위한 스캐닝 도구입니다.

이 취약점은 "요청 서버" 포트에 연결할 수 있는 공격자가 모든 인증 및 권한 부여 제어를 우회하고 임의의 제어 메시지를 게시하며, "마스터" 서버 파일 시스템의 어느 곳에서든 파일을 읽고 쓸 수 있게 하고, 마스터에 루트로 인증하는 데 사용되는 비밀 키를 훔칠 수 있도록 합니다. 그 영향은 마스터와 마스터에 연결된 모든 미니언에서 루트 권한으로 완전한 원격 명령 실행이 가능합니다.

설치 방법

이 도구는 Python 2.7 또는 Python 3이 필요합니다. 외부 요구 사항은 pip 또는 easy_install로 설치할 수 있습니다. 예를 들어:

root@kitploit:~
sudo pip install -r requirements.txt

사용 방법

다음 2가지 탐지 방법이 포함되어 있습니다:

  • 토큰 노출 (-t)

    이 방법은 -t 옵션으로 호출되며, 취약점을 악용하여 Salt 루트 토큰을 읽으려고 시도합니다. 이 방법은 자체적으로 작동하지만, 최신 버전에서만 작동하며 일부 이전 버전은 지원되지 않습니다.

  • 대역 외(DNS) 원격 코드 실행 (-c)

    이 방법은 nslookup 명령을 실행하여 Appcheck Sentinel 서버로 DNS 조회를 트리거함으로써 취약점을 악용합니다. 스캐너는 AppCheck DNS 서버를 참조하여 실행 여부를 확인합니다. 이를 위해 도구는 https://ptst.io/로 외부 연결해야 합니다.

    참고: Sentinel에 대한 자세한 내용은 아래 [4] 섹션을 참조하십시오.

    권장 명령줄: salt_rce_scanner.py -r cidr_ip_range -t -c

[명령줄 옵션]


/ _ \ / __ \ | | | / /\ _ __ _ __ | / / |__ ___ | | __ | _ | ' | ' | | | ' \ / _ / __| |/ / | | | | |) | |) | _/\ | | | / (| < _| |/ ./| ./ _/| ||_|___||_
| | | | |
| |_|

root@kitploit:~
SaltStack 스캐너 (CVE-2020-11651 & CVE-2020-11652) 작성자: Gary O'Leary-Steele 버전: 0.1 알파

사용 옵션을 보려면 -h를 사용하십시오.

선택적 인수: -h, --help 이 도움말 메시지를 표시하고 종료합니다. -r CIDR_RANGE 스캔할 대상 호스트 또는 CIDR 범위 -p PORT 대상 포트 (기본값 4506) -c 원격 명령 주입 테스트 활성화 (AppCheck Sentinel로 대역 외 DNS) -t 루트 토큰 노출 확인 활성화 -T THREADS 최대 스레드 수 (기본값 50) -o OUTPUT_FILE 출력 파일

AppCheck Sentinel

= 배경 =

전통적으로 웹 애플리케이션 보안 결함은 클라이언트가 제공한 입력을 수정하여 서버로부터 특정 응답을 유발하려는 시도로 탐지됩니다. 예를 들어, SQL 인젝션 결함은 데이터베이스 서버에서 시그니처를 반환하도록 하는 페이로드를 제출하여 탐지되는 경우가 많으며, 다른 경우에는 결함을 탐지하기 위해 측정 가능한 특정 시간 지연을 유발하도록 페이로드가 설계됩니다. 각 경우에 이러한 방법은 공격과 응답이 일반 웹사이트 트래픽과 동일한 경로를 따르고 취약점을 즉시 확인할 수 있는 대역 내(in-band) 기술을 사용합니다.

= 대역 외 탐지 =

그러나 대역 내 기술이 효과적이지 않은 경우도 있습니다. 예를 들어, 주문을 수집한 후 백엔드 주문 처리 시스템을 통해 나중에 검토되는 전자상거래 사이트를 생각해 보십시오. AppCheck가 정기 스캔 중에 전자상거래 사이트 내의 취약점(대역 내)을 탐지하더라도, 백엔드 주문 처리 시스템 내의 취약점은 나중에 (다른 사용자나 프로세스에 의해) 접근될 때까지 트리거되지 않을 수 있습니다.

취약점을 트리거하는 것이 결함을 확인하기 위한 신뢰할 수 있는 대역 내 메커니즘을 제공하지 않을 때도 다른 일반적인 경우가 발생합니다. 예를 들어, 정상 서버 응답 시간이 불규칙하다면 서버 응답 시간을 측정하는 것은 신뢰할 수 없을 수 있습니다. 다른 경우에는 취약점이 성공적으로 악용되었는지 여부와 관계없이 서버가 응답하는 방식에 영향을 미치지 않을 수 있습니다.

이러한 제약을 극복하기 위해 AppCheck는 Sentinel이라는 대역 외(Out-of-Band) 탐지 시스템을 구현합니다.

Sentinel은 AppCheck 공격 페이로드의 결과로 트리거된 대역 외 연결을 가로채는 특별히 설계된 DNS, SMTP, HTTP(s) 및 SMB 서비스를 호스팅하는 클라우드 기반 모니터링 시스템입니다.

스캔 중에 AppCheck는 성공적으로 실행될 때 대역 외 연결을 트리거하도록 설계된 특수 제작된 페이로드를 제출합니다. Sentinel은 이 실행을 감지하고 그에 따라 스캔 결과를 업데이트합니다. 가장 일반적인 기술 중 하나는 페이로드 내에 포함된 DNS 토큰을 사용하는 것입니다. 설계상 DNS 쿼리는 해결을 위해 주어진 도메인의 권한 있는 DNS 서버로 전달됩니다. 따라서 취약한 시스템이 인터넷에 액세스할 수 없더라도 DNS 이름을 확인할 수 있는 한 Sentinel과 통신할 수 있습니다.

도구 다운로드