2. 3DS协议基础

在设备信息与风险评分特征工程中,3DS(3-D Secure)协议是绕不开的底层框架。它决定了发卡行在授权前能看到什么数据、能做出多细的风险判断,也决定了设备信息在哪个环节被采集、被谁使用。理解3DS 1.0与2.0的流程差异,是后续特征设计和评分建模的前提。

一、3DS 1.0与2.0的核心流程差异

3DS 1.0的设计目标单一:通过跳转验证持卡人身份,降低无卡交易欺诈。其流程是典型的“浏览器重定向”模式:商户发起交易后,持卡人浏览器被重定向到发卡行ACS(Access Control Server)页面,输入静态密码或短信验证码,验证结果再回传商户。整个过程中,商户和收单行能获取的信息非常有限,主要是验证通过与否,设备信息几乎不参与决策。

3DS 2.0则从“验证”转向“风险评估”。它引入了3DS Method和3RI(3-D Secure Requestor Initiated)等机制,允许在后台静默采集设备与浏览器信息,并将这些数据打包成认证请求发送给发卡行。发卡行基于这些数据决定是“无摩擦通过”(frictionless)还是“挑战验证”(challenge)。这意味着设备信息不再是附属品,而是风险评分的直接输入。

对比维度 3DS 1.0 3DS 2.0
核心目标 持卡人身份验证 风险评分与动态验证
设备信息采集 几乎不采集 通过3DS Method采集浏览器/设备特征
验证方式 静态密码、短信OTP 无摩擦通过或挑战验证
数据传递 仅验证结果 包含设备、交易、持卡人等多维数据
用户体验 强制跳转,中断感强 多数交易无感通过

从工程视角看,3DS 2.0的认证请求中有一个关键字段deviceChannel和deviceInfo,它们承载了设备指纹、浏览器语言、屏幕尺寸、时区、IP等特征。这些字段正是后续风险评分模型的特征来源。

二、设备信息在认证中的作用

在3DS 2.0中,设备信息的作用可以概括为三个层面:识别、关联和评分。

  • 识别:通过浏览器User-Agent、屏幕分辨率、时区、插件列表等生成设备指纹,判断是否为同一设备。
  • 关联:将当前交易与历史交易、持卡人账户、商户订单进行关联,发现异常模式。
  • 评分:发卡行ACS根据设备信息计算风险分,决定是否直接放行或发起挑战。

一个典型的3DS 2.0认证请求中,设备信息以JSON形式嵌入,例如:

{
  "deviceChannel": "02",
  "deviceInfo": {
    "deviceFingerprint": "a1b2c3d4e5f6",
    "browserLanguage": "zh-CN",
    "screenWidth": 1920,
    "screenHeight": 1080,
    "timeZone": "Asia/Shanghai",
    "userAgent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64) ...",
    "ipAddress": "203.0.113.45"
  }
}

这些字段在发卡行侧会与历史设备库比对。如果同一张卡在短时间内从不同设备指纹发起交易,或者设备指纹与持卡人常用设备不匹配,风险分就会升高,触发挑战验证。反之,如果设备信息稳定且与历史一致,则可能直接无摩擦通过。

设备指纹的稳定性是评分的关键。浏览器升级、隐私模式、VPN都会改变指纹,导致误判。特征工程中需要区分“设备变化”和“设备伪装”。

三、风险评分业务背景

3DS 2.0的风险评分不是孤立存在的,它服务于整个支付风控体系。发卡行、收单行、商户和3DS Server各自承担不同角色,但共享同一个目标:在保证通过率的前提下降低欺诈率。

风险评分的业务背景可以从三个压力源理解:

  1. 监管压力:PSD2等法规要求强客户认证(SCA),但允许低风险交易豁免。风险评分决定了哪些交易可以豁免。
  2. 成本压力:挑战验证会降低转化率,每增加一次挑战,商户可能损失5%~15%的订单。无摩擦通过率直接影响收入。
  3. 欺诈压力:欺诈者不断升级设备伪装手段,风险评分必须持续迭代特征,否则会漏放或误杀。

在实际业务中,风险评分通常输出一个分数或等级,映射到三个决策:放行、挑战、拒绝。设备信息是评分模型中最活跃的特征组之一,因为设备数据在交易前即可获取,且与欺诈行为强相关。

不要将设备信息视为静态字段。同一设备在不同时间、不同网络环境下可能产生不同指纹,特征工程需要设计时间窗口和聚合逻辑,而不是简单取最新值。

四、案例与常见误区

假设一个场景:持卡人A在常用设备上发起一笔跨境交易,金额较大。3DS 2.0请求中设备指纹与历史一致,但IP地址突然变为高风险地区。发卡行ACS的风险评分模型会综合设备稳定性和IP异常,可能给出中等风险分,触发挑战验证。如果只依赖设备指纹,就会误判为低风险而放行。

常见误区包括:

  • 误区一:设备指纹唯一且不变。实际上浏览器更新、插件变化都会改变指纹,需要设计模糊匹配或版本容忍。
  • 误区二:设备信息越多越好。过多字段会增加传输和解析成本,且部分字段在隐私法规下受限,需权衡合规与效果。
  • 误区三:风险评分只依赖设备信息。设备信息是重要特征,但必须与交易金额、商户类别、持卡人历史行为结合,才能形成有效评分。

复盘这些误区,核心结论是:设备信息在3DS 2.0中扮演的是“风险信号”而非“身份证明”。特征工程的目标不是追求设备指纹的绝对精确,而是提取对风险区分度高的特征,并理解其在业务流程中的位置。