自动发卡平台，卡密泄露排查从哪入手

自动发卡出现卡密泄露，很多人第一时间怀疑货源端被倒卖，实际排查顺序错了，会把根源问题推后。排查卡密泄露，必须以单张卡密的暴露范围为判断起点，区分是外部撞库获取、内部流转泄露还是传输或存储环节被读取，再按影响范围决定处置方式。

排查的第一步不是检查发货系统，而是核对已泄露卡密的来源订单。通过订单详情查询对应订单的交付时间、卡密准备时间和状态变化，只记录已经可以确认的订单编号、交付时间和状态，不要凭一次访问记录判断卡密已经被他人兑换。只有确认泄露卡密对应的订单后，才能把排查范围缩小到该笔订单涉及的环节，避免无差别排查所有订单。

先核对单张卡密的暴露渠道

确认订单后，按用户侧、内部侧、传输侧三个渠道逐一核对，每个渠道都有明确的核查边界，不能仅凭页面提示判断风险。

用户侧核查以交付记录为依据。调取该订单的卡密交付方式，确认用户是自助提取还是客服发送，核对发送对象是否与订单买家一致，检查聊天记录和发货记录中是否出现过完整卡密。如果用户侧存在完整卡密外发的情况，需要留存发送记录，但不要以此认定货源端存在漏洞。例如买家自行截图保存后转卖，从系统层面无法完全阻止，只能通过交付后的核销时效降低风险。

内部侧核查以操作日志为依据。如果平台具备操作记录，按订单号筛选创建、发货、售后、退款等全部操作记录，核对操作账号、操作时间和操作内容，重点检查是否有非必要账号查看过完整卡密，以及售后处理时是否发送过完整卡密。无法查询操作日志时，至少核对当前账号权限，确认非运营账号没有访问卡密详情的权限，这是内部泄露最常见的原因。

传输侧核查以回调记录为依据。查看该订单的回调地址配置，确认是否填写了自有回调地址，检查回调消息的保存方式，核对卡密消息是否在收到后立即保存并加密。如果回调地址为空或使用公共地址，需要确认平台默认回调地址的保存权限，通过账户管理中的接口配置核对默认回调地址是否仅为授权账号可修改。

按影响范围确定处置顺序

排查出泄露环节后，处置顺序取决于卡密的核销状态，不能一概而论。所有处置都基于已确认的事实，结果不确定时先人工核查，避免重复发卡或错误关闭订单。

如果泄露卡密尚未核销，优先核对原订单状态，确认订单未退款且未关闭，再确认卡密没有被重复兑换。此时可以对泄露卡密做单独冻结或作废处理，前提是平台提供卡密管理功能；若没有该功能，通过订单取消或售后流程处理，但要确认原订单支持取消或售后，不能在订单已完成履约后直接关闭。

如果泄露卡密已经核销，需要核对核销时间与订单交付时间，确认核销主体是否为买家账号。此时不再对卡密做二次发放，先确认买家是否主动使用，如果核销主体与买家不一致，保留订单记录和核销记录，再判断是卡密本身无效、买家账号异常还是确实存在泄露，不凭一次查询结果判定责任。

如果同一批次多张卡密同时泄露，先停止该批次卡密的自动发放，核对导入格式、可售数量和绑定的商品或规格，确认货源类型和启用状态符合当前销售需求。更换货源前先处理未完成订单和售后，不能在未确认泄露环节时直接更换货源，以免影响正常订单的交付。

处理后的验证要回到订单和核销结果

处置完成后不能只看后台状态，必须以可观察的结果确认风险是否排除。首先确认已泄露卡密对应的订单状态和核销记录与预期一致，没有出现重复交付或重复核销。

其次确认后续订单的卡密交付方式已经调整，完整卡密只在必要的交付环节展示，售后、工单和聊天记录中不再出现完整卡密。最后用一笔测试订单验证回调地址、保存流程和权限配置，确认卡密消息仅发送到自有回调地址，且测试卡密未出现异常核销，才算完成本轮泄露排查。

参考资料：接入指南（2026-09-20）；库存与发货异常（2026-10-18）；卡密就绪推送（2026-08-22）。具体操作与适用范围以对应文档为准。