Skip to main content

proxychains-tunnel

Run in-scope network commands through a SOCKS5 tunnel with proxychains4, including tunnel readiness checks and evidence capture. Use when traffic must traverse a local SOCKS proxy (for example pivoting through SSH dynamic forwarding).

설치로 이동

소스 정보

저장소
SpecterOps/skills
최근 소스 활동
2026년 5월 29일 15:51
감지된 SKILL.md 언어
영어
스타
657
포크
72

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

파일 탐색기
4 개 파일

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
proxychains-tunnel
description
Run in-scope network commands through a SOCKS5 tunnel with proxychains4, including tunnel readiness checks and evidence capture. Use when traffic must traverse a local SOCKS proxy (for example pivoting through SSH dynamic forwarding).
metadata
{"author":"GhostWorks"}
# Proxychains Tunnel Run scoped commands through `proxychains4` when a task requires a SOCKS5 tunnel (for example, internal recon through a pivot host). ## Input Contract Accept input as: `SOCKS_HOST:SOCKS_PORT COMMAND [MODE] [NOISE]` Mode: - `plan`: return command plan only - `execute` (default): run checks and command sequence Noise: - `low` (default): single-host validation and bounded probing - `medium`: broader enumeration - `high`: aggressive/noisy actions (approval required) Examples: - `$proxychains-tunnel 127.0.0.1:8080 "nmap -Pn -p 445 192.0.2.21" execute low` - `$proxychains-tunnel 127.0.0.1:8080 "smbclient -L //192.0.2.21 -N" execute low` - `$proxychains-tunnel 127.0.0.1:1080 "crackmapexec smb 192.0.2.0/24 -u '' -p ''" plan medium` Natural-language mapping example: - Request: `Use the Socks5 tunnel on 127.0.0.1:8080 to check port 445` - Command intent: `nmap -Pn -p 445 <target>` - Execution pattern: `proxychains4 <command>` ## Preconditions 1. Confirm target is in scope for the active engagement before executing commands. 2. Confirm `proxychains4` is installed. 3. Build an isolated proxychains config for each run instead of mutating global config. 4. Validate local proxy listener before running target command. ## Execution Workflow 1. Parse and validate: - split `SOCKS_HOST:SOCKS_PORT`, - parse target command and identify likely noise profile. 2. Create temporary config: ```bash cat > /tmp/proxychains-codex.conf <<'EOF' strict_chain proxy_dns tcp_read_time_out 15000 tcp_connect_time_out 8000 [ProxyList] socks5 127.0.0.1 8080 EOF ``` Replace the `socks5` endpoint with provided `SOCKS_HOST:SOCKS_PORT`. 3. Readiness checks: - `nc -zv <SOCKS_HOST> <SOCKS_PORT>` - optional egress check: - direct: `curl -4 -s https://icanhazip.com` - proxied: `proxychains4 -q -f /tmp/proxychains-codex.conf curl -4 -s https://icanhazip.com` - fail fast if tunnel is down. 4. Execute proxied command: ```bash proxychains4 -q -f /tmp/proxychains-codex.conf <COMMAND> ``` For the port-445 example: ```bash proxychains4 -q -f /tmp/proxychains-codex.conf nmap -Pn -p 445 192.0.2.21 ``` 5. Cleanup: - remove temp config: `rm -f /tmp/proxychains-codex.conf` ## OPSEC Gate Require explicit operator confirmation before OPSEC-dangerous actions, including: - subnet-wide scans through the tunnel, - aggressive timing or full-port scans, - brute force or spraying via proxied services, - exploit execution through the tunnel. Before requesting confirmation, provide: - exact command, - objective, - expected impact, - assumptions/prerequisites, - telemetry and detection surfaces (host/network/identity/EDR-SIEM). ## Reporting Requirements For each tunneled validation, include: - SOCKS endpoint and config mode used (`strict_chain`, `proxy_dns`), - exact command executed (with `proxychains4` wrapper), - readiness-check output and command output, - timestamp (UTC ISO 8601), - confirmed result vs inference, - remediation or next validation step.
GitHub에서 보기