初中七年级信息科技：探秘HTTPS安全通信协议项目式教案

初中七年级信息科技：探秘HTTPS安全通信协议项目式教案

单元整体设计

本单元隶属于《义务教育信息科技课程标准（2022年版）》中“互联网应用与创新”模块内容，面向初中七年级学生。设计以发展学生核心素养为根本导向，围绕“数据安全传输”这一大概念，以“万维网安全新协议（HTTPS）”为具体知识载体，重构教材内容。单元采用项目式学习（PBL）模式，创设“为校园公众信息平台设计安全升级方案”的真实情境，引导学生从“现象感知”到“原理探究”，最终实现“方案设计与评估”的完整认知与实践闭环。单元设计贯穿“信息意识、计算思维、数字化学习与创新、信息社会责任”四大核心素养的培养，并自然融入密码学基础、网络协议、法治观念等跨学科元素。

单元教学目标

1.信息意识：通过对比HTTP与HTTPS网页访问的直观差异，敏锐感知网络通信中存在的数据窃听与篡改风险，深刻认识到采用安全协议保护个人隐私和重要数据的必要性。

2.计算思维：

1.3.抽象与建模：理解HTTPS协议将不安全信道转化为安全信道的基本思想，抽象出“加密、认证、完整性保护”三位一体的安全模型。

2.4.分解与算法：将HTTPS的复杂握手过程分解为“协商密钥”、“验证身份”、“加密通信”等关键步骤，理解其协同工作的逻辑流程。

3.5.系统思维：认识数字证书、证书颁发机构（CA）、非对称加密、对称加密在HTTPS系统中各自的作用与相互关联，形成对安全协议作为一套系统性解决方案的理解。

6.数字化学习与创新：能够利用网络模拟工具（如Wireshark简易版、在线TLS握手模拟器）、编程积木块（如Python的requests

库、ssl

模块基础演示）或教学演示平台，直观探索和验证HTTPS协议的关键环节；能够协作设计并呈现一份具备基本技术依据的安全升级方案。

7.信息社会责任：了解《网络安全法》、《个人信息保护法》等相关法律法规对数据传输安全的原则性要求，树立在数字化生存中主动防护、合法合规应用技术的责任意识。

单元教学重点与难点

1.教学重点：HTTPS协议的核心目标与基本工作原理；数字证书在身份认证环节的关键作用；对称与非对称加密技术在HTTPS中的协同应用场景。

2.教学难点：非对称加密（公钥加密）原理的理解；TLS/SSL握手过程的抽象与动态解析；完整“公钥基础设施（PKI）”信任链概念的理解。

单元教学安排（共4课时）

1.第1课时：情境导入与风险感知——为什么需要“安全新协议”？

2.第2课时：原理初探与核心机制——HTTPS如何构建“安全通道”？

3.第3课时：技术实践与模拟验证——动手体验“握手”与“加密”。

4.第4课时：项目集成与方案展示——设计“校园平台安全升级蓝图”。

教学准备

1.教师准备：

1.2.开发或选用交互式课件，集成对比演示（HTTP明文抓包vsHTTPS密文抓包）、动画解析（TLS握手流程）、模拟操作界面。

2.3.搭建或选用安全的在线模拟实验环境（如基于Web的Crypto、TLS模拟平台）。

3.4.准备分组学习任务单、方案设计规划模板、课堂过程性评价量规。

4.5.搜集整理经典的安全事件案例（如公共WiFi下信息窃取）、数字证书实例（访问不同网站查看证书详情）。

6.学生准备：

1.7.复习网络基本概念（客户端、服务器、协议）。

2.8.具备基本的协同办公工具（如在线文档、演示文稿）使用能力。

3.9.提前浏览校园官网、通知系统等，思考其安全性。

教学过程详细实施

第一课时：情境导入与风险感知——为什么需要“安全新协议”？

课时目标：

1.通过真实案例对比，发现HTTP协议在数据传输中的安全缺陷。

