新闻详情

新闻详情

首页 / 资讯中心 / 详情

【软考信息安全】第六章 认证技术基础与原理

发布时间:2026/9/26 11:13:06来源:尧图网络
【软考信息安全】第六章 认证技术基础与原理
本文基于软考信息安全工程师课程笔记整理系统梳理认证技术的概念体系、认证机制三要素、单向/双向/第三方认证流程、PPP协议认证PAP/CHAP、Kerberos协议、PKI体系及其他新兴认证技术涵盖身份认证领域的核心考点与协议流程。一、认证概述1.1 认证的组成认证一般由**标识Identification和鉴别Authentication**两部分组成。组成定义特点举例标识Identification代表实体对象的身份标志确保实体的唯一性和可辨识性同时与实体存在强关联一般用名称和标识符ID来表示通过唯一标识符代表实体QQ号、用户名鉴别Authentication利用口令、电子签名、数字证书、令牌、生物特征、行为表现等相关数字化凭证对实体所声称的属性进行识别验证的过程验证实体声称属性的真实性输入密码、指纹验证核心区别标识回答你是谁声明身份鉴别回答你真的是你吗验证身份。两者缺一不可——仅有标识无法确认身份真实性仅有鉴别无法定位具体实体。1.2 认证依据鉴别凭据分类类别说明典型实例所知道的秘密信息用户掌握的保密信息密码123456、PIN码所拥有的实物凭证用户持有的物理设备U盾UK、智能卡、动态令牌所具有的生物特征用户的生理特征指纹、虹膜、人脸、视网膜、语音所表现的行为特征用户的行为模式键盘敲击速度/力度、步态、书写习惯应用案例AI可通过分析行走姿态行为特征识别犯罪嫌疑人多因素认证通常组合所知秘密实物凭证生物特征中的两种或以上。1.3 认证过程基本原理实体A声称者 ──提交身份凭证──→ 实体B验证者 │ 验证凭证真实性 │ 实体A ←──返回认证结果OK/拒绝── 实体B验证通过允许访问系统资源验证失败要求重新输入或锁定账户二、认证原理2.1 认证机制三要素认证机制由验证对象、认证协议、鉴别实体构成要素角色说明验证对象声称者需要被鉴别的实体如客户端提供认证依据认证协议规则验证对象和鉴别实体之间进行认证信息交换所遵从的规则鉴别实体验证者根据验证对象所提供的认证依据给出身份的真实性或属性判断如服务端2.2 认证分类三个维度维度一按认证凭据的类型数量类型说明典型应用单因素认证仅使用一种凭据仅输入密码登录双因素认证组合两种不同类型凭据密码短信验证码、密码U盾多因素认证组合三种及以上凭据密码短信指纹考试重点双因素认证必须是不同类型的凭据组合。两个密码不算双因素同属所知秘密密码指纹才是双因素。维度二按认证双方角色和外部条件类型说明典型场景单向认证验证者对声称者进行单方面鉴别声称者不需要识别验证者身份普通网站登录客户端默认信任服务器双向认证双方互为验证者互相确认对方身份SSH连接、VPN接入、金融系统互认第三方认证两个实体通过可信第三方TTP实现身份验证微信登录、支付宝授权登录维度三按认证依据利用的时间长度类型说明特点一次性口令OTPOne Time Password每次认证使用不同口令防止口令重用攻击重放攻击如短信验证码、S/Key口令持续认证对用户整个会话过程中的特征行为进行连续检测不间断验证将对事件的身份验证转变为对过程的身份验证是零信任架构的核心持续认证的鉴定因素因素类别具体内容认知因素眼手协调、应用行为模式、使用偏好、设备交互模式物理因素左/右手习惯、按压大小、手震、手臂大小和肌肉使用上下文因素登录地理位置、时间、设备环境考试重点OTP用于防止重放攻击持续认证是零信任安全架构的关键技术标志是从事件验证到过程验证的转变。三、单向认证3.1 单向认证定义验证者对声称者进行单方面的鉴别而声称者不需要识别验证者的身份。典型场景为服务器端对客户端进行认证。单向认证技术有两种基于共享秘密和基于挑战响应。3.2 基于共享秘密的认证设验证者B和声称者A共享一个秘密K_ABID_A为A的标识步骤操作①A产生并向B发送消息ID_AK_AB②B收到后检查ID_A和K_AB的正确性若正确则确认A的身份③B回复A验证结果消息实例客户端直接发送用户名和密码给服务器验证。安全隐患口令明文传输易被截获无法抵抗重放攻击。3.3 基于挑战响应的认证重点设验证者B生成一个随机数R_BID_A为实体A的标识ID_B为实体B的标识步骤操作①B产生随机数R_B向A发送消息ID_BR_B②A收到后安全生成包含随机数R_B的秘密K_AB发送消息ID_AK_AB到B③B收到后验证K_AB的正确性④B回复A验证结果消息两种验证方式方式原理验证过程HASH算法K_AB Hash(key R_B)B本地计算K’_AB Hash(key’ R_B)对比K_AB与K’_AB是否相等对称加密算法K_AB Encrypt(key, R_B)B解密K_AB检查R_B是否正确声称者A 验证者B │ │ │ ① B发送 (ID_B, R_B) │ │ ←────────────────────────── │ │ │ │ ② A生成 K_ABHash(keyR_B) │ │ ③ A发送 (ID_A, K_AB) │ │ ──────────────────────────→ │ │ │ ④ B计算 K_ABHash(keyR_B) │ │ 对比 K_AB K_AB ? │ ⑤ 认证通过 or 失败 │ │ ←────────────────────────── │核心改进引入随机数R_B防止重放攻击每次认证随机数不同不再直接传输共享秘密密码不在网络上明文传输考试重点挑战响应机制的流程和两种验证方式哈希/对称加密是下午大题高频考点必须掌握随机数R_B的作用和K_AB的生成方式。四、PPP协议认证功能PPP协议点到点协议提供两种认证方式PAP和CHAP。4.1 PAP认证特性说明握手次数两次握手验证协议传输方式口令以明文传送发起方被验证方客户端首先发起请求认证类型基于共享秘密的认证流程被认证方发送用户名密码主认证方验证通过或拒绝4.2 CHAP认证特性说明握手次数三次握手验证协议传输方式认证过程不传送认证口令传送HMAC散列值发起方主认证方首先发送挑战报文认证类型基于挑战响应的认证流程主认证方发送用户名随机报文挑战被认证方返回用户名hash后报文主认证方验证通过或拒绝4.3 PAP与CHAP对比对比维度PAPCHAP握手次数两次三次口令传输明文传输不传输口令仅传哈希值发起方被验证方发起主认证方发起挑战认证机制基于共享秘密基于挑战响应安全性较低明文易被窃听较高防窃听、防重放抗重放攻击不具备具备随机数挑战考试重点PAP vs CHAP的区别是选择题高频考点核心记忆点——PAP明文两次握手CHAP哈希三次握手。五、双向认证5.1 定义在认证过程中验证者对声称者进行单方面的鉴别同时声称者也对验证者的身份进行确认。参与认证的实体双方互为验证者。5.2 安全价值在网络服务认证过程中双向认证要求服务方和客户方互相认证客户方也认证服务方可以解决服务器的真假识别安全问题有效防止中间人攻击。A声称者/验证者 B声称者/验证者 │ │ │ A的标识与身份证明凭据 │ │ ─────────────────────────→ │ │ │ │ A的验证结果 │ │ ←───────────────────────── │ │ │ │ B的标识与身份证明凭据 │ │ ←───────────────────────── │ │ │ │ B的验证结果 │ │ ─────────────────────────→ │5.3 典型应用SSH连接通过CA证书验证服务器用户名密码验证用户VPN接入认证金融系统双边互认SSL/TLS双向认证与单向认证的区别单向认证仅服务端验证客户端常见双向认证双方互相验证安全性更高但实现复杂。六、第三方认证6.1 定义与核心组件第三方认证两个实体在鉴别过程中通过**可信的第三方TTPTrusted Third Party**来实现身份验证。核心组件实体A声称方/客户端实体B验证方/服务端可信第三方PTTP三组密钥K_PAA与P共享、K_PBB与P共享、K_ABA与B的会话密钥6.2 第三方认证七步流程重点难点设A和B各生成随机数为R_A、R_BID_A为实体A的标识ID_B为实体B的标识步骤操作说明①实体A向第三方P发送加密消息 K_PA(ID_B, R_A)A用与P共享的密钥加密请求包含目标B标识和随机数R_A②第三方P解密后生成消息 K_PA(R_A, K_AB) 和 K_PB(ID_A, K_AB)发送到实体AP生成会话密钥K_AB分别用K_PA和K_PB加密后返回A③实体A发送 K_PB(ID_A, K_AB) 到实体BA将无法解密的K_PB密文转发给B票据传递④实体B解密 K_PB(ID_A, K_AB)生成消息 K_AB(ID_A, R_B)发送给实体AB解密获得K_AB用K_AB加密自己的随机数R_B挑战A⑤实体A解密 K_AB(ID_A, R_B)生成消息 K_AB(ID_B, R_B) 发送给实体BA解密后回显R_B证明自己拥有K_AB⑥实体B解密 K_AB(ID_B, R_B)检查R_B的正确性若正确则实体A认证通过B验证R_B一致确认A身份⑦B回复A验证结果消息认证完成6.3 安全设计分析设计要点作用随机数R_A/R_B防止重放攻击确保每次认证的新鲜性K_AB通过K_PA/K_PB加密传递会话密钥始终在加密通道中传递不暴露明文步骤④-⑥的挑战响应B用R_B挑战AA回显R_B完成双向身份确认TTP集中管理密钥A和B无需预先共享密钥通过TTP安全分发考试重点第三方认证七步流程是本章最难知识点难度★★★★★需理解K_PA/K_PB/K_AB三组密钥的作用和每一步的加密/解密操作。典型应用为微信登录、支付宝授权等OAuth类认证。与双向认证的区别第三方认证依赖TTP建立临时会话密钥K_AB双向认证是实体直接互相验证如SSL双向认证。七、认证技术方法7.1 口令认证技术原理基于用户所知道的秘密而进行的认证技术是网络中最常见的身份认证方法。维度内容优点简单、易于实现缺点容易受到攻击主要攻击方式窃听、重放、中间人攻击、口令猜测暴力破解安全措施口令信息要安全加密存储哈希加盐口令信息要安全传输加密通道口令认证协议要抵抗攻击符合安全协议设计要求口令选择要求避免弱口令如123456遵循口令生成安全策略进行安全强度评测重放攻击案例ATM指令被复制100次导致吐款50万——防御方法是引入随机数/时间戳/一次性口令OTP。7.2 智能卡技术一种带有智能存储器和微处理器的集成电路卡能够安全存储认证信息并具有一定的计算能力。典型实例身份证、银行卡、校园卡、U盾安全优势密钥存储在卡内不可导出具备硬件级计算能力7.3 生物特征认证技术利用人类生物特征来进行验证指纹、人脸、视网膜、语音等生物特征信息可用来进行身份认证。特征类型说明生理特征指纹、虹膜、人脸、视网膜、掌纹行为特征语音、签名、步态、击键动态优点唯一性强、不易伪造、无需记忆缺点存在隐私问题、生物特征不可更改泄露后无法重置八、Kerberos认证协议8.1 基本实体Kerberos包含四个基本实体实体缩写职责Kerberos客户机—用户用来访问服务器设备的终端认证服务器AS识别用户身份并提供TGS会话密钥票据发放服务器TGS为申请服务的用户授予票据Ticket应用服务器—为用户提供服务的设备或系统KDC密钥分发中心AS和TGS统称为KDC。类比理解AS相当于门卫验证身份TGS相当于权限管理员发放服务票据。8.2 票据Ticket票据是用于安全传递用户身份所需要的信息的集合主要包括客户方实体名称地址时间戳票据生存期会话密钥8.3 Kerberos工作流程六步客户机 ──①请求TGS票据──→ AS 客户机 ←──②发送TGT────── AS 客户机 ──③用TGT申请服务票据→ TGS 客户机 ←──④发送应用服务票据─ TGS 客户机 ──⑤提交票据──────→ 应用服务器 客户机 ←──⑥验证确认────── 应用服务器步骤操作①客户机向AS请求TGS票据②AS返回TGT票据授予票据③客户机用TGT向TGS申请服务票据④TGS发放应用服务票据⑤客户机向应用服务器提交票据⑥应用服务器验证票据有效性确认请求8.4 Kerberos优缺点分析优点优点说明减少密钥暴露用户经过AS和TGS两重认证显著减少用户密钥密文的暴露次数减少攻击者对用户密钥密文的积累单点登录SSO只要用户拿到TGT且未过期就可以使用该TGT通过TGS完成到任一服务器的认证不必重新输入密码缺点缺点说明时间同步问题要求解决主机节点时间同步问题。如果某台主机时间被更改则无法使用Kerberos认证如果服务器时间错误整个系统将瘫痪拒绝服务攻击难以有效抵御DoS攻击8.5 Kerberos与PKI对比对比维度KerberosPKI核心凭证票据Ticket数字证书凭证内容用户身份、地址、时间戳、生存期、会话密钥用户公钥、CA签名、版本号等信任基础KDCASTGSCA证书颁发机构凭证时效短期票据有生存期中长期证书有有效期时间依赖强依赖时间同步不依赖时间同步典型应用域认证、企业内部SSOHTTPS、数字签名、电子邮件加密考试重点Kerberos与PKI的对比每年出现概率60-70%必须掌握票据与证书的内容差异。九、PKI体系结构PKI公钥基础设施核心组件组件职责用户/终端实体向认证中心申请数字证书的客户个人、集团、政府机构等注册机构RA提供用户和CA之间的接口获取并认证用户身份向CA提出证书请求只做资格审查不签发证书较小机构可由CA兼任RA证书颁发机构CA负责给用户颁发证书核心组件证书发布系统负责证书发放可通过用户自取或目录服务CRL库证书吊销列表存放过期或无效证书记忆口诀“RA审资格CA发证书CRL管失效”。十、其他认证技术10.1 单点登录SSO定义单点登录Single Sign On允许用户只需一次身份认证即可访问多个授权系统解决多系统口令管理和重复认证问题。核心优势简化认证流程用户无需记忆多套凭证降低系统管理员的口令维护工作量典型实现Kerberos协议、OAuth 2.0、SAML、CAS10.2 人机识别认证技术原理利用计算机在图像识别等特定任务上的困难性有效区分人类操作与自动化程序。典型应用图形验证码系统如12306验证码需识别火车/飞机图片。早期12306验证码因设计复杂人类都难以辨认引发争议但正因其高难度才能有效阻挡机器攻击。10.3 多因素认证增强机制组合多种鉴别要素如密码短信验证码指纹通过认证因子叠加显著提升安全强度。实施要点各认证因素应相互独立避免单一因素被攻破导致整个认证体系失效。10.4 行为鉴别技术动态防护根据用户行为特征如登录地理位置进行实时风险评估。典型场景异地登录触发安全告警建立用户行为基线对异常操作非惯常时间段/设备登录自动提升认证等级10.5 FIDO快速认证加密方案采用标准公钥加密体系私钥存储在设备端公钥存储在服务端私钥永久存储在用户终端设备生物特征模板绝不外传。公安案例移动警务终端警务通PDA内置私钥实现硬件级认证民警现场执法时无需反复输入凭证既保障高安全性又提升工作效率。安全边界私钥与生物特征数据严格隔离在本地即使服务端被攻破也不会导致密钥泄露。本章小结本章6.1节系统梳理了认证技术的完整体系基础层面掌握认证由标识声明身份和鉴别验证身份组成区分四类认证依据所知秘密/实物凭证/生物特征/行为特征分类层面理解三个分类维度——凭据数量单/双/多因素注意双因素须不同类型、角色关系单向/双向/第三方、时间长度OTP防重放/持续认证零信任协议层面重点掌握单向认证两种方式共享秘密明文传输 vs 挑战响应随机数防重放PPP协议中PAP两次握手明文与CHAP三次握手哈希的对比第三方认证TTP七步流程K_PA/K_PB/K_AB三组密钥体系层面掌握Kerberos四实体客户机/AS/TGS/应用服务器与KDC概念六步工作流程优缺点SSO优势 vs 时间同步/DoS缺陷以及Kerberos与PKI的核心对比技术层面了解口令认证攻击方式与防护、智能卡、生物特征三类基本方法以及SSO、人机识别、多因素、行为鉴别、FIDO等新兴认证技术上述内容中挑战响应认证流程、PAP与CHAP对比、第三方认证七步流程、Kerberos与PKI对比为高频考点认证协议流程可能出现在下午案例分析题中。
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

