zoukankan      html  css  js  c++  java
  • 中国银联mPOS通用技术安全分析和规范解读

    mPOS是近年出现并得到迅速发展的一种新型受理产品。不少机构和生产企业进行了各种形式的试点。因为mPOS引入了手机、平板电脑等通用智能移动设备,并通过互联网进行信息传输,因此其安全特点与传统银行卡受理终端存在不同;同一时候,市场对mPOS含义认识不一,安全水平參差不齐,因而也对安全管理提出了更大的挑战。

    本文基于银联终端工作组研究成果,结合最新公布的《中国银联mPOS通用技术安全要求》(下面简称《要求》),对mPOS技术概念、安全目标和技术要求进行解读,并提出系统应用部署的安全方案演示样例供交流和參考。

    一、银联mPOS技术概念

    mPOS是一个总体概念。包含终端设备和相关应用。详细指,通过移动通讯设备(含所搭载的支付应用软件)进行商户收银操作,由外接专用受理终端完毕银联卡相关信息的採集和加密,通过移动通讯设备与后台处理系统交互完毕交易,这一过程涉及的前端专用软硬件设备总称即为mPOS。

    上述定义体现了下面几个重要概念:

    (一)“移动”设备

    “mPOS”这一名称最早在境外流行。全称为“mobile POS”。

    增加“mobile”。体现了该类产品的“移动”特征:一是体现“移动通讯设备”对银行卡支付受理的參与;二是体现专用受理终端亦是移动的、便携的。
    可是,mPOS在境内市场不等同于中文直译的“移动POS”。

    因为国内业界习惯于将无线POS、手持POS称为“移动POS”。因此在各类技术标准、业务规则、以及宣传材料中一般直接採用“mPOS”这一英文缩写,“移动POS”往往另有他指。

    mpos分享到
    (二)商户收单
    银联mPOS是以商户收单为目的、以收单级别为安全目标的受理产品,这与境外有所差别。

    境外(比如美国)市场mPOS概念非常宽,包含了Square等手机外接刷卡器类产品、手机自身集成刷卡器类产品、以及银联定义中的产品。境内市场对个人支付和商户收单进行了区分,设定了不同的业务、风险和技术要求,管理手段也存在较大的差异。

    Square等手机刷卡器、迷你付等互联网IC卡终端等均为个人支付类产品,由对应的技术标准和业务规则进行界定。不属于银联mPOS定义范围。

    (三)mPOS是总体概念

    标准和管理规则中的mPOS包含了硬件设备部分(专用的外接受理终端)和支付软件部分(移动通讯设备上的应用软件),单纯的外接设备不能等同为mPOS。

    其实整个系统前端还包含手机、平板电脑等移动通讯设备(技术上称其为“上位机”),但因为上位机为通用电子产品。非金融定制,因此一般对其不进行要求和限制。

    (四)高要求的外接终端

    mPOS中的外接受理终端是专用的安全设备,须要完毕卡片读取、PIN输入、数据加解密、提示信息显示等操作,与手机刷卡器等个人支付终端相比較,具有更高的安全性。这也是其运用于商户收单、差别于个人支付设备的关键因素。

    二、mPOS系统抽象架构

    mPOS系统抽象架构分享到
    mPOS系统抽象架构以及当中各组成部分的功能见上图说明。以此为基础,mPOS在详细形态上具备灵活性。
    在外接方式上,受理终端既能够通过Micro-USB等有线方式、也能够通过蓝牙等无线方式与手机等上位机连接。

    MPOS

    在移动通讯设备上。不限制设备类型——能够是智能手机、平板电脑等;不限制执行环境——主要指操作系统,能够是Android、iOS、Windows等。
    在后台通讯方式上,既能够通过3G/4G无线连接。也能够通过WiFi连接。

    三、mPOS技术安全分析
    mPOS在对受理产品进行创新的同一时候也引入了一些潜在风险,特别是线下收单设备执行环境打破了传统的封闭格局,处于一个开放的环境中。easy受外部环境的威胁和攻击。主要呈现下面特点:

    一方面,差别于传统全线路专线化的传输环境,mPOS及其相关应用和系统通过各种方式接入公共网络,使安全度较低的公网成为信息传输线路的组成部分。交易数据和设备管理信息受到截取、篡改、重放等攻击的可能性和easy性升高。

    还有一方面,智能手机、平板电脑(PAD)等设备功能日益强大,使用体验不断提升,因此mPOS方案中将其作为受理终端的上位机使用,订单生成、交易上送甚至部分交易处理操作在上位机完毕。因为智能终端通常搭载开放操作系统。同一时候接入公网,加之系统破解、获取root权限等用户现象的存在。易被木马、病毒等攻击,上位机设备本身的安全难以保障,对账户数据和支付信息的保密性、真实性、完整性等均提出了挑战。

    四、安全目标和技术要求

    (一)安全目标

    安全目标是产品设计、生产、使用、维护的基本技术安全原则。因为受现有技术条件、认识水平和研究能力约束。详细的技术要求存在未能全然覆盖和掌控安全点的可能,但安全目标为各參与方提供了基本框架、指出了工作方向。

    mPOS技术安全目标包含下面四个方面:

    一是应保证账户信息安全。对磁道信息、PIN、卡片验证码、卡片有效期等敏感信息。以及涉及的私有密钥和证书。进行有效保护。

    二是应保证其它关键交易信息安全。交易金额、交易类型、货币类型、商户号、终端号、终端硬件序列号、交易流水号等表征交易的关键信息,在处理和传输过程中应不被篡改。

    三是保证交易的真实性。对交易报文的来源进行鉴别,保证交易真实有效,防止信息伪造和重放攻击。

    四是应具有安全提示。向操作人(包含持卡人和收银员,重点是持卡人)提供获悉真实交易信息、推断交易正常与否、指示下一步操作的有效參考途径。

    (二)技术安全要求

    标准对mPOS的要求分为基本要求和叠加要求两部分,均属于通用技术要求范围,对详细实现方案不进行限制。

    1、基本要求

    依据原有标准。为mPOS的主要组成部分设置基础和前提性的要求,主要包含:受理终端应首先满足《PIN输入设备安全规范》要求;上位机软件应首先满足《支付应用软件安全规范》;后台处理系统应满足《银联卡收单机构账户信息安全管理标准》、《银联卡账户信息与交易数据安全管理规则》、《第三方机构接入银联技术安全要求》等要求。

    2、叠加要求

    在基本要求基础上,对各部分提出针对mPOS特点的叠加要求。详细项目不再赘述,仅对关键内容概括举比例如以下:

    对于受理终端。应具有安全读取账户信息的功能(包含磁条卡和IC卡),对卡片数据进行有效保护;应能够显示交易类型、金额、结果等足够操作和推断的信息。并确保提示信息收到保护;设备固件、程序的下载和更新应具有合法性的验证机制;设备应保证“一机一密”要求的落实,并建议在交易过程中实现“一次一密”密钥机制;应有设备签到机制,并向后台处理系统上送设备序列号。同一时候具有对后台系统合法性的验证能力;对外提供的加密功能进行限制。对外提供MAC校验功能需进行关键域校验或强制填充;传输协议和接口进行安全保护;私有密钥和证书进行安全保护;具备抗重放机制等。

    对于上位机(支付应用软件),要求上送上位机唯一特征码作为參考信息;与后台系统之间採用安全协议进行传输数据;具实用户訪问控制;建议上送地理位置信息。

    对于后台处理系统,要求对受理终端进行合法性验证。并与受理终端配合实现防交易重放的功能。

    3、其它方面

    mPOS的前端核心安全主要由受理终端实现。由支付应用软件和后台处理系统配合。

    但受理终端主要提供设备安全,总体上必须由实际部署的应用流程和安全机制给予有效支撑。

    因此,在支付应用软件的认证过程中。要求提交详细的总体设计方案(包含受理终端至后台处理系统的交互全流程和关键操作)供初步评估。

    五、国外标准情况

    EMVCo在2013年10月成立mPOS工作组,负责研制技术白皮书,银联參与了研制。EMVCo希望通过白皮书来总体性地显示全部可能的mPOS形态和方案思路,但临时不做技术标准及认证上的强制要求。其实临时放开了对mPOS的限制。

    PCI是国际支付卡安全标准组织,提供境外银行卡产品的安全标准和认证服务。

    PCI已和EMVCo联合开展mPOS安全技术的研究,但尚未有针对性标准。


    总体上,眼下境外并没有针对mPOS的完整技术规范,银联公布的mPOS技术安全要求及配套认证是该领域首个标准化服务。

    六、其它实施建议

    (一)处理流程

    支付安全是总体性、系统性课题。在mPOS这类创新产品上显得尤为突出。软硬件设备自身的安全不过当中一个方面。处理流程的设计和实施效果将直接影响总体安全性。

    (二)交易组包

    交易组包是处理流程中的关键问题。

    建议支付核心信息的报文组包和加密保护在受理终端完毕。

    在现有条件下,不建议在上位机组包;如因业务须要确实需进行此类部署,收单机构应充分评估其风险。设计强化的安全机制和配套的业务风险管理机制,并慎重应用。如后台处理系统实现报文组包等交易处理逻辑。应强制实现受理终端与后台处理系统建立传输数据的安全通道。并制定对应的密钥和信息交互安全机制;此外,因为该模式对通讯稳定性有较高要求,实际部署效果未必理想。

    (三)后台系统安全

    建议加强账户信息和系统技术安全的设计和管理。使之有效抵御网络攻击,防止非法终端对系统影响,及时处理异常。

    (四)參考实践方案

    标准工作组针对mPOS设计了一些技术安全解决方式演示样例,以“资料性附录”的形式。对《要求》提供适当补充。为受理终端、上位机支付应用软件、后台处理系统的设计和开发提供技术參考,不作为强制要求。

  • 相关阅读:
    pipelinewise 学习二 创建一个简单的pipeline
    pipelinewise 学习一 docker方式安装
    Supercharging your ETL with Airflow and Singer
    ubuntu中使用 alien安装rpm包
    PipelineWise illustrates the power of Singer
    pipelinewise 基于singer 指南的的数据pipeline 工具
    关于singer elt 的几篇很不错的文章
    npkill 一个方便的npm 包清理工具
    kuma docker-compose 环境试用
    kuma 学习四 策略
  • 原文地址:https://www.cnblogs.com/llguanli/p/8393505.html
Copyright © 2011-2022 走看看