支付安全与合规能力讲解稿
把 SSL/TLS、AES、接口鉴签、国际信用卡、本地支付、钱包、清结算、对账、风控、退款冲正、PCI DSS、AML、GDPR 和敏感数据保护，整理成你能直接讲给面试官听的版本。
1. 这段个人技能可以怎么理解
你这段新增技能，不是简单在说“我懂几个安全名词”，而是在表达你具备四类能力：懂支付接口安全、懂国际信用卡和本地支付渠道接入、懂支付后置链路、懂支付行业的合规边界和敏感数据保护。
我做过跨境支付和收单系统，既参与过国际信用卡和海外本地支付渠道接入，也比较熟悉支付接口安全、敏感数据保护、清结算、对账、风控、退款冲正以及 PCI DSS、AML、GDPR 这些支付合规要求。
2. 这段技能里每个点分别在说什么
2.1 SSL/TLS 传输
这是传输层安全，核心作用是保证商户到网关、平台到渠道之间的通信不会被明文窃听，也能降低中间人攻击风险。
2.2 AES 加解密
这是数据内容层的保护，核心作用是保护敏感字段，即使数据落库、打日志、做异步传递，也尽量避免明文暴露。典型对象包括卡号、身份证号、手机号、银行账户号、渠道敏感参数和部分跳转上下文。
2.3 接口鉴签
这是接口级别的身份校验和防篡改能力，核心目标是确认请求是谁发的、请求内容有没有被改过、请求是不是旧请求重放。常见组合是 API Key 或商户号识别商户，HMAC 或 RSA 做签名验签，timestamp + nonce 做防重放，业务单号或幂等键做防重复处理。
2.4 国际信用卡及海外本地支付渠道接入
这表示你不仅懂通用支付接口开发，还接触过真实支付渠道差异。国际信用卡常见会涉及授权、捕获、撤销、退款、3DS、拒付预警、异步回调和查单补偿；海外本地支付常见会涉及跳转支付、二维码支付、钱包支付、本地银行转账，以及不同国家地区的回调和对账格式差异。
2.5 钱包、清结算、对账、风控、退款 / 冲正
这说明你理解的不只是“交易创建”，还包括支付系统后面的资金和异常处理链路。钱包是余额账户体系，清结算是交易后如何沉淀为账务和应结金额，对账是平台账和渠道账核对，风控是拦截高风险交易和异常资金行为，退款是对已成功交易做反向资金处理，冲正是处理超时、状态不明或异常状态修复。
2.6 PCI DSS、AML、GDPR
PCI DSS主要关注卡数据安全，比如卡号、CVV、存储、传输、访问控制和日志审计。AML主要关注反洗钱，比如异常交易监测、可疑用户识别、黑名单和高风险国家地区控制。GDPR主要关注个人数据保护，比如最小化采集、用途限制、脱敏、删除和访问审计。
2.7 敏感数据脱敏、加密传输、防重放、防篡改
这是把上面的安全要求真正落实到系统实现里：脱敏避免日志、页面、报表暴露全量敏感信息；加密传输保证链路安全；防重放防止历史请求被重复利用；防篡改防止请求内容中途被改。
3. 这些能力在支付系统里一般怎么做
这一部分最值得背，因为它最容易被面试官追问“你们不是知道概念，你们到底怎么落地”。
4. 接口安全我们怎么做
4.1 商户到平台的请求
商户请求进入网关后，一般会先做商户身份识别、签名验签、时间戳校验、随机数校验、业务幂等键校验，以及当前资源归属校验。
我们不是只靠 HTTPS 保证安全，接口层还会做商户身份识别、签名验签、时间戳和随机数校验、资源归属校验和幂等控制，这样既能防篡改，也能防重放和越权。
4.2 平台到渠道的请求
平台调用银行或支付渠道时，通常会做 HTTPS 或 TLS 传输、渠道证书校验、渠道协议签名、敏感字段加密和请求报文脱敏记录。渠道协议较老时，还可能会有 MAC 校验、字段级加密以及专线或 VPN 传输。
4.3 异步回调怎么做安全校验
回调是支付系统最容易被攻击的一层，所以一般会做验签、来源 IP 或白名单校验、事件时间校验、业务单号存在性校验、状态流转合法性校验和回调幂等。
回调不能只看“收到了没有”，更重要的是验签、防重、状态机校验和最终一致性。重复通知不能重复入账，伪造通知也不能推进业务状态。
5. 敏感数据保护我们怎么做
5.1 落库怎么做
常见做法包括敏感字段加密存储、部分字段只存脱敏值、能不落库的就不落库，以及日志里不打印明文卡号、CVV、证件号和手机号。
5.2 展示怎么做
管理后台、报表和运营页面一般只展示脱敏数据，例如卡号只展示前六后四、手机号中间脱敏、银行账号部分隐藏、身份信息部分掩码。
5.3 权限怎么做
敏感信息不是所有人都能看，一般会结合角色权限、数据权限、操作审计和下载审批。
6. 防重放、防篡改、防重复处理怎么做
6.1 防篡改
防篡改主要靠签名。常见方式是对关键字段做摘要，再用共享密钥或私钥签名。验签通过后，才能说明内容完整，且请求来自可信来源。
6.2 防重放
防重放主要靠 timestamp、nonce、过期时间窗口和已使用随机数缓存。比如一个请求 5 分钟前发出的，就算签名是对的，也不允许再用。
6.3 防重复处理
防重复处理是业务层能力，主要靠商户订单号唯一约束、幂等键、Redis 锁、状态机校验和 MQ 消费幂等表。要分清楚：签名解决“是不是合法请求”，时间戳和随机数解决“是不是旧请求重放”，幂等和唯一约束解决“是不是重复处理”。
7. 国际信用卡和本地支付渠道接入，我们通常怎么做
7.1 为什么渠道接入难
因为不同渠道在协议、字段、签名方式、状态码、回调方式和对账文件上差异都很大，所以渠道接入不是“调一下 API”，而是要做统一抽象。
7.2 我们一般怎么抽象
常见设计是交易核心层只处理统一支付语义，渠道适配层负责协议转换，渠道返回码统一映射为平台标准码，回调、查单、退款和对账都做标准接口。这样新增渠道影响面小，交易核心更稳定，上层不用感知每家银行的协议差异。
7.3 面试怎么讲
渠道接入最重要的不是把请求发出去，而是把“发起、同步返回、异步回调、查单、退款、对账、差错补偿”整条链路做完整。真正的难点在状态统一、异常补偿和后续对账，而不是单个接口联通。
8. 钱包、清结算、对账、风控、退款、冲正分别怎么理解
8.1 钱包 / 余额账户
钱包或余额账户是资金承载层，重点是余额类型怎么拆、入账和扣账怎么记流水、冻结和释放怎么做、多币种怎么管理。
8.2 清结算
清结算不是简单打款，而是交易成功后生成账务事件，计算手续费和应结金额，把钱先沉淀到待结算或待释放余额，到周期后再转可用余额或发起出款。
8.3 对账
对账是为了确认平台订单状态对不对、平台账和渠道账是否一致、金额是否一致，以及是否存在单边账、漏单和重复单。
8.4 风控
风控不只是交易前拦截，也包括资金后置控制，比如高风险商户限额、黑白名单、频率控制、高风险国家地区限制以及保证金或 reserve 控制。
8.5 退款
退款是对成功支付做反向资金处理。重点不只是调渠道退款接口，还包括本地状态流转、余额扣减或冲回、回调通知和对账核对。
8.6 冲正
冲正通常处理的是超时、状态不明、通道返回异常以及本地和渠道状态不一致。它的目标是把错误状态修回正确状态，而不是简单记失败。
9. PCI DSS、AML、GDPR 在项目里怎么落地
9.1 PCI DSS
面试里讲到卡数据最小化存储、敏感字段加密或脱敏、传输加密、权限隔离、操作审计和日志脱敏就够了。
PCI DSS 对我们最直接的影响，就是卡数据不能随便存、不能随便打日志、不能随便看，接口传输和内部访问都要有明确边界。
9.2 AML
AML 在系统里常见体现为黑名单、高风险国家地区识别、异常交易频次控制、大额交易预警和可疑商户监控。
AML 不一定全是后端独立完成，但系统上通常要承载规则命中、可疑交易标记、审计记录和人工复核入口。
9.3 GDPR
GDPR 在系统里常见体现为最小化采集用户信息、敏感数据脱敏展示、控制访问范围、支持删除或匿名化，以及做访问和导出审计。
10. 面试时怎么把这段技能讲得像做过，而不是背过
10.1 先讲总览
我在支付项目里，除了交易和渠道接入，也比较关注支付安全和合规这块。比如接口层的 SSL/TLS、签名验签、防重放、防篡改，数据层的敏感字段加密和脱敏，以及 PCI DSS、AML、GDPR 相关的落地边界。
10.2 再讲系统落地点
在具体实现上，商户请求进入网关后会先做商户身份识别、签名验签、时间戳和随机数校验、资源归属校验以及幂等控制；平台调用渠道时会做 TLS、字段加密和报文验签；回调侧会做验签、防重复推进和状态机校验。
10.3 最后讲你参与的业务链路
我接触的不只是交易创建，还包括国际信用卡和本地支付渠道接入、3DS、Webhook、退款冲正、清结算、对账和风控链路，所以对支付系统的安全要求和合规边界理解会更完整一些。
11. 面试官可能继续追问什么
11.1 你们为什么既要签名又要 HTTPS
因为两个解决的问题不一样：HTTPS 解决传输链路加密，签名解决消息来源可信和内容未篡改。
11.2 防重放和幂等有什么区别
防重放是安全层，防止旧请求被重复利用；幂等是业务层，防止同一请求被重复处理。
11.3 AES 和脱敏有什么区别
AES 是可逆保护，给系统内部安全使用；脱敏是展示保护，给人看时不暴露完整信息。
11.4 PCI DSS、AML、GDPR 分别偏哪一块
PCI DSS 偏卡数据安全，AML 偏交易风险与反洗钱，GDPR 偏个人信息保护。
11.5 你们是怎么处理敏感日志的
我们会对卡号、手机号、证件号、账户号等字段做脱敏，不允许明文进入普通日志；排障需要时也会控制查看权限，避免日志本身成为泄露源。
12. 你可以直接放到自我介绍里的版本
我主要做 Java 后端，方向集中在跨境支付和资金系统。除了交易主链路、渠道接入、Webhook、退款冲正、清结算和对账之外，我也比较熟悉支付接口安全和合规这块，比如 SSL/TLS、AES 加密、接口鉴签、防重放、防篡改，以及 PCI DSS、AML、GDPR 相关的敏感数据保护实践。