如何在异地维护数百台机器而不落地任何文件pupy 的运维思路【免费下载链接】pupyPupy is an opensource, cross-platform (Windows, Linux, OSX, Android) C2 and post-exploitation framework written in python and C项目地址: https://gitcode.com/gh_mirrors/pu/pupy深夜两点值班手机响了华东区一台负责业务对账的 Linux 主机失联SSH 端口无响应但 ping 还通。你睡眼惺忪地打开笔记本先想清楚一个问题——这台机器上没有任何预装客户端也没有人会在上面帮你执行一条命令你凭什么把它捞回来这种裸机场景正是 pupy 这类远程运维工具最初被设计出来要回答的。Pupy 是一个用 Python 与 C 编写的开源 C2命令与控制框架支持 Windows、Linux、macOS 与 Android定位介于轻量管理终端和后渗透框架之间。本文从一次模拟故障排查出发聊聊它凭什么不用装客户端也能拿到控制权以及你实际使用时会遇到哪些边界。为什么不需要预装 Python这件事很关键传统思路里远程管理依赖目标机上有 agent 或解释器。pupy 换了个做法它把 Python 解释器本体打进载荷里通过反射式 DLL 注入直接加载到进程内存。打个比方这就像你上门维修时自己带了一套工具包而不是要求客户家里必须先备好扳手。这意味着在实际使用中目标机上可以完全没有 Python 环境你仍然能获得一个完整的 Python 解释器会话这对那些刻意不装开发环境的业务服务器来说等于直接绕开了最硬的一道门槛。更进一步的细节是解释器、依赖库、C 扩展全部在内存里跑磁盘上不落任何文件。病毒查杀引擎扫描的是文件系统而进程内存里的东西通常不在它的视野内。所以这个设计的直接收益有两个一是降低了触发安全软件告警的概率二是让取证时现场几乎不留痕迹。当然这两点也意味着你必须在受控、有授权的环境里使用它这一点放在文末细说。从生成一个载荷到拿到交互 shell三步最小路径最小可用流程其实不复杂你可以把它拆成三步步骤你要做的事结果第一步克隆仓库git clone https://gitcode.com/gh_mirrors/pu/pupy装好依赖与虚拟环境得到一个可运行的pupysh控制台第二步在控制台里用gen命令生成目标平台的载荷例如gen -t lin_x64 -l 你的服务器IP:端口产出一个 Linux x64 的可执行文件配置已加密内嵌第三步把载荷投递到目标机并执行回到pupysh监听目标上线进入可交互的会话列表到第三步完成你就拿到了一个带自动补全的交互 shell。这里的成本低在第二步你不需要为每个平台手写配置gen会把你指定的监听地址、加密参数一并打包进二进制目标端拿到的只是一个自描述的可执行文件。这意味着一个运维人员可以在几分钟内为不同架构批量产出载荷然后逐个投递上线。顺带一提投递手段也很多样单文件 Python 脚本、Powershell 一行命令、DLL、甚至打包成 Android APK 都可以。你完全可以按目标机的现实条件选最省事的那条路。一张控制清单哪些功能在真实运维里最常用把功能摊开看下面这张表基本覆盖了日常会碰到的操作功能实际用途实用价值内存迁移把会话注入到更稳定的进程如系统服务里继续驻留目标进程被用户关掉时会话不丢远程导入 Python 包/C 扩展需要哪个模块临时加载哪个全程不进磁盘不用事先在目标机上铺依赖多传输协议TCP/HTTP/HTTPS/UDP/KCP 等按网络环境选路如内网直连、穿透受限网络从百兆内网到高延迟链路都有对应的通道并发命令执行同时对一批在线主机下发非交互命令批量巡检、批量改配置不用一台台连脚本化载荷把 keylogger、持久化等动作打包进载荷离线执行目标还没联网时也能先完成本地动作每个模块都可以单独扩展新功能的成本在于写一个 Python 文件并按操作系统归类放好。这意味着这个框架不是一个封闭的盒子你可以按自己团队的管理规范裁剪出内部版本。通信层的洋葱式加密安全感的来源pupy 的传输层采用可堆叠设计每个传输组件就像一层洋葱皮可以按需叠加。比如你把 HTTP、AES、XOR 三层套在一起流量看起来是普通的 Web 请求实际内容经过了多层混淆与加密默认的 RSAAES 组合使用 4096 位 RSA 交换密钥、256 位 AES 加密数据保证链路本身不可读。对你来说这个设计的实际意义是在安全评估或合规审计场景里你可以明确告诉对方传输过程加密、密钥交换非对称这在很多组织的红队授权书里是必要条件。同时因为每层协议都可替换你还能在遇到网络设备封端口时快速切换通道而不是重新部署一遍。局限与注意事项诚实地说说它不适合什么把话说全pupy 不是万能钥匙下面几条是新手最容易踩的坑平台支持不均衡Linux 和 Windows 主力支持较完整macOS 与 Android 只算部分支持键盘记录这类模块在这些平台上可能缺失或间歇性失效别拿它当全平台方案。服务端依赖较重服务端理论上要跑在支持 Docker 的环境里且官方主要在 Linux 上验证你想在 Windows 上跑服务端属于理论可行、实操靠运气。旧系统被 Python 版本卡住Windows XP / 7 因 Python 官方停止支持而基本不可用老设备居多的环境需要提前验证兼容性。授权是红线内存执行、无文件落盘、反检测这些特性合在一起决定了它一旦被用于未授权目标就是明确的越权行为。正规用法应限定在你有书面授权的主机、自己的实验网或合规的渗透测试项目里。稳定性有玄学成分毕竟是社区驱动的个人项目某些模块的报错需要去 issue 区翻答案别指望企业级的售后支持。什么时候值得选它回到开头那台失联的机器如果你的场景是目标机上没有预装环境、你又希望尽量少改动目标系统pupy 的思路比传统 agent 方案更贴合——这也是它在安全评估、应急响应和受限网络中的价值所在。但如果你的需求只是常规的批量补丁下发、日志采集团队也愿意为每台设备装一个正式 agent那成熟的商业化运维平台可能更省心。选型判断其实很简单看你对不留痕迹和跨平台免依赖的需求有多强烈。需求越强烈pupy 越值得你花一个晚上搭起来跑一轮验证反之它的复杂度就会显得性价比不足。远程运维工具的选择从来不是越强越好而是越贴合场景越好。下一次深夜被叫醒之前不妨先想清楚你手里需要的是哪一把钥匙。【免费下载链接】pupyPupy is an opensource, cross-platform (Windows, Linux, OSX, Android) C2 and post-exploitation framework written in python and C项目地址: https://gitcode.com/gh_mirrors/pu/pupy创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/8/14 8:31:41 · 阅读 1.2k 如何在异地维护数百台机器而不落地任何文件：pupy 的运维思路
如何在异地维护数百台机器而不落地任何文件pupy 的运维思路【免费下载链接】pupyPupy is an opensource, cross-platform (Windows, Linux, OSX, Android) C2 and post-exploitation framework written in python and C项目地址: https://gitcode.com/gh_mirrors/pu/pupy深夜两点值班手机响了华东区一台负责业务对账的 Linux 主机失联SSH 端口无响应但 ping 还通。你睡眼惺忪地打开笔记本先想清楚一个问题——这台机器上没有任何预装客户端也没有人会在上面帮你执行一条命令你凭什么把它捞回来这种裸机场景正是 pupy 这类远程运维工具最初被设计出来要回答的。Pupy 是一个用 Python 与 C 编写的开源 C2命令与控制框架支持 Windows、Linux、macOS 与 Android定位介于轻量管理终端和后渗透框架之间。本文从一次模拟故障排查出发聊聊它凭什么不用装客户端也能拿到控制权以及你实际使用时会遇到哪些边界。为什么不需要预装 Python这件事很关键传统思路里远程管理依赖目标机上有 agent 或解释器。pupy 换了个做法它把 Python 解释器本体打进载荷里通过反射式 DLL 注入直接加载到进程内存。打个比方这就像你上门维修时自己带了一套工具包而不是要求客户家里必须先备好扳手。这意味着在实际使用中目标机上可以完全没有 Python 环境你仍然能获得一个完整的 Python 解释器会话这对那些刻意不装开发环境的业务服务器来说等于直接绕开了最硬的一道门槛。更进一步的细节是解释器、依赖库、C 扩展全部在内存里跑磁盘上不落任何文件。病毒查杀引擎扫描的是文件系统而进程内存里的东西通常不在它的视野内。所以这个设计的直接收益有两个一是降低了触发安全软件告警的概率二是让取证时现场几乎不留痕迹。当然这两点也意味着你必须在受控、有授权的环境里使用它这一点放在文末细说。从生成一个载荷到拿到交互 shell三步最小路径最小可用流程其实不复杂你可以把它拆成三步步骤你要做的事结果第一步克隆仓库git clone https://gitcode.com/gh_mirrors/pu/pupy装好依赖与虚拟环境得到一个可运行的pupysh控制台第二步在控制台里用gen命令生成目标平台的载荷例如gen -t lin_x64 -l 你的服务器IP:端口产出一个 Linux x64 的可执行文件配置已加密内嵌第三步把载荷投递到目标机并执行回到pupysh监听目标上线进入可交互的会话列表到第三步完成你就拿到了一个带自动补全的交互 shell。这里的成本低在第二步你不需要为每个平台手写配置gen会把你指定的监听地址、加密参数一并打包进二进制目标端拿到的只是一个自描述的可执行文件。这意味着一个运维人员可以在几分钟内为不同架构批量产出载荷然后逐个投递上线。顺带一提投递手段也很多样单文件 Python 脚本、Powershell 一行命令、DLL、甚至打包成 Android APK 都可以。你完全可以按目标机的现实条件选最省事的那条路。一张控制清单哪些功能在真实运维里最常用把功能摊开看下面这张表基本覆盖了日常会碰到的操作功能实际用途实用价值内存迁移把会话注入到更稳定的进程如系统服务里继续驻留目标进程被用户关掉时会话不丢远程导入 Python 包/C 扩展需要哪个模块临时加载哪个全程不进磁盘不用事先在目标机上铺依赖多传输协议TCP/HTTP/HTTPS/UDP/KCP 等按网络环境选路如内网直连、穿透受限网络从百兆内网到高延迟链路都有对应的通道并发命令执行同时对一批在线主机下发非交互命令批量巡检、批量改配置不用一台台连脚本化载荷把 keylogger、持久化等动作打包进载荷离线执行目标还没联网时也能先完成本地动作每个模块都可以单独扩展新功能的成本在于写一个 Python 文件并按操作系统归类放好。这意味着这个框架不是一个封闭的盒子你可以按自己团队的管理规范裁剪出内部版本。通信层的洋葱式加密安全感的来源pupy 的传输层采用可堆叠设计每个传输组件就像一层洋葱皮可以按需叠加。比如你把 HTTP、AES、XOR 三层套在一起流量看起来是普通的 Web 请求实际内容经过了多层混淆与加密默认的 RSAAES 组合使用 4096 位 RSA 交换密钥、256 位 AES 加密数据保证链路本身不可读。对你来说这个设计的实际意义是在安全评估或合规审计场景里你可以明确告诉对方传输过程加密、密钥交换非对称这在很多组织的红队授权书里是必要条件。同时因为每层协议都可替换你还能在遇到网络设备封端口时快速切换通道而不是重新部署一遍。局限与注意事项诚实地说说它不适合什么把话说全pupy 不是万能钥匙下面几条是新手最容易踩的坑平台支持不均衡Linux 和 Windows 主力支持较完整macOS 与 Android 只算部分支持键盘记录这类模块在这些平台上可能缺失或间歇性失效别拿它当全平台方案。服务端依赖较重服务端理论上要跑在支持 Docker 的环境里且官方主要在 Linux 上验证你想在 Windows 上跑服务端属于理论可行、实操靠运气。旧系统被 Python 版本卡住Windows XP / 7 因 Python 官方停止支持而基本不可用老设备居多的环境需要提前验证兼容性。授权是红线内存执行、无文件落盘、反检测这些特性合在一起决定了它一旦被用于未授权目标就是明确的越权行为。正规用法应限定在你有书面授权的主机、自己的实验网或合规的渗透测试项目里。稳定性有玄学成分毕竟是社区驱动的个人项目某些模块的报错需要去 issue 区翻答案别指望企业级的售后支持。什么时候值得选它回到开头那台失联的机器如果你的场景是目标机上没有预装环境、你又希望尽量少改动目标系统pupy 的思路比传统 agent 方案更贴合——这也是它在安全评估、应急响应和受限网络中的价值所在。但如果你的需求只是常规的批量补丁下发、日志采集团队也愿意为每台设备装一个正式 agent那成熟的商业化运维平台可能更省心。选型判断其实很简单看你对不留痕迹和跨平台免依赖的需求有多强烈。需求越强烈pupy 越值得你花一个晚上搭起来跑一轮验证反之它的复杂度就会显得性价比不足。远程运维工具的选择从来不是越强越好而是越贴合场景越好。下一次深夜被叫醒之前不妨先想清楚你手里需要的是哪一把钥匙。【免费下载链接】pupyPupy is an opensource, cross-platform (Windows, Linux, OSX, Android) C2 and post-exploitation framework written in python and C项目地址: https://gitcode.com/gh_mirrors/pu/pupy创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考