AI生成游戏UI与音效:独立开发者的免费高效工作流 2026/9/26 18:39:42

AI生成游戏UI与音效:独立开发者的免费高效工作流

做游戏时最容易被卡住的往往不是逻辑代码,而是那些看着简单、做起来琐碎的“外包活”。第六期正好聊到角色UI和音效,这两个东西用传统方式做,要么花钱要么耗时间,但用AI就完全换了个玩法。先说清楚这一期要解决什么:你…

阅读更多 →
虚拟电厂调度中的阶梯碳交易与P2G-CCS耦合建模及Matlab实现 2026/9/26 18:39:36

虚拟电厂调度中的阶梯碳交易与P2G-CCS耦合建模及Matlab实现

这里有一篇以实践者口吻写的项目拆解博文,直接围绕标题展开,结构上从整体逻辑逐步深入到模型、代码、结果与调试经验,适合相关方向的研究生、工程师作为复现参考。1. 项目整体拆解与方案选型逻辑1.1 标题里到底藏了几件事拿到这个标题&#x…

阅读更多 →
人工智能安全指数报告:从维度拆解到落地评估的完整指南 2026/9/26 18:39:29

人工智能安全指数报告:从维度拆解到落地评估的完整指南

1. 人工智能安全指数报告到底在评什么第一次看到“人工智能安全指数报告”这个标题,很多人脑子里冒出来的第一个问题就是:这玩意儿到底给谁打分?是给某个AI模型打分,还是给一家公司打分,还是给一个行业打分&#xff1f…

