# 客户把普通脚本改成犯罪工具，原作者会被追责吗：先做版本切割，再谈共同犯罪 律所: 上海昌辰律师事务所 作者: 马原 专业定位: 刑事律师 · 专注计算机信息网络犯罪 栏目: 计算机犯罪实务 发布日期: 2026-11-04T00:09:46+08:00 更新时间: 2026-11-04T00:09:46+08:00 适用法域: 中国大陆 核对截止日: 2026-11-03 原始来源标题: 马原律师原创 法律依据: 与本文主题相关的现行法律法规及司法解释（以正文引用和核验记录为准） 事实与法律核验时间: 2026-11-03T00:00:00+08:00 核验人: 马原律师|专注计算机犯罪 ## 核心结论 以屏幕识别和鼠标自动化脚本被客户二次改造成犯罪工具的假设为例，说明版本、时间线、主观明知和后续帮助才是责任分界，哈希只能证明完整性而非作者身份。 ## 正文 先说结论 以屏幕识别和鼠标自动化脚本被客户二次改造成犯罪工具的假设为例，说明版本、时间线、主观明知和后续帮助才是责任分界，哈希只能证明完整性而非作者身份。 技术事实决定法律评价的起点，主观明知、帮助强度和损害结果决定责任边界。 先明确：这是一个假设，不是一宗真实案件 问题设定很清楚：开发者交付的V1只做屏幕图像识别和鼠标自动点击，既可以用于办公自动化、软件测试，也可以用于辅助操作；客户拿到代码后自行改造成V2，并把它用于犯罪。没有真实案卷，就不能补造双方聊天、改造功能、犯罪对象和损失金额。 在这个前提下，结论也应克制：原作者不会仅因V1成为V2的代码基础就自动承担刑责，但这不等于永远没有风险。真正的分界在三个问题上：V1交付时是否已经具有明显非法用途，原作者何时知道V2用途，知道之后是否继续提供了实质帮助。 V1与V2必须先做技术切割 办案中不能只看两个软件界面相似，或某些函数名称相同。应当固定双方持有的源代码、可执行文件、依赖、构建脚本、配置和发布时间，比较代码差异、模块调用和权限变化。版本控制提交、交付压缩包、邮件附件、网盘记录和编译产物，可以共同形成时间线。 哈希值适合证明“这份文件后来有没有变化”，却不能单独证明“谁写了它”。两个文件哈希相同，说明内容一致；哈希不同，也不告诉我们差异由谁产生。作者身份仍需提交记录、设备取证、账号归属和沟通材料证明。把哈希当成数字签名或署名，是软件案件中常见的证据误区。 通用自动化与专门犯罪工具的区别 屏幕识别、鼠标点击、定时任务都存在广泛正常用途。两高司法解释所说的专门用于侵入、非法控制计算机信息系统的程序、工具，重点在是否具有避开或突破安全保护措施、未经授权获取数据或实施控制等专用功能。最高法公开案例中，被评价为犯罪工具的软件通常与绕过保护、获取受限数据直接相关。 因此，V1是否具有合法场景、是否包含绕过授权、是否只能服务于某一犯罪目标，都是重要事实。程序可以被滥用，不等于它天生就是犯罪工具；但若所谓通用功能只是包装，核心模块从一开始就为绕过风控和批量攻击设计，名称写成“测试助手”也不能改变性质。 共同犯罪审查的是共同故意和帮助行为 客户秘密改造V2并独立实施犯罪，原作者既不知道也没有参与，通常缺少共同犯罪所要求的意思联络和帮助故意。如果原作者后来得知真实用途，仍针对犯罪场景修复识别、提高成功率、提供服务器或共同分成，责任评价就可能从普通售后转向有意识的帮助。 “知道”的时间点尤其重要。交付前的需求沟通、交付后的异常工单、新闻或平台投诉、客户直白表述，都可能成为风险信号。收到模糊怀疑与看到明确犯罪演示的证明力不同；停止服务、书面警告和拒绝定制，则可能形成反向证据。不能用结果倒推原作者从一开始就明知。 原作者最该保存的是一条可验证的时间线 第一，保存V1交付包、源代码快照和哈希，同时记录生成时间和保管人。第二，保存需求书、报价、合同和验收，证明授权用途和功能范围。第三，保存后续工单、版本差异和拒绝违法需求的记录。第四，发现滥用后固定证据、停止密钥或服务，并按合同与法律处理。 这些材料不能临时伪造。可靠证据需要来源清晰、时间一致、提取过程可说明。若只剩一张自行制作的代码截图，既无法证明完整版本，也无法证明截图时间。NIST关于数字证据保全的公开指南同样强调识别、收集、保存与保管链的重要性；在中国案件中还要结合电子数据取证和质证规则审查。 哪些事实会让原作者的风险明显上升 需求中直接出现攻击目标和绕过要求；V1已内置隐藏控制、凭据窃取或批量未授权访问；收费与犯罪成功量挂钩；原作者持有V2后台权限；被平台封禁后继续换接口、换域名；共同删除日志或分配违法所得。任一事实都不一定单独定罪，但组合起来会削弱“客户自行改造”的解释。 相反，标准化产品、公开正常用途、明确授权限制、固定价格、无后台控制、发现异常后及时停止，以及V2中关键犯罪模块由他人独立加入，都会支持责任切割。法律判断不是看开发者会不会写代码，而是看其对具体犯罪是否形成可证明的故意和贡献。 合同条款有用，但不能替代真实行为 开发合同可以约定合法用途、禁止二次用于未授权访问、客户保证、审计和终止权。这些条款有助于明确交易边界，也能促使团队在发现异常时采取行动。但如果双方实际沟通都在讨论如何提高犯罪效果，一页免责声明无法洗掉明知。 对于提供源码的项目，建议把交付版本、依赖和构建结果一并归档，限制生产环境凭据，并建立高风险变更审查。真正有效的合规，不是合同最后一段的“后果自负”，而是从需求、开发、交付到售后的证据都与合法用途一致。 资料来源与适用边界 - 最高法案例库：丁某某提供侵入计算机信息系统程序、工具案：比较专用绕过工具与通用脚本。边界：个案规则不能机械外推。 - 最高法指导案例145号：分析非法控制对象与权限。边界：须结合软件实际功能。 - 最高检：以版本和日志审查软件型犯罪：说明版本、日志和电子数据的重要性。边界：案例事实与本文假设不同。 - NIST Glossary：Hash：说明哈希的完整性用途。边界：不能单独证明创作者或控制者。 - NIST IR 8387：Digital Evidence Preservation：说明保全和链条要求。边界：需结合中国诉讼证据规则。 - 两高关于危害计算机信息系统安全刑事案件司法解释：核对专门程序工具定义。边界：主观明知仍须独立证明。 - 国家法律法规数据库：中华人民共和国刑法：核对共同犯罪与285条。边界：行为时法优先。 阅读提示 本文是基于公开资料进行的法律与技术分析，不是对任何未决案件的定性意见，也不能替代针对具体案卷、行为时间和证据材料的律师审查。 原文: https://itcriminal.com/articles/article-1df8ffcab125-r0rdsi 边界: 本文仅供一般信息参考，不构成针对任何人的正式法律意见。