2.明确网络通信面临的窃听、篡改、冒充三大主要威胁。

3.形成对HTTPS协议基本价值（机密性、完整性、真实性）的直观认知。

4.激发探究安全协议内部机制的学习动机。

教学重难点：

1.重点：识别HTTP通信的不安全性。

2.难点：将抽象的安全威胁与具体的网络行为建立联系。

教学环节：

环节一：真实情境锚定，引发认知冲突（15分钟）

1.情境发布：教师以“校园数字生活改造家”项目总设计师的身份，向全班发布驱动性问题：“我校的校园通知发布平台、在线问卷系统等，目前大多使用‘http’开头访问。有同学提出，这可能存在安全隐患。我们是否需要以及如何为它们升级到更安全的‘https’？”

2.对比实验观察：

1.3.教师在同一局域网下，利用网络封包分析软件（进行无害化、伦理化演示），分别捕获访问一个HTTP测试网站和一个HTTPS网站（如学校官网）时的数据流。

2.4.引导学生观察关键差异：访问HTTP网站时，捕获的数据包中清晰可见提交的表格内容（如虚拟的登录名、密码）；而访问HTTPS网站时，捕获的数据包主要为无法直接识别的乱码（密文）。

3.5.关键提问：“从刚才的演示中，你看到了什么？如果有人在咖啡馆使用公共WiFi登录一个HTTP网站，可能会发生什么？”

6.安全威胁归纳：基于观察，师生共同总结出传统HTTP协议面临的三大风险：

1.7.窃听：数据明文传输，如同“明信片”寄送，途径之人皆可阅读。

2.8.篡改：数据在传输途中可能被恶意节点截获并修改。

3.9.冒充：用户无法确认正在通信的服务器是否是真正的目标服务器（如假冒的银行网站）。

环节二：概念初步建构，明确安全目标（15分钟）

1.引出HTTPS：教师指出，HTTPS（HyperTransferProtocolSecure）正是为了解决上述问题而诞生的“安全增强版”协议。其核心目标被概括为“CIA三元组”的简化教学版：

1.2.保密性(Confidentiality)：传输的数据是加密的，只有合法的接收方能解密读取。

2.3.完整性(Integrity)：数据在传输过程中一旦被篡改，接收方能够发现。

3.4.真实性(Authentication)：能够确认通信对方的身份是真实的，不是冒名顶替者。

5.生活化类比：

1.6.HTTP：如同在公共场所大声口头传递消息。高效，但无隐私。

2.7.HTTPS：如同使用一个只有收发双方才知道密码的保险箱传递信件。即使信件被截获，也无法打开；如果箱子被调包或破坏，能被察觉。

8.直观验证：学生使用浏览器访问几个常用网站（如搜索引擎、购物网站、学校官网），观察地址栏的锁形图标，点击查看“连接是安全的”提示，以及证书简要信息。初步建立“锁图标≈使用HTTPS≈相对安全”的直观联系。

环节三：项目任务分解，启动探究计划（10分钟）

1.发布单元项目：正式介绍“校园公众信息平台安全升级方案设计”项目。最终成果为一份小组协作完成的设计报告与展示PPT。

2.分解子任务：将大项目分解为与本课时内容相关的初步分析任务：

1.3.任务A（现状调研）：列出至少3个你常用的校园在线服务平台网址，记录它们是HTTP还是HTTPS。

2.4.任务B（风险初判）：选择其中一个仍使用HTTP的服务，分析如果发生数据窃听或篡改，可能造成哪些具体影响（对个人、对学校）。

3.5.任务C（价值阐述）：用通俗的语言，向一位不太懂技术的老师解释，为什么有必要将该平台升级到HTTPS。

6.小组组建与分工：学生组成4-5人项目小组，进行初步分工，并领取任务单。

课时评价：

通过课堂观察学生观看演示时的反应、回答提问的质量，以及小组讨论的参与度，进行过程性评价。任务单的完成情况作为课后评价依据。

