MPoC SDK集成另一MPoC SDK详解 - PCI MPoC v1.1新能力

概述

PCI MPoC v1.1版本新增了一项重要能力：允许一个MPoC SDK集成另一个MPoC SDK。此功能为模块化支付解决方案提供了更大的灵活性，但同时带来了严格的安全限制。

本文是对 PCI MPoC v1.0.1 → v1.1 完整变更分析 中”新增能力：MPoC SDK可集成另一个MPoC SDK”的详细展开说明。

一、能力定义与使用场景

1.1 定义

一个MPoC SDK（集成方）可以将另一个MPoC SDK（被集成方）作为组件使用。

1.2 典型使用场景

1.3 示例

一个支持COTS原生NFC支付的MPoC SDK可以集成另一个支持通过PCI PTS POI设备进行支付的MPoC SDK，因为它们使用不同的支付通道资源。

二、核心限制条件

三、安全需求详解（SR 1A-1.6）

Security Requirements 1A-1.6 规定，当一个MPoC SDK集成另一个MPoC SDK时，必须满足以下条件：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

1. 两个MPoC SDK不共享支付受理通道资源
   - 如：COTS原生NFC接口、外部读卡器连接
   
2. 两个MPoC SDK不以明文形式共享敏感资产
   - 一个SDK收集的资产不能在另一个SDK中以明文形式暴露
   
3. 被集成的MPoC SDK不能自身再集成任何其他MPoC SDK
   
4. 被集成的MPoC SDK必须是已批准的Isolating SDK
   - 满足所有相关MPoC要求
   
5. 被集成的MPoC SDK必须提供安全集成指导
   
6. MPoC Application的集成指导必须完整
   - 包含所有MPoC SDK的安全相关细节
   
7. 集成不能对任一MPoC SDK的安全性产生负面影响

四、验证测试要求（Test Requirements 1A-1.6.a）

测试人员必须通过检查和观察确认以下内容：

五、敏感资产管理要点

5.1 敏感资产定义（Table 4）

5.2 核心原则

1. 明文隔离：两个集成的MPoC SDK不得共享明文形式的敏感资产
2. 传递保护：敏感资产在SDK间传递时必须保持加密状态
3. 密钥隔离：解密密钥不应在两个SDK间共享或暴露
4. Isolating SDK保障：被集成SDK必须是Isolating SDK，其设计本身防止外部访问其内存中的明文敏感资产

六、合规建议

七、相关需求关联

相关资源

• PCI MPoC v1.0.1 → v1.1 完整变更分析
• PCI Security Standards Document Library
• PCI MPoC Standard v1.1
• PCI MPoC Standard v1.0.1
• PCI MPoC Summary of Changes v1.0.1 to v1.1

PCI-MPoC, SDK集成, 移动支付 — 2026年3月16日

本文阅读量 次