模拟footlocker.dk下单时如何生成Adyen支付加密字段发起POST请求？

你目前已完成Footlocker.dk站点的加购、配送信息提交、个人信息填写全流程前置步骤，卡在支付环节无法复现提交请求的核心原因，是encryptedCardNumber、encryptedExpiryMonth、encryptedExpiryYear三个字段由Adyen前端SDK完成非对称加密，不存在可直接明文提交的接口逻辑，这也是你抓包看不到明文加密流程的根本原因。

可落地的实现路径 #

• 方案一：复用页面原生加密环境，零逆向成本
  完全不需要硬啃混淆的前端加密JS代码，直接通过无头浏览器加载当前已建立有效会话的支付页面，在页面的原生JS上下文里调用Adyen SDK自带的加密方法，传入你要提交的明文卡号、有效期月、有效期年，就能直接拿到对应字段的密文值。拿到密文后切回你原有的HTTP客户端，按照你已经梳理清楚的请求结构、cookie、请求头规则发起POST请求即可完成下单。
  操作注意点：无头浏览器加载页面用的会话cookie、设备指纹信息，必须和后续发POST请求用的会话完全一致，避免密文与会话不匹配被服务端拦截。
• 方案二：对齐Adyen固定加密规则，完全脱离浏览器环境实现
  不需要逐行逆向混淆JS，只要对齐Adyen公开的标准化加密流程即可：
  1. 在当前会话进入支付页时，先抓包获取Adyen动态下发的当次会话专属RSA公钥（这个公钥和当前会话强绑定，有有效期，绝对不能跨会话复用历史抓包的公钥）
  2. 按照Adyen统一的格式要求，对每个明文支付字段增加固定长度的随机填充值，用刚才获取的RSA公钥做OAEP-SHA256非对称加密
  3. 将加密结果做Base64编码，直接填入JSON结构对应的encrypted*字段位置即可

校验排查标准 #

你生成的加密字段值长度通常在300-400个Base64字符区间，如果和Fiddler抓取到的真实密文长度偏差超过20%，大概率是加密算法参数、公钥来源出错，需要重新核对流程。

实操提示：不要尝试跨会话复用历史抓包拿到的密文值，Adyen生成的密文会和当次会话的设备指纹、公钥、时间戳强绑定，历史密文提交后会直接被服务端拒绝。

内容的提问来源于stack exchange，提问作者Doctuh