进阶逆向：workbuddy-auto-signin如何安全解密新版AES-256-GCM加密凭据

【免费下载链接】workbuddy-auto-signin自动领取 WorkBuddy 每日签到积分与成长中心全部奖励 —— Buddy 旅行礼物、派 Buddy、开盲盒、领任务、连登兑换、断登补签全覆盖。无需额外安装依赖一句话让 AI 自动配好 Windows / macOS 定时任务零 Token 静默运行。项目地址https://gitcode.com/gh_mirrors/wo/workbuddy-auto-signin点击查看免费下载workbuddy-auto-signin是一个自动领取 WorkBuddy 每日签到积分与成长中心全部奖励Buddy 旅行礼物、派 Buddy、开盲盒、补签、连登兑换的单文件 Python 脚本。新版客户端把登录凭据从明文改成了$wbEncrypted加密信封本文用大白话讲清楚这个脚本如何在不提取密钥、不落盘明文、不安装任何依赖的前提下借助 Electron 隐藏子进程和 64KB 管道协议完成 AES-256-GCM 解密。背景凭据文件变加密了脚本为什么不能直接读WorkBuddy 桌面端登录后会在本机写一份 JSON 会话文件例如 Windows 的AppData\Local\CodeBuddyExtension\Data\Public\auth\workbuddy-desktop.info。旧版本里accessToken就是一段明文字符串脚本拿来直接请求签到接口即可。新版客户端改成了字段级加密accessToken不再是一个字符串而是一个信封对象——字段含义$wbEncrypted: 1标记该字段已加密envelope一段 Base64解码后是suite / keyId / nonce / authTag / ciphertext五个字段其中nonce是 12 字节、authTag是 16 字节、ciphertext是 AES-256-GCM 密文suite目前只支持1格式代号叫sym-v1。脚本对这种结构的识别逻辑在 _token_formatPython 侧只做结构校验canonical Base64、keyId 必须是 16 位十六进制、nonce/tag 长度严格匹配绝不解密。为什么不让 Python 自己解因为解密密钥根本不在凭据文件里它由客户端的私有原生模块持有——想拿到密钥必须回到客户端自己的运行时里去。整体思路不偷钥匙而是请房东开门方案的边界在 docs/plans/credential-compatibility-plan.md 里写得很清楚只解密本次请求需要的 access token不解 refresh token、不改写凭据、不创建明文缓存。具体分三步第 1 步识别格式明文走老路明文凭据旧版 Windows/macOS、Linux CodeBuddy CLI完全不碰子进程只有识别出sym-v1 / suite 1信封时才进入解密路径见 resolve_session。第 2 步找到 WorkBuddy 可执行文件解密必须在客户端自己的运行时里进行所以要先定位WorkBuddy.exeWindows或.app内的实际可执行文件macOS。探测顺序在 find_workbuddy_runtime环境变量WORKBUDDY_EXE显式指定多版本共存时用它消歧默认安装目录%LOCALAPPDATA%\Programs\WorkBuddy、Program Files等Windows 注册表卸载条目兜底只读取 32/64 位视图的InstallLocation与DisplayIcon不执行任何卸载命令macOS 从Contents/Info.plist的CFBundleExecutable读出真实可执行文件名。第 3 步把 Electron 客户端变身成 Node 子进程Electron 应用的主程序本身就内置了完整 Node 运行时。设置环境变量ELECTRON_RUN_AS_NODE1后WorkBuddy.exe会以纯 Node 模式运行任意 JS 代码。脚本用这段方式拉起隐藏子进程见 _run_auth_helper参数只有固定的exe -e 内嵌JS动态的加密数据一律走 stdin不出现在命令行里环境变量先做净化剔除所有NODE_*、ELECTRON_*、WORKBUDDY_*只保留ELECTRON_RUN_AS_NODE1Windows 使用CREATE_NO_WINDOW创建隐藏窗口全程无 UI独立 10 秒超时超时立即 kill 并回收子进程。内嵌的这段 JSAUTH_HELPER_JS是脚本自带的不需要系统里装 Node也不需要任何 npm 包。子进程内部AES-256-GCM 解密四连招子进程里的 decrypt 按顺序做了四件事任何一步失败都只回传一个固定原因码不带任何细节数据① 从原生绑定取密钥材料。通过process._linkedBinding(electron_browser_workbuddy_storage).loggerGet()拿到客户端私有存储里的atRestSecretKeyBase6432 字节。如果运行时没有这个 binding比如拿错了可执行文件直接报RUNTIME_UNAVAILABLE。② 派生密钥并核对 keyId。对atRestSecretKey字符串本身做 SHA-256 得到 32 字节密钥再对密钥做 SHA-256取摘要前 16 位十六进制必须与信封里的keyId完全一致否则报KEY_MISMATCH——这一步能立刻发现用 A 版本的客户端解 B 版本的凭据。③ 组装 AAD附加认证数据。GCM 模式的 AAD 是一段带长度前缀的分帧结构WB-AAD\0 [1] len-pref(WBEV1) len-pref(sym-v1) [0,0,0,1] len-pref(keyId) [2,0,0]其中len-pref是 4 字节大端长度 内容与 tests/fixtures/sym-v1.json 中记录的aad_hex逐字节对齐。AAD 绑定格式标识与 keyId密文被移花接木到其他格式时会被 GCM 认证直接拒绝。④ GCM 解密 结果校验。用 12 字节 nonce、16 字节 authTag 完成认证解密任何一比特被篡改都会抛错即DECRYPT_FAILED再把明文按 UTF-8 严格校验非空、不超过 32768 字节、只允许 token 字符集。最后返回accessToken。一个值得注意的细节atRestSecretKey读取后立刻清零secret.fill(0)密钥和明文缓冲区在finally里也执行fill(0)——密钥材料在内存里只活几毫秒。64KB 管道协议两个进程之间的安全边界父子进程之间只有一条受约束的 JSON 管道这就是标题里的64KB 管道协议。所有上限集中在 signin.py 第 97-100 行通道上限超限行为stdin请求64 KiB立即判INVALID_FORMAT终止处理stdout响应64 KiB父进程侧直接 kill 子进程stderr8 KiB同上协议本身只有两种操作{version:1, operation:probe}只做能力探测binding 是否存在、是否支持aes-256-gcm不读任何密钥材料——这就是python signin.py doctor的原理离线、安全、可重复执行{version:1, operation:decrypt, value:{...}}传入加密信封返回{version:1, ok:true, accessToken:...}。父进程用三个工作线程分别读 stdout / stderr / 写 stdin任何一条管道超量或超时都触发 kill响应还要再校验字段集合和 token 字符集不符合就按HELPER_PROTOCOL拒绝。也就是说子进程哪怕输出再多噪音也进不了脚本的内存和日志。这些设计为什么安全密钥永不跨界atRestSecretKey、派生密钥、明文 token 全部只存在于短生命周期的子进程内存不写临时密钥文件、不缓存明文、不改写原凭据文件集成验收时逐字节比对过调用前后的一致性日志零泄露解密得到的 token 会登记进敏感值表最终输出一律脱敏成[REDACTED]见 emitAuthorization头永远不会出现在signin.log里错误只说人话所有失败收敛为固定原因码KEY_MISMATCH、DECRYPT_FAILED、HELPER_TIMEOUT等定义见 AUTH_REASONS异常信息里不夹带捕获到的任何数据故障隔离子进程崩溃、挂起、输出异常最坏结果是一次AUTH_ERROR主进程不受影响下一轮定时任务自动重试。想亲自验证可以跑python -m unittest discover -s tests -vtests/test_auth.py 覆盖了密文篡改、keyId 不匹配、原生 binding 缺失、协议噪音输出、输出限流、超时杀进程等场景全部基于合成的 sym-v1.json 夹具不依赖任何真实密钥。上手验证两条命令确认一切就绪python signin.py doctor # 离线检查凭据格式 运行时解密能力不解密、不联网 python signin.py status # 只读请求验证真实会话能否通过服务端认证doctor通过说明本机具备解密能力status通过说明端到端链路已打通。之后交给定时任务即可——Windows 跑 install-windows.ps1 一键装好双任务macOS 套用 workbuddy-auto-signin.plist.example 模板都是零 Token 静默运行。一句话总结workbuddy-auto-signin 的加密凭据方案不是把钥匙抄出来而是设计了一条带限流、超时、脱敏的窄管道让密钥只在本机客户端自己的运行时里转一圈就蒸发——这正是逆向工具做安全边界该有的样子。赞分享【免费下载链接】workbuddy-auto-signin自动领取 WorkBuddy 每日签到积分与成长中心全部奖励 —— Buddy 旅行礼物、派 Buddy、开盲盒、领任务、连登兑换、断登补签全覆盖。无需额外安装依赖一句话让 AI 自动配好 Windows / macOS 定时任务零 Token 静默运行。项目地址https://gitcode.com/gh_mirrors/wo/workbuddy-auto-signin点击查看免费下载相关推荐如何看懂 Portabase 安全机制AES-256-GCM凭据加密、RBAC与Passkey登录完整指南如何看懂 Portabase 安全机制AES 256 GCM凭据加密、RBAC与Passkey登录完整指南 Portabase 是一个开源的数据库备份与恢复工ToolJet安全加密机制AES-256-GCM凭证保护详解ToolJet安全加密机制AES 256 GCM凭证保护详解 在当今数字化时代企业应用中的敏感数据保护至关重要。ToolJet作为一款低代码平台连接了多种低代码后端前端AI 应用MCP 服务Pulse 安全架构与部署加固实践从容器 SSH 密钥禁用到 AES-256-GCM 凭据加密Pulse 安全架构与部署加固实践从容器 SSH 密钥禁用到 AES 256 GCM 凭据加密 Pulse 的仓库内规范安全策略文档 frontend mod可观测性运维后端创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考