第五章 第三节 电子商务安全协议（课件）-《电子商务概论》（天津科学技术出版社）上好课

第三章 电子商务新业态 第一节 新零售 《电子商务概论》（天津科学技术出版社） 同步精品课堂 同学们好！欢迎来到今天的课程。我们每天都在使用电子支付，但你有没有想过，你的钱是如何安全地从你的账户转移到商家账户的？今天，我们将深入学习两种核心的电子支付安全协议：SSL和SET。 1 目录 教学目标 教学导入 概念教学 互动环节 背诵记忆 课堂练习 课堂小结 课后作业 知识目标 掌握SSL协议概念、特点、结构、工作流程及加密认证机制。 深入理解SET协议组成要素、交易流程及电子支付规范作用。 能力目标 能精准区分SSL和SET协议在身份认证、安全强度及核心应用领域的不同；可根据电商交易场景合理选择支付安全协议；能熟练运用协议知识解决选择、判断题，巩固应用能力。 情感目标 树立电子商务安全意识，理解安全协议是网络交易保障基石。 培养技术比较思维，不盲从单一技术方案，辩证分析技术优劣。 激发网络安全技术探索兴趣，建立持续学习和关注行业安全规范的主动性。 教学目标 1.7.2013 本次课程我们有三个目标。知识上，我们要掌握SSL和SET两大协议的核心内容。能力上，要学会区分它们的不同，并能根据场景选择合适的协议。情感上，希望大家能树立安全意识，培养严谨的技术思维。 ‹#› 你在网上用信用卡付款时，浏览器地址栏为什么会出现一个小锁图标？它背后有什么技术保证你的钱不会被别人偷走？ 用户端 发起支付请求 银行/支付网关 通过加密协议验证身份与信息 SSL 安全协议 保护浏览器与服务器间数据传输，防窃听、篡改或冒充，为常用传输层加密协议。 SET 电子交易协议 专为银行卡支付设计，确保用户、商家、银行三方身份真实，交易信息安全，解决了多方认证的问题。 教学导入 1.7.2013 我们先从一个生活问题开始：为什么我们在网上付款时，浏览器地址栏会出现一个小锁？浏览器地址栏的小锁图标，是网站服务器与浏览器之间建立安全加密连接的视觉标识，它意味着你的支付信息正通过一条“私密、安全的通道”进行传输。这个小锁背后，就是我们今天要学习的安全协议在起作用。它保护着我们的数据传输和交易安全。 ‹#› SSL协议由网景公司（Netscape）于1994年设计推出，是互联网早期为解决Web通信安全问题而诞生的核心协议，开启了互联网安全通信的先河。 核心定义 SSL（安全套接层）是为网络通信提供安全及数据完整性，通过加密技术在客户端和服务器间建立安全传输通道的安全协议。 协议定位 它非完整安全交易协议，仅专注建立安全通信链路，为上层应用提供加密、认证和防篡改的底层安全保障。 SSL 2.0 SSL首个成熟版本奠定加密通信基础框架，因设计缺陷已被弃用。 SSL 3.0 修复2.0安全漏洞，架构更稳定，成后续安全协议核心基础，应用广泛。 TLS 1.0 1999年发布，基于SSL 3.0改进，又称SSL 3.1，是SSL协议标准化后的新一代安全传输层协议。 一、SSL协议——概述 1.7.2013 首先进入模块一：SSL协议。它的全称是安全套接层协议，由网景公司在1994年设计。请注意，它是一个安全通信协议，而不是一个完整的交易协议。我们现在常用的TLS协议，其实就是基于SSL 3.0发展而来的。 ‹#› 一、SSL协议——概述 核心优势： SSL协议对上层应用透明，无需改应用逻辑，即可实现底层数据安全加密传输。 无缝集成，即插即用 代码零改，平滑运行 底层自动，隐形防护 一、SSL协议——特点一：与应用的无关性 1.7.2013 第一个特点是“与应用的无关性”。这是SSL一个非常重要的设计理念。它意味着SSL像一个底层服务，所有上层应用，无论是网页浏览、发送邮件还是数据库连接，都可以直接使用它，而不需要对自身代码做任何改动。这极大地简化了安全功能的集成，让安全变得更加普及和易用。 ‹#› 核心优势：构建真实可靠的通信信任链 技术基石：PKI 与数字证书体系 双向验证：端到端的身份确认 算法适配：高强度与高性能兼顾 一、SSL协议——特点二：身份验证 1.7.2013 第二个特点是“身份验证”。在建立SSL连接时，第一步就是验证对方的身份。这就像我们在现实中确认对方身份一样，通过数字证书和密钥，SSL可以确保你访问的网站就是它所声称的那个网站，而不是一个伪造的钓鱼站点。这为安全通信奠定了信任的基础。 ‹#› 核心优势： 构建网络通信“数字保险箱”，确保数据对第三方保密，杜绝信息泄露风险。 专属会话密钥协商 军工级加密算法 全链路数据加密传输 一、SSL协议——特点三：安全保密性 1.7.2013 第三个特点是“安全保密性”。一旦身份验证通过，SSL就会启动加密机制。它会生成一个独特的会话密钥，用它来加密所有传输的数据。这就像把数据放进一个安全的箱子里，只有通信的双方才有钥匙打开。即使数据在传输过程中被黑客截获，他们看到的也只是一堆乱码，无法获取真实信息。 ‹#› 核心优势：为数据加盖“防伪印章”，杜绝传输中的任何篡改。 技术原理：附加唯一验证码 MAC生成：高强度哈希加密 验证过程：双向一致性比对 一、SSL协议——特点四：完整性 1.7.2013 最后一个特点是“完整性”。除了加密，SSL还能确保数据的完整。它通过一种叫做“报文验证码”的技术，为每个数据包生成一个独特的“指纹”。接收方收到数据后，会核对这个“指纹”。如果数据在传输中被篡改，哪怕只有一个字节，指纹也会完全不同，从而被立刻发现。这就确保了我们收到的数据和发送方发出的完全一致。 ‹#› SSL记录层协议 位于TCP传输层之上，是SSL协议底层基础，负责分段、压缩、加密与封装上层协议数据，是保障网络数据安全传输的核心技术环节。 上层协议簇 含握手、加密约定修改、报警三类协议，功能为传输前协商加密参数、建立安全会话，通信中监测异常并触发报警。 核心设计目的 保障应用协议独立，让底层安全机制对高层协议完全透明，使HTTP、FTP等应用协议无需修改即可复用SSL安全传输能力。 这种分层架构不仅简化了协议设计，更实现了安全功能与应用逻辑的解耦，为互联网通信安全提供了灵活且高效的解决方案。 一、SSL协议——结构 1.7.2013 SSL协议的结构分为两层。底层是记录层协议，负责封装数据；上层包括握手协议等，负责建立安全连接。这种分层结构保证了SSL可以独立于具体的应用协议工作。 ‹#› 01 客户端发送列出客户端密码能力的客户端“您好”消息（以客户端首选项顺序排序） 声明SSL协议版本 告知服务器支持的SSL/TLS协议版本，确保用兼容协议建立连接。 协商加密套件列表 附带客户端支持的所有加密算法和哈希函数组合，供服务器挑选双方均支持的套件。 支持的数据压缩方法 列出客户端支持的传输数据压缩算法，减数据量，提效率，保完整性。 生成28字节随机数 客户端生成并发送28字节随机数，作为生成会话密钥的种子素材。 一、SSL协议——工作流程 1.7.2013 接下来我们详细看一下SSL的工作流程，也就是握手过程。第一步，客户端向服务器发送一个“Hello”消息，告诉服务器自己支持的SSL版本、加密套件等信息。 ‹#› 02 服务器响应“您好”消息，确立基础加密参数 选定的密码方法 服务器从客户端列表中选取双方支持的最高安全算法，作为会话加密标准。 选定的数据压缩方法 协商确定压缩算法，在保障安全完整前提下，减体积、提效率。 生成会话标识 (Session ID) 服务器生成唯一会话ID，关联后续通信数据，保障会话唯一可追溯。 发送服务器随机数 服务器生成并发送随机数与客户端随机数结合，作为会话密钥生成的核心随机源，增强随机性。 关键提示：客户端与服务器必须支持至少一个公共的加密套件，若双方加密能力无交集，SSL握手将直接失败，无法建立安全连接。 一、SSL协议——工作流程 1.7.2013 第二步，服务器收到客户端的Hello后，会回复一个自己的Hello消息，告诉客户端它选择了哪种加密方法。如果双方没有共同支持的加密方法，握手就会失败。 ‹#› 03. 服务器发送SSL数字证书 服务器向客户端发送自身SSL数字证书以验证身份；若配置双向认证，会同步发“数字证书请求”消息要求客户端提供证书。 04. 发出“您好完成”并等待响应 服务器完成Hello阶段消息发送后，发“Hello Done（您好完成）”消息，表明握手初始化阶段结束，随后进入等待状态，接收处理客户端后续响应消息。 核心逻辑：服务器通过数字证书完成身份出示，确立通信的可信基础，随后结束握手准备，等待客户端的验证与应答。 一、SSL协议——工作流程 1.7.2013 第三步，服务器发送自己的数字证书给客户端，以证明自己的身份。第四步，服务器发送“Hello Done”消息，表示它的Hello阶段结束了，等待客户端的下一步动作。 ‹#› 核心验证：证书有效性核查 客户端接收服务器证书后，会立即校验其完整性与合法性，重点核查证书颁发机构可信度、有效期、域名匹配度等，确保证书未被篡改或伪造。 双向认证：客户端证书交互响应 服务器若配置双向认证，会请求客户端数字证书。客户端有有效证书则发送，无证书则返回警告，服务器可能终止会话，以确保双方身份可信。 05 客户端接服务器“您好完成”消息后，验证其SSL 数字证书有效性，检查“你好”消息参数是否可接受。 一、SSL协议——工作流程 1.7.2013 第五步，客户端收到服务器证书后，会验证其有效性。如果服务器要求客户端也提供证书，客户端就会发送自己的证书；如果没有，就会发送一个警告。 ‹#› 发送“客户端密钥交换”消息 客户端生成关键预主密钥，用服务器公钥加密后发送，此为密钥协商传递核心机密的关键环节，确保仅目标服务器能获取该信息。 核心载荷与身份验证 包含经服务器公钥加密的46字节pre-master secret与MAC密钥；若客户端有证书，还需发送私钥签名的“数字证书验证”消息以证明身份合法性。 06 客户端发送“客户端密钥交换”消息。 一、SSL协议——工作流程 1.7.2013 第六步，客户端生成一个预主密钥（pre-master secret），并用服务器的公钥加密后发送给服务器。这一步非常关键，因为只有服务器能用自己的私钥解密，从而保证了密钥交换的安全。 ‹#› 图示为SSL/TLS完整握手流程 STEP 07. 客户端密钥派生与状态变更 STEP 08. 服务器完成握手确认 STEP 09. SSL握手结束 一、SSL协议——工作流程 1.7.2013 最后三步，客户端和服务器都利用预主密钥生成最终的会话密钥，然后互相发送“更改密码规范”和“已完成”的消息。至此，握手过程结束，双方开始使用协商好的密钥进行加密通信。 ‹#› 互动形式：组选派代表，将9张步骤卡片按正确时序排列。 01. 客户端 Hello 客户端发送协议版本、加密套件列表及随机数，发起连接请求。 04. 服务器 Hello 服务器确认协议版本，选定加密套件，并返回服务器随机数。 07. 服务器证书 服务器发送数字证书，包含公钥与身份信息，供客户端验证身份。 02. 服务器 Hello 完成 服务器发送结束信号，表明Hello阶段完成，等待客户端后续响应。 05. 客户端验证证书 客户端校验证书有效性、完整性及合法性，确保服务器身份可信。 08. 客户端密钥交换 客户端生成预主密钥，用服务器公钥加密后发送，协商会话密钥。 03. 客户端更改密码规范 客户端通知服务器，后续消息将使用协商好的会话密钥和算法加密。 06. 服务器更改密码规范 服务器响应确认，同步启用新的密码规范，握手进入收尾阶段。 09. 加密数据开始 双方交换结束消息，握手正式完成，后续应用数据全加密传输。 课堂互动 1.7.2013 学完了SSL的握手流程，我们来做个互动。我这里有9张卡片，代表握手的9个步骤，请每组派代表上来，把它们按正确的顺序排列好。 ‹#› 01. SSL 核心溯源 全称：安全套接层 (Secure Sockets Layer) 由网景公司于1994年设计推出，是为网络通信提供安全及数据完整性的一种安全协议，也是现代HTTPS协议的安全基石。 02. 关键特性与双层架构 四大特性：应用无关性、身份验证、数据保密性、数据完整性。 双层结构：底层为记录层，封装上层数据；上层包含握手、报警、修改加密约定等协议子层。 03. 握手九步核心流程 核心步骤：客户端与服务端Hello交互 → 证书与密钥交换 → 双方校验并生成会话密钥 → 发送“更改密码规范” → 最终建立安全的加密通信通道。 记忆口诀：SSL握手续，两方Hello证书换，密钥交换改密码，最后加密把事办。通过这四句话，可快速串联起SSL握手的完整逻辑与关键动作。 记忆背诵 1.7.2013 这里是模块一的核心要点总结。大家可以记这个口诀：“SSL握手续，两方Hello证书换，密钥交换改密码，最后加密把事办。” ‹#› 第1题（单选题）SSL协议是由哪家公司于1994年设计的？ A.微软（Microsoft） B.网景（Netscape） C.谷歌（Google），互联网搜索引擎巨头 D.苹果（Apple） 解析：SSL（安全套接层）协议是网景公司为Netscape Navigator浏览器设计的，旨在为网络通信提供安全及数据完整性保障。 课堂练习 1.7.2013 现在开始练习。第一题，SSL协议是哪家公司设计的？答案是B，网景公司。 ‹#› 第2题（单选题）在SSL握手过程中，客户端发送“客户端密钥交换”消息时，pre-master secret是用什么加密的？ A. 客户端的私钥 B. 服务器的公钥 C. 客户端的公钥 D. 服务器的私钥 解析：pre-master secret 必须使用服务器的公钥加密，这是因为公钥加密体系中，公钥加密的数据只有对应的私钥才能解密，从而确保了密钥交换过程的安全性，防止中间人窃听。 课堂练习 1.7.2013 第二题，pre-master secret是用什么加密的？答案是C，服务器的公钥。这样只有服务器才能解密。 ‹#› 第3题（多选题）以下哪些选项，属于SSL（安全套接层）协议在数据传输过程中所具备的核心特点？ A. 与应用的无关性 B. 身份验证机制 C. 数据安全保密性 D. 支持多方认证体系 解析：SSL协议通过握手协议建立安全通道，实现了数据的机密性、完整性和身份认证，但不具备SET协议的多方认证能力。 课堂练习 1.7.2013 第三题，多选。SSL的特点有哪些？A、B、C都是。D选项多方认证不是SSL的特点，而是SET的特点。 ‹#› 第4题（判断题）SSL协议是一个完整的安全交易协议。 解析：SSL协议仅为因特网环境下的通信双方提供安全通信保障，专注于数据传输加密，并不涉及交易的完整性校验、不可抵赖性等完整交易协议所需的关键环节。 课堂练习 1.7.2013 第四题，判断。SSL是完整的安全交易协议吗？错误。它只是一个安全通信协议，不处理交易流程。 ‹#› SET协议由VISA和MasterCard两大信用卡组织联合推出，是专为信用卡电子支付安全设计的开放式标准。 协议定义：安全电子交易（Secure Electronic Transaction）协议，由VISA和MasterCard等联合于1997.05推出，基于信用卡在线支付的安全标准。 核心目的：旨在为因特网上以信用卡为基础的电子付款系统提供安全规范，通过加密和认证机制，保证交易数据的保密性、完整性和不可否认性。 行业地位：该协议已获得IETF标准认可，成为电子商务领域中保障支付安全的重要基石，代表了信用卡电子支付系统的重要发展方向。 二、SET协议——概述 1.7.2013 好的，SSL协议我们学完了。接下来进入模块二，学习SET协议。它的全称是安全电子交易协议，由VISA和万事达等信用卡组织联合推出，专门用于保障信用卡在网上交易的安全。 ‹#› 交易协议标准化 敏感信息保密 确保资料完整性 严格身份认证 SET协议通过这四大核心机制，构建了电子商务交易中安全可靠的信任基础，有效平衡了交易便捷性与数据安全性的需求。 二、SET协议——概述 1.7.2013 SET协议旨在解决电子商务交易中的四个核心问题：交易协议的标准化、信息保密、资料完整性和身份认证。 ‹#› 持卡人 商家 发卡行 收单行 支付网关 认证中心 (CA) 关键软件支撑：系统运行依赖电子钱包软件、商家软件、支付网关软件及签发证书软件，共同构建安全、标准的支付环境。 二、SET协议——SET支付系统的组成 1.7.2013 一个完整的SET支付系统由六个部分组成：持卡人、商家、发卡行、收单行、支付网关和认证中心。每个角色都需要相应的软件来支持。 ‹#› “六把钥匙”加密体系 采用非对称加密技术，为用户、网站、银行各配公私钥，实现数据加密传输与身份认证。 Step 1：提交数字签名信息 用户将购物清单、银行账号等支付信息数字签名后提交商家网站，开启安全交易第一步。 二、SET协议——工作流程 核心参与三方 SET协议涉及持卡人、网上商家和金融机构三方交互，构建安全信任链，确保交易主体合法。 1.7.2013 SET的工作流程比SSL更复杂，涉及三方和六把密钥。第一步，用户将购物清单和支付信息进行数字签名后，提交给网站。 ‹#› Step 2：网站签名认证购物清单 接收加密信息包 公钥解密提取摘要 哈希比对确认一致 二、SET协议——工作流程 1.7.2013 第二步，网站收到信息后，会先验证用户的数字签名，确认购物清单的真实性。 ‹#› Step 3：数字签名与提交银行 购物清单款项统计 包含商品明细、数量、单价及订单编号等核心交易信息，是交易的基础凭证，确保款项来源清晰可查。 网站收款账户信息 商户在银行开设的专属收款账户信息，用于接收货款，是资金流转核心标识，保障资金准确入账。 用户需支付总金额 经加密的最终交易金额，含商品费、运费及其他相关费用合计，是银行扣划资金的依据。 二、SET协议——工作流程 1.7.2013 第三步，网站将用户的支付信息和自己的收款请求打包，进行数字签名后，一起发送给银行。 ‹#› 接收与解析数据 数字签名核验 交易授权确认 Step 4：银行签名认证收到的相应明 二、SET协议——工作流程 1.7.2013 第四步，银行收到信息后，会验证网站的数字签名，并核对用户的支付信息，完成交易。 ‹#› 用户隐私绝对隔离 网站无法获取用户银行账号和密码，敏感支付信息仅银行可见，从源头切断隐私信息泄露风险。 银行数据独立闭环 银行无法从其他非授权渠道获取用户账号密码的密文，确保密钥生成、传输与验证全过程在封闭可信体系内完成。 交易行为不可否认 利用数字签名技术唯一标识交易主体，有效确认发起方身份，从技术层面保证发送端无法对已完成的交易行为进行抵赖。 数据传输完整防篡 数字签名同步校验数据的哈希摘要，一旦数据在网络传输中被非法篡改，接收端可立即识别，保障交易数据的真实与完整。 SET协议通过上述机制，构建了一套严密的安全逻辑，基本解决了电子商务中消费者、商家、银行三方在交易过程中的身份认证、数据保密及完整性要求。 二、SET协议——特点 1.7.2013 SET协议有几个非常重要的特点。最核心的是，网站无法看到用户的银行账号和密码，这些信息只有银行能解密。同时，数字签名保证了交易的不可否认和不可篡改。 ‹#› SSL 协议：认证范围受限 早期版本仅验证商家身份，无持卡人严格认证；SSL 3.0虽可实现双方认证，但受限于协议设计，无法支持多方复杂认证场景，存在身份核验盲区。 SET 协议：全链路多方强认证 强制要求支付流程所有参与方申请使用数字证书进行身份标识与验证，通过CA认证中心构建信任链，实现交易全环节多方交叉认证，从根源上保障各方身份真实、不可抵赖。 核心差异：SSL侧重点对点通信加密，认证体系简单；SET构建基于数字证书的完整信任体系，通过多方认证解决交易各方身份信任问题，安全性更高。 三、SET与SSL协议的比较——认证要求 1.7.2013 现在我们来对比一下SSL和SET。首先看认证要求。SSL最多只能实现双方认证，而SET要求所有参与者都必须有证书，实现了多方认证。 ‹#› SSL 安全套接层协议 仅加密持卡人与商店端的信息交换，未规范约束整个商务流程，在商务、服务、协调及系统集成性上短板明显，难满足复杂电子交易安全需求。 SET 安全电子交易协议 对持卡人到商家、银行支付网关的商务流程标准化规范，协议严密周全，可保障交易各方安全，提供更高层级安全防护体系，是适用电子支付的安全标准。 核心差异：SSL仅关注点对点的数据传输加密，而SET构建了覆盖交易全链路的闭环安全机制，安全性与规范性更胜一筹。 三、SET与SSL协议的比较——安全性 1.7.2013 在安全性方面，SSL只加密点对点的数据传输，而SET规范了整个交易流程，因此安全性更高。 ‹#› SSL 安全套接层协议 工作层级：传输层 SSL是通用安全协议，不依赖具体应用类型，建立在TCP之上，为上层应用及HTTP、FTP等提供端到端安全服务与加密通道，保障数据传输机密性与完整性。 SET 安全电子交易协议 工作层级：应用层 SET是专为电商交易设计的安全协议，涉及应用层、会话层、表示层等，规范交易各方交互流程，保障支付信息安全与交易不可否认性。 核心差异总结：SSL 是通用的传输层安全通道，适配性广；SET 则是聚焦于支付场景的应用层协议，安全性更高但部署更复杂，针对性更强。 三、SET与SSL协议的比较——网络层协议位置 1.7.2013 从网络层次来看，SSL工作在传输层，是一个通用的安全协议。而SET工作在应用层，更贴近具体的交易应用。 ‹#› SSL 安全套接层 与Web应用深度集成，实现简单便捷，多内置于浏览器和服务器，是互联网通用基础加密协议，保障数据传输机密性与完整性。 SET 安全电子交易 专为信用卡交易设计，安全性高，适用于多方复杂交易场景，但协议逻辑复杂，实施成本高、耗时长，推广难度大。 应用场景与选择建议 无绝对优劣，需依业务需求选择。普通Web数据传输优先SSL；高安全要求的支付场景可选SET或混合部署，兼顾安全与效率。 核心总结：SSL是通用的Web安全基石，易用且普及；SET是针对支付的专用安全协议，更专业但复杂。两者并非对立，而是可根据场景互补使用的安全工具。 三、SET与SSL协议的比较——应用领域 1.7.2013 总结一下，SSL实现简单，主要用于Web加密，已经内置在浏览器中。SET安全性更高，适合信用卡等多方交易，但实现复杂。在实际应用中，两者可以根据情况独立或混合使用。 ‹#› 请各组结合所学知识，分工协作完成SSL与SET协议的核心差异对比表，梳理关键技术特征与应用场景。 对比维度 SSL 协议 SET 协议 认证范围 安全等级与网络层 主要应用与复杂度 成果分享：邀请一组上台展示表格内容，其他小组针对“安全性”与“应用场景”的差异进行补充和点评，深化对两种协议适用边界的理解。 仅支持交易双方 （客户与商家）认证 支持多方认证 （持卡人、商家、银行等） 安全性高，工作于应用 层，规范整个交易流程 安全性高，工作于应用 层，规范整个交易流程 广泛用于Web通用加密， 实现简单、成本低 专为信用卡交易设计， 流程复杂、成本较高 课堂互动 1.7.2013 学完了SET，我们来做一个对比竞赛。请大家分组完成这个表格，对比SSL和SET的区别。5分钟后我们一起来看。 ‹#› 01. SET 核心定义 全称为安全电子交易协议，由VISA和MasterCard两大卡组织于1997年联合推出，是专为信用卡网上交易制定的安全标准。 02. 六大核心参与方 构建完整信任链的六大主体：持卡人、商家、发卡行、收单行、支付网关，以及核心的CA认证中心，缺一不可。 03. 四大安全保障特点 网站无法获取用户账号，银行无法读取交易密文；同时具备交易不可否认性与数据传输不可篡改性，实现双重保密。 记忆背诵 1.7.2013 这里是模块二的核心要点。大家可以记这个口诀：“SET六方来认证，四步流程保安全，比SSL更高级，多方交易最可靠。” ‹#› 04. 闭环四步交易认证流程 用户发送签名订单 → 网站认证身份 → 网站向银行传输加密密文 → 银行完成认证与清算。全程加密，确保每一步数据安全可控。 05. SET 协议 vs SSL 协议 SET是应用层协议，支持多方认证，安全性极高但架构复杂；SSL是传输层协议，仅双方认证，配置简单但安全性较弱，适用于不同交易场景。 记忆口诀：SET六方来认证，四步流程保安全，比SSL更高级，多方交易最可靠。 记忆背诵 1.7.2013 这里是模块二的核心要点。大家可以记这个口诀：“SET六方来认证，四步流程保安全，比SSL更高级，多方交易最可靠。” ‹#› 第1题（单选题）SET协议是由哪两个信用卡组织联合推出的？该协议是为了实现安全的电子交易而设计的，在电子支付领域具有重要地位。 A. 中国银联和VISA B. VISA和MasterCard C. MasterCard和美国运通 D. 美国运通和Discover 解析：SET协议全称为安全电子交易协议，是由美国VISA和MasterCard两大信用卡组织联合IBM、微软等多家科技公司，于1997年5月共同推出的，用以保障电子商务交易的安全。 课堂练习 1.7.2013 模块二的练习开始。第一题，SET是由哪两个信用卡组织推出的？答案是B，VISA和万事达。 ‹#› 第2题（单选题）在SET协议的交易过程中，谁能看到用户的银行账号和密码？ A. 商家 B. 支付网关 C. 银行 D. 认证中心 解析：SET协议的核心优势在于实现了“网站（商家）与银行的信息隔离”，有效防止了商家恶意窃取用户敏感金融信息。 课堂练习 1.7.2013 第二题，在SET交易中，谁能看到用户的银行账号密码？答案是C，只有银行能看到。 ‹#› 第3题（多选题）与SSL协议相比，SET协议的优势主要体现在哪些方面？ A. 实现简单，速度快 B. 支持多方认证 C. 安全性更高 D. 内置于所有浏览器 解析：SET协议在安全性和多方认证上更具优势，适合复杂的电子支付；而SSL协议胜在部署简单、速度快且浏览器兼容性好，更适合普通的Web数据传输。 课堂练习 1.7.2013 第三题，SET相比SSL的优势是什么？B和C是正确的。A和D其实是SSL的优势。 ‹#› 第4题（判断题）SSL协议可以实现持卡人、商家、银行三方的完全身份认证。 SSL协议的认证机制存在局限性，无法覆盖交易中的所有参与方，仅能实现点对点的双方认证，而非多方互认。 课堂练习 1.7.2013 第五题，判断。SSL能实现三方认证吗？错误。SSL最多只能双方认证，SET才能实现多方认证。 ‹#› 01. SSL 安全套接层协议 由网景公司1994年发布，位于传输层，独立于应用层协议。通过加密、认证机制，保障数据在传输过程中的安全性。 核心特点：身份验证、保密性、完整性，流程简单高效。 适用场景：Web通信加密、银行对企业的双方交易等场景。 SSL 核心记忆：架构简单、处理速度快，主要用于双方通信，工作在传输层，适合对效率要求较高的场景。 课堂小节 1.7.2013 课程到这里就全部结束了。我们来回顾一下今天学习的核心内容。我们学习了SSL和SET两大协议，它们在定义、特点和适用场景上都有很大不同。请大家记住它们的关键区别。 ‹#› 02. SET 安全电子交易协议 由VISA和MasterCard于1997年推出，位于应用层。专为信用卡电子交易设计，提供多方认证和极高的安全标准。 核心特点：涉及6方主体、4步流程，多重加密，安全性更高。 适用场景：基于信用卡的多方电子交易，如网上购物支付等。 SET 核心记忆：架构复杂、速度较慢，涉及多方认证，工作在应用层，安全性远高于SSL，是信用卡交易的安全标准。 课堂小节 1.7.2013 课程到这里就全部结束了。我们来回顾一下今天学习的核心内容。我们学习了SSL和SET两大协议，它们在定义、特点和适用场景上都有很大不同。请大家记住它们的关键区别。 ‹#› 观察SSL协议的实际应用 探索SET协议的交易防护机制 对比总结，明晰适用边界 课后任务 1.7.2013 课后，我给大家留几个建议。可以去访问银行网站，观察地址栏的https和小锁，感受SSL的应用。也可以去了解一下信用卡在线支付的流程，思考SET是如何保护交易的。 ‹#› 感谢观看 同步精品课堂 $