从KYC到KYA,智能体支付还差一个网络身份维度


2026-9-10 18:11来源:移动支付网    作者:小沐

9月10日,蚂蚁国际宣布与Visa、万事达卡展开合作,围绕了解你的代理(Know-Your-Agent,KYA)框架建立共同标准,重点放在AI代理的身份验证与行为监控上(据财联社2026年9月10日报道)。17天前,中国支付清算协会印发《智能体支付应用自律公约》(中支协发〔2026〕128号),第九条要求在了解你的客户(KYC)基础上探索建立KYA机制,第十条要求按高中低风险等级对接入支付链路的智能体分级分类管理。

一个跨境,一个境内,说的是同一件事。支付链路里多了一种参与者,它既不是持卡人,也不是商户,是一段替人执行支付指令的软件。

公约把要求写得清楚,怎么落地留给了机构。摆在这些机构风控团队面前的是一个具体难题,一笔由智能体发起的支付,怎么确认背后那个人点了头,又怎么确认发起它的确实是那个登记过的智能体。

一、老的识别链条,在智能体这里断了一截

传统支付风控认三样东西。账号解决是谁的钱,设备指纹解决是不是常用那台机器,密码或人脸解决操作的是不是本人。三样叠起来,能说完整一句话,这个人在他常用的设备上,用他自己的账户,付了这笔钱。

智能体把这句话拆开了。

用户对着手机说一句帮我订明早七点的车,真正的点击、比价、下单、唤起支付,发生在云端。付款那一刻,坐在操作台前的不是人,是跑在某台云主机上的一段程序。

设备指纹在这个场景下采集到的是云主机的特征,不是用户口袋里那台手机。同一家服务商的智能体背后往往挂着一批弹性扩容的机器,今天这笔从A机发出,明天那笔从B机发出,指纹跟着变。按老规则,指纹一变就该打上陌生设备的标签。

人脸核身能证明用户在授权那一刻本人在场,证明不了之后每一次扣款都出自他的本意。

账号层反而最稳。钱从谁的账户出、付给哪家商户、限额多少,这些信息在智能体支付里依然完整。缺口不在账号,在网络。

二、三个对不上的地方

把智能体支付的报文摊开看,有三处和真人支付明显对不上。

位置对不上。用户登录App时IP在杭州,支付请求却从另一个省份甚至境外的机房发出。传统场景里,登录地与交易地半小时跨省是教科书级别的盗刷信号,智能体场景下它每天都在发生。

网络类型对不上。个人用户的请求通常来自家庭宽带或者4G、5G移动网络,智能体的请求大多出自数据中心与云服务商的IP段,业内习惯统称IDC IP。

节奏对不上。人点一次支付要几秒钟,机器可以秒级连发多笔,还能全天候不停。

对比维度真人支付智能体支付请求来源IP家庭宽带或移动网络,与常用地基本重合数据中心、云服务商IP,位置常与用户异地设备指纹稳定,对应一台常用终端采集到云主机特征,随弹性扩容而变操作节奏秒级到分钟级,中间有停顿可秒级连发,全天无休身份核验密码、验证码、生物特征可逐笔实时确认授权时核验一次,后续扣款难以逐次确认争议举证用户可自述操作过程依赖指令链路与网络侧存证

三处错配叠在一起,按传统规则跑出来的结果是,大量本来正常的交易被判成高风险。

三、把机房IP直接标黑,是眼下最容易踩的坑

智能体支付上线初期,不少团队第一反应是盯住网络侧的异常。最省事的做法是加一条规则,来源为数据中心IP的支付请求一律拦截。省事,也最容易出事。

先看几个真实的例外。合规备案的智能体本身就跑在云上,它的出口必然是机房IP。企业财务系统集中代付,几百人共用一个出口。云手机、云电脑这类终端的IP同样落在机房段。跨境钱包在境内没有节点,请求只能从境外进来。

一刀切的代价是误杀。用户明明授权了AI代付,每笔都被拦,产品体验直接崩掉。更麻烦的是争议处理,公约第十八条要求会员单位探索建立关键交易节点的可信存证机制,为交易争议处理和责任认定提供证据校验,如果拦截依据只有一句机房IP,举证时拿不出东西。

所以真正要回答的是另一个问题,这笔请求的网络身份,和这个智能体登记过的身份对不对得上。

四、把网络身份写进KYA,四个动作

