反Shell技术

问题在哪

拿到初始立足点之后，最常见的困境不是「打不进去」，而是进去之后什么也做不了：反弹回来的会话卡在没有 PTY 的哑终端里，交互式命令全部报语法错误；明文 Shell 被中间设备按流量特征拦下；目标机器上没有 bash、没有 nc，预编译的载荷又触发了杀软。基础模型在生成这类命令时，往往能写出大致框架，却会在加密参数顺序、PTY 分配写法、跨平台传输命令这类细节上出错——而这些细节恰好决定了会话能否真正用起来。

技能做了什么

这份 Playbook 围绕落地后的会话建立与稳定展开，核心内容包括：

• 反弹与绑定的取舍：根据监听端网络位置决定走 reverse shell 还是 bind shell，并给出对应的决策依据。
• 加密 Shell：覆盖 OpenSSL、socat SSL、ncat 三种加密通信的完整命令行写法，包括服务端证书参数的正确顺序。
• Web Shell 模式：给出 PHP、ASPX、JSP 三种环境下的 Web Shell 写法与请求方式。
• PTY 升级序列：列出从哑终端升级到交互式 Shell 的稳定化步骤，避免因缺少 job control 导致会话崩溃。
• 文件传输方法：针对不同平台整理可用的上传/下载技巧，并附带 PowerShell 下载摇篮（download cradle）写法。
• msfvenom 载荷生成：按目标平台与架构生成 payload，可直接用于后续利用。

此外它会主动建议后续加载 tunneling-and-pivoting（拿到 Shell 后做内网穿透）、linux-privilege-escalation / windows-privilege-escalation（落地后的权限提升）、windows-av-evasion（杀软拦截 payload 时）等技能；需要 20 多种语言的现成单行反弹命令时，可同时加载 SHELL_CHEATSHEET.md。

边界与注意点

• 技能聚焦于会话建立与初步稳定，不含漏洞利用本身，前置条件是已经拿到代码执行点或命令执行能力。
• 加密 Shell 依赖目标机上存在对应的工具（如 OpenSSL 客户端），实际环境需先探测可用性再选方案。
• 文中命令均为攻击侧技术内容，只应用于已授权的渗透测试与红队演练场景。