阅读更多 →
DataX大表同步:splitPk与channel并发机制详解 2026/9/26 18:39:29

DataX大表同步:splitPk与channel并发机制详解

上周接到一个临时任务:把生产环境Oracle 11g里的一张订单表T_ORDER完整同步到MySQL 8.0,表里大概1200万行数据。这类库表同步以前我也用DataX做过不少次,但以前的表都比较小,配置JSON基本是照着官方文档抄,跑通就行&am…

阅读更多 →
Codex Agent Skills 机制详解:从设计到复用的实战指南 2026/9/26 18:39:29

Codex Agent Skills 机制详解:从设计到复用的实战指南

Codex 的 Agent Skills 机制,说白点就是给 AI 干活前先塞一份“岗位说明书 操作手册”。这阵子我在团队里推 Codex 做自动化重构和批量任务处理,踩了不少坑,也攒了点心得。这篇就来聊聊怎么把一套反复在用的工作流封装成 Skill,让…

阅读更多 →
停车场管理系统:用栈和队列完成数据结构课程设计 2026/9/26 18:39:29

停车场管理系统:用栈和队列完成数据结构课程设计

简介:这是一个用C语言开发的停车场管理系统课程设计资源包,借助车位管理、车辆进出场、费用计算等真实业务场景,串联数据结构核心知识,适合计算机专业学生做课设参考或算法实践。资源包共51个文件,压缩包大小约5.16MB&…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