公约第九条要求对接入支付链路的智能体身份进行识别、验证,第十条要求分级分类管理,重点关注模型来源、身份标识、权限边界、接口调用和行为特征,第十一条要求把智能体的身份、验证、分级、与用户的对应关系在支付全链路上传递,第十二条要求使用经有关主管部门登记备案的智能体。落到网络侧,对应四件事。

登记。给每个接入的智能体建一份网络身份档案,内容至少包括它调用支付接口的出口IP段、ASN号、所属云服务商。这份档案不是填一次就完事,云主机弹性扩容、服务商更换机房都会让它失效,需要定周期复核。

比对。每一笔支付请求进来,把实际来源IP与档案做匹配。命中档案,走常规流程或轻校验。不在档案里,进增强验证,而不是直接拒绝。

分级。按公约第十条把智能体分成高中低三档。网络侧的分档依据可以是出口IP的稳定性、是否使用匿名代理、历史请求命中的风险标签密度。低风险档允许更高限额,高风险档压限额、加二次确认,跨智能体平台调用和大额交易再单独设一层(公约第二十五条)。

存证。每笔请求的网络侧字段随交易流水一起落库,包括来源IP、IP归属地、网络类型、风险评分与判定结果。这既是公约第十八条的要求,也是事后争议时唯一的证据来源。

网络侧能拿到的字段,大致能回答下面这些问题。

字段能回答的问题IP归属地(国家、省、市、区县)用户常用地与请求发出地是否一致IP应用场景(家庭宽带、企业专线、数据中心、移动网络等20余类)这笔请求从哪一类网络出来ASN号与运营商属于哪家云厂商或机构,是否在登记名单内代理检测来源是否被刻意隐藏真人概率更像人在操作还是脚本在调用秒拨概率是否存在高频切换IP的行为风险标签(垃圾注册、薅羊毛、篡改设备、虚假设备等)这个IP历史上做过什么风险评分与风险等级以什么权重进入决策引擎

字段齐了,还得有一套判定顺序,否则规则之间会互相打架。

情形网络侧表现建议动作已登记,请求与档案匹配出口IP段与ASN一致,无代理,风险评分低放行,同步落存证已登记,出口发生变更ASN一致,具体IP段不在档案内轻校验放行,触发档案更新与人工复核阈值未登记来源ASN未备案,或命中虚拟专用增强验证,压低限额,二次确认命中高风险特征秒拨概率高、真人概率低、历史风险标签密集拦截,留证,进入灰黑名单

有一点容易被忽略,字段不是越多越好。风控链路的响应预算通常在几十毫秒,网络侧查询最好控制在十毫秒量级返回结果,否则增强验证还没走完,用户已经放弃支付了。

五、合规边界要提前画

IP地址在《个人信息保护法》语境下属于个人信息,含IP的网络日志还要满足《网络安全法》第二十一条留存不少于六个月的要求。智能体支付叠加了第三方服务商,边界比原来更难划。

采集与告知。用户授权协议里除了写清交易限额、扣款账户和优先级、有效期(公约第十三条),还应写清网络环境信息的采集范围与用途。

存储与出境。智能体服务商若设在境外,IP数据随链路出境要按数据出境的规矩走。采购境外IP威胁情报时建议只接收不回传,避免本地查询请求反向流出,形成隐性出境。

部署方式。银行和支付机构在IP查询上普遍选择离线库或者私有化部署,查询不出内网。除了合规考虑,还有一层现实原因,每一次对外查询都在告诉对方你在关注哪些IP,查得越多,暴露的风控意图越完整。以IP数据云的IP风险画像为例,其离线库支持DCDB、CSV、TXT等格式并支持私有化部署,更新频率可按日、周、月定制。

六、写在最后

智能体支付已经跑过规模门槛。据支付宝披露,截至2026年6月末AI付累计交易超过3亿笔,基本覆盖95%的通用智能体(据中国经济网2026年9月1日报道)。量上去了,风控的精细度得跟上。

眼下行业里缺的另一个协议,是一份能落进规则引擎的字段清单。KYA的条款写得越具体,机构的规则越好写,争议发生时也越说得清。

作者为IP数据云团队,长期从事IP地址数据、IP风险画像与网络身份核验在金融支付场景的应用研究。

本文为作者授权发布,不代表移动支付网立场,转载请注明作者及来源,未按照规范转载者,移动支付网保留追究相应责任的权利。
评论加载中
相关文章

月点击排行
关于本站    联系我们    版权声明    手机版
Copyright © 2011-2026 移动支付网    粤ICP备11061396号    粤公网安备 44030602000994号
深圳市宇通互联信息技术有限公司    地址:深圳市宝安区新安街道28区宝安新一代信息技术产业园C座606