第二课时：原理初探与核心机制——HTTPS如何构建“安全通道”？

课时目标：

1.理解对称加密与非对称加密的基本概念及其优缺点。

2.掌握数字证书在HTTPS中用于验证服务器身份的核心作用。

3.能够概括描述TLS/SSL握手过程的基本步骤与核心目的。

4.初步建立“混合加密体系”和“信任链”的系统观念。

教学重难点：

1.重点：数字证书的作用；TLS握手的基本流程。

2.难点：非对称加密原理的理解；混合加密的逻辑合理性。

教学环节：

环节一：从“锁”到“钥匙”——加密技术基础探究（20分钟）

1.问题回溯：回顾上节课提出的“保险箱”类比。提问：“如果只用一把钥匙（密码）开锁和上锁（对称加密），如何安全地把这把钥匙交给远方的通信方？”

2.对称加密演示与局限：

1.3.通过一个简单的字母移位密码（凯撒密码）游戏，让学生体验加密、解密过程，理解“加密密钥=解密密钥”的对称思想。

2.4.小组讨论：对称加密效率高，但如何安全传递密钥？在互联网上首次通信的双方，如何建立共享的密钥而不被窃听？引出“密钥分发难题”。

5.非对称加密引入：

1.6.使用“公钥锁箱，私钥开箱”的类比：服务器生成一对密钥，公钥公开（像一把打开的挂锁），私钥自己秘密保存。任何人想给服务器发送秘密信息，就用这把公开的“挂锁”（公钥）把信息锁进箱子。这个箱子只有持有私钥的服务器才能打开。

2.7.利用交互式动画，演示公钥加密、私钥解密的过程，强调“用公钥加密的内容，只能用对应的私钥解密”。

3.8.关键理解点：公钥可以公开分发，解决了密钥分发问题。但非对称加密计算复杂，速度慢，不适合加密所有数据。

环节二：巧妙的结合——TLS握手与混合加密（20分钟）

1.引出混合加密：提出最优解决方案：结合两者优势。用非对称加密安全地传递一个临时生成的“会话密钥”，然后用这个高效的对称密钥加密后续所有的通信数据。

2.动态解析TLS握手：

1.3.播放或逐步演示一个高度简化但逻辑完整的TLS握手动画（以RSA密钥交换为例）：

1.2.4.步骤1：打招呼与支持能力（ClientHello,ServerHello）：客户端问候服务器，双方协商协议版本、加密套件等。

2.3.5.步骤2：验明正身（Certificate,ServerKeyExchange）：服务器将它的数字证书（内含公钥）发送给客户端。这是身份认证的关键。

3.4.6.步骤3：核对身份（CertificateVerify）：客户端验证证书的真实性（详见下一环节）。

4.5.7.步骤4：传递秘密（ClientKeyExchange）：客户端生成一个“预主密钥”，用服务器的公钥加密后发送给服务器。只有拥有对应私钥的服务器能解密得到它。

5.6.8.步骤5：生成共同密钥：双方利用预主密钥，生成相同的会话密钥（对称密钥）。

6.7.9.步骤6：加密开始（ChangeCipherSpec,Finished）：双方切换至加密通信模式，使用会话密钥加密所有后续数据。

8.10.形象概括：握手过程就像一次安全的“接头仪式”，核心是“验身份（看证书）”和“传密钥（用公钥加密）”。

11.小组活动——流程图绘制：各小组合作，使用思维导图工具或纸笔，绘制简化的TLS握手流程图，并用一句话标注每个阶段的核心目标。

环节三：信任的基石——数字证书与CA（15分钟）

1.核心问题：客户端收到的服务器证书，如何确保它不是伪造的？凭什么相信这个公钥就是真正服务器的？

2.解剖数字证书：

1.3.教师带领学生，在浏览器中点击锁图标，详细查看一个可信网站（如百度、腾讯）的证书详情。重点关注：证书持有者（是谁）、颁发者（谁颁发的）、有效期、公钥信息。

