3.5 KiB
3.5 KiB
企业微信进程监听续查（2026-09-15）
结论：昨晚两小时采样和今天正常启动后的观察，均未观察到 WeComAgent / IronBox 代理运行。已核对的模块、命令转发器和正常深链接中，尚未验证可直接使用的原员工账号单聊发送接口。协议自动回复未打通，没有向测试会话发送消息。
昨晚的实际记录
- 北京时间 2026-09-14 18:16:16 至 20:16:17，共 14,161 次快照，按计划结束，错误输出为空。
- 基线包含 4 个 WXWork.exe 及 20 个相关子进程。未观察到其后的进程启停事件，也未观察到新的监听端口。
- 18:17:56 观察到主进程加载
native.dll。静态查看其 159 个导出名称，接口集中于文本测量、布局、渲染、资源及 XML/文档处理；未发现可以直接使用的聊天发送或 MCP 导出入口。文件 SHA-256 为ccd3615e757d276d4efd5f93f0b4cc37408f39862ceae6141838b43d66ba2019。 - 连接变化存在，但进程元数据和系统网络表不含消息正文或应用层请求，不能据此恢复加密协议。
今天的实际工作
- 电脑于 06:15:42 重启；开始续查时企业微信未运行。已按安装路径正常启动 5.0.10.6023，并恢复只读监听。
- 当前主客户端 PID 7528，监控 PID 8436。当前有 17 个目标进程及子进程，采样 635 次，未记录到 WeComAgent / IronBox。以实时状态文件为准。
- 当前本机 9882、9883、50010、50018 端口恢复监听。端口出现仅代表服务存在，不是 SDK 身份或发送能力验证。
- 本轮每 0.5 秒采样，预计北京时间 2026-09-15 10:52:07 自动结束。采样可能遗漏短暂存在的进程或连接。
继续排除的入口
WXWorkCommand.exe：静态代码显示其解析命令行，通过命名共享映射及注册窗口消息激活/转交客户端命令；其中SendMessageTimeoutW是 Windows 窗口通知 API，不能据此当作聊天发送接口。未执行未知命令。wxwork://forwardmsg：定位到SchemaFilterWeChatForward和kReceiveWeChatForwardSchemaNotification，属于接收微信转发数据的处理入口。未验证它具有任意文本的原账号直接发送能力，未触发转发。- 官方公开 CLI 的当前消息说明为向机器人最近参与的单聊/群聊推送。它仍不能直接满足本项目要求的原员工账号回复已有客户：WecomTeam/wecom-cli、WecomTeam/wecom-unified。
本轮未读取进程内存、密钥或环境变量，未注入代码，未执行此前审批拒绝的临时桥接测试；没有修改企业微信程序，也未重新打包 EXE。
当前记录及停止方式
停止今天这一轮（不会停止企业微信）：
& 'C:\Users\isard\AppData\Local\Programs\Python\Python311\python.exe' 'C:\wechat_rpa\wxwork_process_monitor.py' --stop --output 'C:\wechat_rpa\logs\wecom_process_monitor\2026-09-15-startup'