# 钱没付，游戏币却到账：充值回执篡改为何可能同时触碰两个罪名 律所: 上海昌辰律师事务所 作者: 马原 专业定位: 刑事律师 · 专注计算机信息网络犯罪 栏目: 计算机犯罪实务 发布日期: 2026-11-04T00:11:13+08:00 更新时间: 2026-11-04T00:11:13+08:00 适用法域: 中国大陆 核对截止日: 2026-11-03 原始来源标题: 马原律师原创 法律依据: 与本文主题相关的现行法律法规及司法解释（以正文引用和核验记录为准） 事实与法律核验时间: 2026-11-03T00:00:00+08:00 核验人: 马原律师|专注计算机犯罪 ## 核心结论 从客户端回执、服务端验签和虚拟财产入账三层拆解“零成本充值”，并结合上海公开案例说明非法控制与破坏计算机信息系统两条评价路径。 ## 正文 先说结论 从客户端回执、服务端验签和虚拟财产入账三层拆解“零成本充值”，并结合上海公开案例说明非法控制与破坏计算机信息系统两条评价路径。 技术事实决定法律评价的起点，主观明知、帮助强度和损害结果决定责任边界。 一张“支付成功”页面，不能证明钱真的付了 原稿抓住了一个很典型、也很容易被误解的场景：银行卡或第三方支付没有真实扣款，游戏账户却出现了虚拟货币。这里真正需要追问的，不是页面上有没有“支付成功”四个字，而是支付平台、应用客户端和游戏服务端分别相信了什么数据。 正常交易至少有三层事实：用户是否发起购买，支付渠道是否形成有效交易，游戏服务端是否依据可信凭证入账。客户端页面只是其中一层。只要服务端把可被客户端替换或重放的数据当成最终结论，就可能出现“钱没有走，币却到账”的状态。这个技术缺陷可以解释犯罪为什么成功，却不会把未经授权篡改数据的行为变成合法测试。 回执不是截图，关键在服务端是否验证 Apple的公开技术文档表明，App内购买可以通过签名交易信息、回执验证和服务器通知等方式核对。所谓回执，不能简单理解为一张截图；它承载的是交易标识、商品、时间和签名等可供核验的信息。对于高价值虚拟财产，服务端只接收客户端一句“成功”而不核对可信来源，本身就是风险设计。 原稿所述程序的危险性，在于它不是单纯改变本机画面，而是让应用或服务端接收了失真的交易结果，继而生成具有经济价值的账户余额。具体案件中，到底是拦截通信、替换回执、调用隐藏接口，还是利用服务端校验缺陷，必须由代码、网络记录和服务器日志确认，不能仅凭“抓包”两个字下结论。 为什么可能同时出现两个计算机犯罪罪名 第一条路径是刑法第二百八十五条第二款。若行为人通过专门程序，未经授权取得对游戏账户、客户端或后台接口的控制，使系统按照其指令处理充值结果，可能被评价为非法控制计算机信息系统。提供专门用于侵入、非法控制的程序工具，也可能进入第二百八十五条第三款的审查范围。 第二条路径是刑法第二百八十六条。若行为的核心是对系统中存储、处理或传输的交易数据、账户余额数据进行删除、修改、增加，并造成严重后果，可能被评价为破坏计算机信息系统。两者不是看到“外挂”就可以机械套用。侦查和审判必须说明控制对象、修改对象、权限边界、结果数据以及损失之间的因果关系。 两高2011年司法解释还设置了违法所得、经济损失、被控制系统数量等入罪和加重评价标准。金额如何计算、虚拟财产价值如何证明、同一笔交易能否重复计入，都要结合后台账本、渠道结算和被害单位核算材料逐项审查。 公开案例里的八年，是数罪并罚的结果 据公开转载的上海法院数字经济典型案例，杨某向他人提供“某牛”程序并收取四十余万元，又使用该程序为自己充值六万余元虚拟财产。公开摘要称，其分别因提供侵入、非法控制计算机信息系统程序、工具罪和破坏计算机信息系统罪被判刑，数罪并罚后决定执行有期徒刑八年。 这个数字不能被简化成“做充值软件一律判八年”。量刑取决于行为持续时间、工具功能、提供对象、违法所得、造成损失、自用充值以及是否存在多个独立犯罪事实。更重要的是，目前引用的是案例公开转载和相关新闻，并非完整判决书。发布时应把它写成公开案例摘要，而不是替法院补写尚未公开的裁判理由。 “我只是卖软件”为什么常常挡不住追问 工具提供者是否担责，关键不在合同上写了“技术服务”，而在其是否知道真实用途并继续提供针对性帮助。需求是不是围绕绕过支付验证提出，软件是否只能服务于虚假充值，卖方是否持续适配新版本、处理封号或失效问题，收费是否随成功金额或次数变化，这些事实共同指向主观明知和帮助强度。 反过来，如果一个通用调试工具具有大量正常用途，提供者不知道下游犯罪，也没有在收到异常信号后继续定制，就不能只因工具后来被滥用而自动推定犯罪。刑事责任仍然需要把功能专用性、销售对象、沟通内容、售后行为和获利模式串成完整证据链。 真正有分量的证据，不是演示视频 这类案件至少要把五组证据对齐：支付渠道的真实扣款与退款记录，游戏服务端的订单和入账日志，涉案设备的程序版本与哈希，聊天记录中的需求和售后语境，以及资金流与虚拟财产去向。客户端录屏只能说明屏幕发生了什么，不能单独证明服务端为何入账，也不能单独证明某一版本代码由谁编写。 辩护审查还应关注测试环境与生产环境是否混同、损失核算是否扣除了回收虚拟财产、同一订单是否重复统计、行为人是否只接触前端、证据提取是否保持完整性。技术链条越复杂，越不能用一个“黑客软件”的标签替代证明。 给游戏厂商和技术服务商的边界提醒 厂商应把支付结果验证放在可信服务端，校验订单唯一性、商品与账户绑定关系，并对异常高频充值、同一凭证重复使用和渠道结算差异建立告警。发现异常后，应先固定服务器原始日志、版本和账本，再做封禁和修复，避免关键证据被覆盖。 技术服务商则应保留需求、版本、交付和授权范围。遇到“不要真实付款也要到账”“绕过验签”“批量充值”等要求，应停止服务并保存沟通记录。合法授权测试也必须明确系统范围、测试时间和数据处置。技术能力本身中性，但一旦能力被定向用于制造虚假交易结果，责任判断就会回到具体版本、具体帮助和具体明知。 资料来源与适用边界 - 上海法院数字经济典型案例公开转载：核对人物、金额、罪名与刑期。边界：未取得裁判文书全文。 - 上海检察机关相关案件报道：交叉核对充值回执型犯罪链条。边界：不是本案裁判文书。 - Apple：Choosing a receipt validation technique：说明回执和服务端验证边界。边界：不代表涉案系统实际采用该方案。 - Apple：Receiving App Store Server Notifications：说明服务器通知与签名数据。边界：用于一般技术分析。 - 两高关于危害计算机信息系统安全刑事案件司法解释：核对285条相关工具、控制和情节标准。边界：具体适用仍看行为时间与证据。 - 国家法律法规数据库：中华人民共和国刑法：核对刑法285、286条。边界：发布前仍应核对行为时法。 阅读提示 本文是基于公开资料进行的法律与技术分析，不是对任何未决案件的定性意见，也不能替代针对具体案卷、行为时间和证据材料的律师审查。 原文: https://itcriminal.com/articles/article-7e886f35aed6-tyovlc 边界: 本文仅供一般信息参考，不构成针对任何人的正式法律意见。