2.4.解释关键字段：证书本质上是权威机构（CA）用它的私钥，对服务器公钥及其身份信息进行的一次数字签名“背书”。

5.信任链模型：

1.6.类比：身份证由公安局（可信CA）签发，我们相信身份证上的信息，是因为我们信任公安局。同样，操作系统和浏览器内置了信任的根CA列表及其公钥。

2.7.验证过程简化描述：浏览器使用内置的根CA公钥，去验证签发该服务器证书的CA的签名是否有效。逐级验证，形成一个“信任链”，最终确保证书中的服务器公钥是可信的。

3.8.讨论：如果访问的网站使用自签名证书（自己给自己发“身份证”），浏览器为什么会发出警告？这对应了什么风险？

环节四：项目深化——原理应用于方案设计（5分钟）

各小组结合本节课所学，更新项目方案的设计思路部分。重点回答：“我们的升级方案，从技术原理上，主要解决了哪几个问题？（身份可信、密钥安全、通信加密）”。并开始搜集关于申请和部署SSL/TLS证书的简要流程资料。

课时评价：

评估学生绘制的握手流程图准确性；通过课堂随机提问，检查对混合加密逻辑和证书作用的理解；观察小组在更新项目思路时的讨论质量。

第三课时：技术实践与模拟验证——动手体验“握手”与“加密”

课时目标：

1.能够使用工具或模拟平台，观察和描述HTTPS连接建立的基本过程。

2.通过简化代码或积木块，体验加密解密的基本操作，加深对算法抽象作用的理解。

3.能在模拟环境中，复现因证书问题导致的连接警告，并理解其含义。

4.培养通过技术手段验证理论知识的探究精神。

教学重难点：

1.重点：利用工具观察HTTPS连接；理解证书验证失败的原因。

2.难点：对模拟实验结果的准确描述与分析。

教学环节：

环节一：实验环境与工具导览（10分钟）

1.教师介绍本节课将使用的在线安全模拟实验平台（如/

可视化TLS1.3握手，或类似教学平台）。

2.明确实验目标：不是编写复杂代码，而是通过交互操作和观察，将上节课的理论流程具象化。

3.讲解实验平台的基本界面：客户端模拟区、服务器模拟区、消息交互记录区、证书管理区等。

环节二：模拟握手与加密观察（25分钟）

1.任务一：成功握手观察：

1.2.学生在平台配置一个使用有效证书的服务器。

2.3.启动客户端连接，逐步执行握手过程。记录下关键步骤：ClientHello/ServerHello、Certificate报文、KeyExchange、ChangeCipherSpec等。

3.4.观察与记录：在哪个步骤之后，传输的应用数据（如模拟的“登录请求”）变成了密文？会话密钥是在何时生成的？

4.5.小组分享：各小组派代表描述观察到的握手顺序，并与上节课绘制的流程图进行比对。

6.任务二：证书问题触发与探究：

1.7.子任务A（域名不匹配）：配置服务器证书的域名与客户端访问的地址不一致。尝试连接，记录客户端的错误提示。

2.8.子任务B（证书过期）：将服务器证书的有效期修改为过去的时间。尝试连接，记录错误提示。

3.9.子任务C（自签名/未知CA）：使用一个非受信任CA签发的证书。尝试连接，记录错误提示。

4.10.分析讨论：针对以上三种情况，分别讨论其对应的现实风险是什么？（钓鱼网站、维护疏忽的网站、内部或测试网站）。浏览器警告是在保护用户的哪一项安全目标（真实性）？

环节三：简易加密算法体验（15分钟）

1.使用图形化编程环境（如AppInventor、编程猫）或Python的turtle库简易演示，展示一个简单的替换加密（对称）和基于大数模运算概念的RSA极简演示（非对称，仅展示公私钥生成与加密解密结果，不深入数学）。

