上周收到一份52,288字节的炒股TDX软件公式包，用户反馈该指标可查看但修改参数时需输入密码。经过技术拆解，结论是：锁可以打开，且涉及两把不同的密钥。但相比破解结果，过程中经历的156次无效尝试更具复盘价值。本文旨在还原破解过程，并探讨加密背后的逻辑。
一、文件逆向：字节层面的初步排查
面对加密文件，首要步骤并非猜测密码，而是分析文件结构。将该52KB文件与早期6KB版本对比，尽管体积相差近8倍，但开头48字节的排布高度一致，其余部分多为重复填充块。
通过寻找明文、中文字符及日期等常见特征，并测试多种哈希算法及百万级候选口令，均未取得突破。这一阶段揭示了一个关键原理：加密文件中往往不包含密码本身。文件仅存储公式内容，密码校验由程序运行时动态比对完成。因此，单纯对文件进行静态暴力破解方向有误。
文件字节分析显示大量重复填充块
二、环境复现：定位加密逻辑节点
安装官方客户端并导入公式包后发现，导入过程无需密码，7条公式（5个指标、2个选股器）均可正常加载并显示名称。真正的权限限制位于「修改」功能处。
这种「能看不能改」的设计逻辑在于：可视化结果价值有限，核心算法才是资产保护重点。配合有效期机制，本质上是将一次性买断转化为时间授权。公式库中留存的16字节密文曾被认为是密码校验值，后经证实为误判。
三、调试陷阱：输入控件的干扰
在自动化测试阶段，使用156个高概率口令（包括数字、日期、常见组合等）进行批量尝试，结果全部失败。异常之处在于，错误时软件无报错提示，对话框保持静默。
经深入调试发现，问题源于输入控件的保护机制。该控件不支持常规的全选或退格清除，导致每次新输入的口令实际上追加在前一次残留内容之后。这意味着156次测试从未提交过完整的独立口令。
通过系统级消息强制清空输入框，确保长度归零后再提交，首次尝试即成功解锁。此案例表明，排查问题时需警惕测量工具本身的偏差，而非盲目怀疑对手强度。这与投资中需验证数据源准确性的逻辑一致。
受保护的输入控件易导致自动化脚本失效
四、动态分析：拦截运行时比对数据
此前曾在内存中发现疑似哈希值的字符片段，但重启客户端后消失，确认为内存残留噪音。鉴于静态分析和字典攻击无效，策略调整为监控程序运行时的比对环节。
通过在比对函数处设置断点观察，日志清晰显示：程序将用户输入的6位日期常量与内部存储的8位字母数字组合进行比对。后者即为真实密码。该方法未修改任何代码或解密文件字节，仅通过监听运行时状态获取了答案。
随后对第二组公式采用相同方法，获取另一串7位组合。这解释了为何通用字典必然失败：密码由作者自定义，非标准规则生成。
密钥存在于程序运行时的比对逻辑中
五、密文解析：有效期而非密码
公式库中的16字节密文曾被误认为是密码哈希。经运行时跟踪解密过程发现，其实际为有效期信息。该数据采用对称加密，密钥由固定前缀与日期组成，解密后呈现「到期日+前缀」格式（如2027年9月30日）。
相同的密文意味着多条公式共享同一有效期及密钥。实测显示，该套装内两组密文分别对应4条和3条公式，分组逻辑与加密结构完全吻合。
16字节密文实为有效期标识
六、核心价值：算法逻辑优于加密外壳
最终成功解锁全部7条公式，分为两组密钥管理。源码分析显示，部分命名夸张的公式逻辑实则朴素，例如某「强势涨停」指标核心仅为统计特定周期内的涨停次数。
加密技术保护的是作者的知识产权与劳动成果，而非提升指标的预测胜率。复杂的加密外壳无法将普通均线转化为神奇策略。投资者应透过加密迷雾，理性评估指标背后的逻辑有效性，而非迷信「看不懂」带来的安全感。
同包内两组不同密钥示意图
七条公式按有效期密文自然分组