2.学生动手操作：在提供的代码框架中，填入一个短句，选择“加密”，观察生成的密文；再将密文“解密”，看是否能恢复原句。体验“算法”作为加密工具的黑箱作用。

3.概念强化：教师强调，在实际HTTPS中使用的算法（如AES、RSA、ECDHE）远比演示的复杂和安全，但其基本思想（替换/变换、公钥/私钥）是相通的。

环节四：项目数据收集与技术支持（10分钟）

各小组利用实验经验和观察结果，充实项目方案的技术细节部分。例如：

1.在方案中描述HTTPS部署后，通信流程与之前有何不同（可配简图）。

2.列举申请正式SSL证书可能涉及的大致步骤（向CA申请、验证域名所有权、安装证书）。

3.说明如何检查部署后的HTTPS是否工作正常（锁图标、协议版本、证书详情）。

课时评价：

主要依据实验任务单的完成情况、观察记录的准确性以及对证书错误原因的分析深度。同时评价学生在小组实验中的协作与问题解决表现。

第四课时：项目集成与方案展示——设计“校园平台安全升级蓝图”

课时目标：

1.能够综合运用本单元所学知识，协作完成一份结构完整、论据清晰的安全升级方案。

2.能够清晰、有说服力地向他人展示方案的核心内容与技术依据。

3.在评价他人方案的过程中，深化对HTTPS价值与应用的理解。

4.形成对网络空间安全治理的初步社会责任意识。

教学重难点：

1.重点：方案的综合性与表述的逻辑性。

2.难点：将技术原理转化为非技术背景听众能理解的价值阐述。

教学环节：

环节一：方案集成与报告撰写（25分钟）

各小组在课前完成的方案初稿基础上，利用本节课前半段进行最终集成与润色。教师提供方案汇报模板作为脚手架：

1.第一部分：现状与问题分析

1.2.目标平台介绍（名称、网址、当前协议）。

2.3.使用HTTP协议存在的具体风险分析（结合第一、二课时的知识）。

4.第二部分：升级方案设计

1.5.技术核心：简述HTTPS如何解决上述风险（保密性、完整性、真实性）。

2.6.实施要点：列出关键步骤（如：1.选择并购买/申请证书；2.服务器配置安装证书；3.设置HTTP到HTTPS的重定向；4.全网链接更新）。

3.7.预期改变：用户端体验的变化（地址栏变化、锁图标）。

8.第三部分：意义与推广价值

1.9.对保护师生隐私和数据的意义。

2.10.对提升学校信息化管理规范性与公信力的意义。

3.11.符合相关法律法规的要求（可提及《网络安全法》等原则）。

12.第四部分：总结与展望

1.13.方案的简要总结。

2.14.对未来校园其他系统安全建设的简单建议。

环节二：成果展示与答辩（30分钟）

1.展示规则：每组限时5分钟进行方案陈述，可使用PPT、海报或在线演示文档。随后接受其他小组和教师2分钟的提问。

2.多元评价：

1.3.教师评价：依据技术准确性、方案完整性、创新性、展示效果进行评分。

2.4.小组互评：其他小组从“问题分析是否清晰”、“解决方案是否合理”、“展示是否易懂”等维度进行打分或给出星级评价。

3.5.评价量规公开：展示前明确评价标准，引导学生关注核心要素。

6.展示过程：各小组依次展示。教师引导提问，鼓励深入探讨，如：“如果预算有限，能否使用免费的证书？”“升级后，对网站访问速度可能有何影响？如何优化？”“除了HTTPS，保护平台安全还应考虑哪些其他措施？”

环节三：单元总结与素养提升（10分钟）

1.知识图谱构建：师生共同回顾，利用思维导图工具，从“风险”出发，串联起“HTTPS目标”、“加密技术”、“握手过程”、“数字证书”、“信任链”等核心概念，形成单元知识网络。

2.核心素养回溯：

1.3.信息意识：我们如何从无意识到主动关注地址栏的“锁”？

2.4.计算思维：我们如何将一