07 · 网络安全基础与加密
所属模块:网络安全 | 覆盖题库 88 题(单选 74 · 案例小题 14) 考期覆盖 23 / 24(95.8%) —— 2014 下半年至今仅有 1 个考期未出现 题型定位:混合型(上午概念判断为主 + 下午安全接入/NAT 配置) 统计口径:近 5 年(2021–2026)案例大题命中 11 个考期
一、考情概览
| 二级知识点 | 题数 | 单选 | 小题 | 考期 | 覆盖率 | 重要度 |
|---|---|---|---|---|---|---|
| 密码算法 | 39 | 39 | 0 | 23 | 95.8% | ★★★★★ |
| 认证与数字签名 | 28 | 17 | 11 | 20 | 83.3% | ★★★★★ |
| 报文摘要与数字证书 | 21 | 18 | 3 | 13 | 54.2% | ★★★★☆ |
| 密钥管理与 PKI | 0 | 0 | 0 | 0 | 0% | ★★★☆☆ |
📌 注意「密钥管理与 PKI」这一行的 0 题:题库没有把它作为独立知识点统计,但 PKI / CA / 证书链的题目全部落在「报文摘要与数字证书」里(21 题中至少 6 题是证书与证书链)。所以不是不考,而是归类到了证书名下 —— 复习时不能因为表格里是 0 就跳过。
从题库统计的高频术语看(括号内为出现次数):
| 术语 | 次数 | 说明 |
|---|---|---|
| DES | 45 | 三重DES(“三重“8 次)是绝对主力 |
| MD5 | 22 | 摘要算法第一考点,且已被攻破 |
| RSA | 17 | 非对称算法代表 |
| SSL | 13 | 与 TLS、HTTPS 成组出现 |
| MAC | 11 | 消息认证码 |
| Portal | 11 | WLAN Web 身份认证 |
| 加密 | 10 | — |
| SM2 | 9 | 国密非对称算法 |
| AES | 9 | 现行主流对称算法 |
| Kerberos | 9 | 认证服务,2015 上半年考过 |
| PGP | 8 | 邮件加密与签名 |
| 三重 | 8 | 3DES |
| SHA-1 | 7 | 160 位摘要 |
| SM3 | 6 | 国密摘要 |
| HTTPS | 6 | 应用层加密 |
| IDEA | 6 | 对称算法 |
| TLS | 5 | SSL 的替代协议 |
结论:密码算法是绝对重心(39 题全单选、23 个考期全覆盖),且考法非常固定 —— 考“密钥长度“和“算法归属“。下午案例则集中在安全接入(SSL VPN)、证书申请、哈希/签名流程叙述上。
二、知识点清单
2.1 密码算法(39 题 · 全部单选 · 23 个考期)
2.1.1 对称密码体制(收发共用一把钥匙)
| 算法 | 密钥长度 | 分组 | 备注 |
|---|---|---|---|
| DES | 56 位 | 64 位 | 已不安全,2016 年起已被各种实时攻击破解 |
| 3DES(两密钥) | 112 位 | 64 位 | 对明文做 3 次 DES 运算 |
| 3DES-A(三密钥) | 168 位 | 64 位 | 用 K1/K2/K3 三个密钥 |
| AES | 128 / 192 / 256 位 | 128 位 | 现行主流,Rijndael 算法 |
| IDEA | 128 位 | 64 位 | — |
| SM4(国密) | 128 位 | 128 位 | 与 AES-128 等价 |
- 优点:加解密速度极快,适合加密大量数据
- 缺点:密钥分发困难(双方必须安全地共享同一把钥匙),且不解决身份认证问题
- 核心特征:只有一把密钥,泄露即全线失守
⚠️ 最高频错点:3DES 的密钥长度。题库 2018 年上半年原题考的就是这个。 3DES 用两个 56 位密钥 K1、K2 → 56 × 2 = 112 位; 168 位是“三密钥 3DES-A“才有的长度(
56 × 3)。 看到“对明文进行 3 次 DES 操作“就默认是两密钥版本 = 112 位。
2.1.2 DES 的加密流程(2024 上半年原题考点)
DES 对明文的处理顺序:
初始置换 IP → 16 轮迭代运算 → 逆置换 IP⁻¹
- 第一步是 初始置换(IP),不是左右分离、不是乘法运算
- 16 轮迭代使用 Feistel 结构,每轮用不同的子密钥(由 56 位主密钥经密钥置换生成)
- 密钥共 64 位,其中 8 位奇偶校验位,实际有效 56 位
📌 记忆锚点:“先 IP,后迭代,最后逆 IP”。选项里出现“左右分离“是干扰项(DES 确实把 64 位分成左右 32 位,但那是 IP 之后的事)。
2.1.3 非对称密码体制(一公一私)
| 算法 | 安全性依赖的数学难题 | 题库选项对应 |
|---|---|---|
| RSA | 大整数分解困难性 | 2024 上半年原题答案 |
| ECC(椭圆曲线) | 椭圆曲线离散对数问题 | 干扰项 |
| SM2(国密) | 椭圆曲线(同 ECC 体系) | — |
其他相关难题(都是 RSA 题的干扰项):二次剩余问题、离散对数问题。
- 加解密用对方的公钥,解密用自己持有的私钥;公钥可公开,私钥绝不公开
- 优点:不需要事先安全分发密钥(公钥随便发),且能实现身份认证、数字签名
- 缺点:加解密速度慢,不适合加密大量数据
2.1.4 三类算法对比(表格必背)
| 维度 | 对称(DES/AES/SM4) | 非对称(RSA/ECC/SM2) | 混合(SSL/TLS、PGP、IPSec) |
|---|---|---|---|
| 密钥数量 | 1 把(共享) | 1 对(公钥+私钥) | 两者都用 |
| 速度 | 快 | 慢 | 兼顾 |
| 解决密钥分发 | 不能 | 能 | 能 |
| 身份认证 | 不能 | 能 | 能 |
| 数字签名 | 不能 | 能 | 能 |
| 典型用途 | 加密数据正文 | 加密会话密钥、签名、证书 | 实际几乎全部商用协议 |
2.1.5 国密算法体系(SM 系列)
| 标准 | 算法 | 定位 |
|---|---|---|
| SM1 | 对称 | 与 AES-128 等价,硬件内部使用 |
| SM2 | 非对称(椭圆曲线) | 数字签名、密钥交换 |
| SM3 | 摘要 | 256 位,替代 SHA-256 |
| SM4 | 对称(分组) | 128 位密钥,替代 AES |
| SM9 | 非对称(标识密码) | — |
⚠️ 2023 年下半年原题:国密 SSL 数字证书的签名算法是( ) 答案:SM3 With SM2 解析:SM2(非对称)+ SM3(哈希)组合,写成
SM3WithSM2。 ⚠️ 干扰项:只写 SM3(那是摘要算法,不是签名算法);只写 RSA/ECC(那是国际算法)。
2.1.6 与密码相关的工具与处置术语
| 术语 | 定位 | 考点 |
|---|---|---|
| BurpSuite | Web 渗透测试工具 | 2024 上半年原题:可对 Web 表单进行暴力破解 |
| SQLMap | SQL 注入检测工具 | 2024 上半年同题干扰项 |
| Nmap | 端口/主机扫描 | — |
| Wireshark | 抓包分析 | — |
📌 2024 上半年原题的辨析要点:四项都是安全工具,但只有 BurpSuite 能做 Web 表单暴力破解。Nmap 扫端口、SQLMap 注入检测、Wireshark 抓包,都不是“暴力破解表单“。
安全事件处置的三个环节(2024 下半年原题):
Protection(防护) → Detection(检测) → Reaction(响应)
⚠️ 原题选 Reaction:“the (5) includes taking immediate steps to stop an incident in progress” —— “立即采取措施阻止正在进行的入侵事件” = 响应,不是检测。
2.2 认证与数字签名(28 题 · 案例小题 11 道)
2.2.1 数字签名流程(本专题第一高频,必须会默写)
发送方 A 接收方 B
─────────────────────────────────────────────────────────
① 对原文求哈希: h = H(M) ← MD5 / SHA-1 / SHA-256 / SM3
② 用【A 的私钥】对 h 做签名运算 ← 得到签名值 S
③ 把【M + S】一起发送
④ B 用【A 的公钥】验签
比对 h 与 S 的一致性
| 要点 | 正确说法 |
|---|---|
| 签名用什么密钥 | 发送者 A 的私钥 |
| 验签用什么密钥 | A 的公钥 |
| 签名的作用 | 身份认证 + 完整性 + 不可否认性 |
| 签名能否保密原文 | 不能 —— 签名不提供机密性,原文是明文传输的 |
⚠️ 2018 上半年原题:“A 将所发送的信息使用( )进行数字签名” → 答案 A 的私钥。 解析要点:私钥只有 A 本人掌握,签名后才无法否认;A 的公钥是公开的,任何人都能算出同样的值,无法体现签名者身份。 这一条与“加密用对方公钥、解密用自己私钥“完全对应 —— 方向不能反。
2.2.2 消息认证码 MAC(题库出现 11 次)
- MAC(Message Authentication Code):用共享密钥对报文生成一个固定长度的值,发送方与接收方用同一把密钥各自重算并比对
- 作用:确认报文确实来自声称的发送者,且传输中未被篡改(即“能生成报文摘要并用密钥保护“)
- 2016 下半年原题:“下面可用于消息认证的算法是( )” → 答案 MD5
- 解析要点:DES 是对称加密算法,只提供机密性,不产生认证码;PGP 是邮件加密与签名工具而非算法;KM 不是标准认证算法
2.2.3 身份认证协议辨析(易混重灾区)
| 协议 | 定位 | 关键机制 |
|---|---|---|
| Kerberos | 认证服务(MIT 设计,网络认证协议) | 认证服务器 + 集中式密钥分发 + 票据 Ticket |
| CHAP | 认证协议 | 三次握手的挑战-响应 + MD5 哈希 |
| PAP | 认证协议 | 明文传口令,不安全 |
| NTLM / MS-CHAP | Windows 认证 | —— |
| 802.1x | 基于端口的接入认证 | EAP + Radius |
| Portal | WLAN Web 身份认证 | 浏览器推送登录页 |
| MAC 认证 | 接入认证 | 按硬件地址放行 |
⚠️ 2015 上半年原题:Kerberos 是一种( )→ 答案 认证服务。 解析要点:它是应用层的安全认证服务,采用第三方可信认证 + 对称密钥;它本身不提供加密算法,也不提供签名算法。
⚠️ 2026 上半年原题:802.1x 是基于( )实现 WAN 认证的 → 答案 EAP + Radius。 解析要点:**EAP(可扩展认证协议)**封装认证信息,配合 RADIUS 服务器实现认证、授权、计费(AAA)。 干扰项 Kerberos 是票据认证、PppoE 是拨号接入,都不是 802.1x 的标准搭配。
⚠️ 2025 上半年原题:为 WLAN 用户提供 Web 身份认证的是( )→ 答案 Portal。 辨析:Portal = 浏览器推送登录页;802.1x = 基于端口的接入认证;MAC = 按硬件地址放行。
⚠️ 2023 下半年原题:基于 MD5 哈希密码的挑战-响应机制进行身份验证的是( )→ 答案 CHAP。 辨析:CHAP = Challenge Handshake Authentication Protocol,三次握手 + MD5;PAP 是明文两段式握手。
2.2.4 运维审计:堡垒机(2025 两端连考)
2025 下半年原题:某企业要求“禁止运维人员直接访问服务器、所有运维行为可留痕回溯、可阻断高危命令“,较合理的方案是( ) 答案:部署堡垒机并配置命令拦截和会话监控。
2026 上半年原题:堡垒机的核心功能是( ) 答案:运维人员的统一身份认证、权限管控、行为审计和操作回溯。
⚠️ 2025 上半年反向题:堡垒机的主要功能和作用不包括( )→ 答案 “可提升设备的运维效率”。 堡垒机的核心功能是单点登录、权限控制、操作审计、会话管理;提升效率是间接效果,不是核心功能。 另一个常考项:防止非法攻击者在服务器之间的横向渗透(2026 上半年为正确项而非错误项)。
2.3 报文摘要与数字证书(21 题)
2.3.1 报文摘要算法(长度必须背准)
| 算法 | 摘要长度 | 字节数 | 安全性 |
|---|---|---|---|
| MD5 | 128 位 | 16 字节 | 已被攻破,不安全 |
| SHA-1 | 160 位 | 20 字节 | 已被攻破,不应用于签名 |
| SHA-256 | 256 位 | 32 字节 | 现行安全 |
| SM3 | 256 位 | 32 字节 | 国密标准 |
- 摘要 = 单向散列(不可逆):任意长度原文 → 定长摘要
- 两个不同原文产生相同摘要的概率:MD5 已可被刻意构造(碰撞攻击)
- 题库统计:MD5 出现 22 次、SHA-1 出现 7 次、SM3 出现 6 次
⚠️ 概念题常直接问“MD5 产生的摘要长度“,答案永远是 128 位 / 16 字节; 问“SHA-1 的摘要长度“是 160 位 / 20 字节。
2.3.2 数字证书的作用与内容
核心作用(2024 下半年原题):由 CA 签名,将实体身份与其公钥绑定。
| 问法 | 答案 |
|---|---|
| 数字证书的作用 | 绑定实体(身份)与公钥 |
| 证书中包含谁的公钥 | 用户的(持有者的)公钥 |
| 证书中是否包含私钥 | 绝不包含 —— 私钥由本人保管 |
| CA 的密钥对是否放进用户证书 | 不放 |
| 证书由什么签名 | CA 的私钥 |
| 通信方用什么验签 | CA 的公钥,验签后取出用户公钥 |
⚠️ 2019 下半年原题:甲、乙都向同一 CA 申请了数字证书,证书中包含( )→ 答案 用户的公钥。 解析要点:用户的私钥由本人保管,绝不写入证书,否则证书失去意义;CA 的密钥对也不放入用户证书中。
⚠️ 2024 下半年反向题:数字证书的作用不是( ) 错误项三个:隐藏用户私钥 / 防止用户公钥泄露 / 保障数据完整性。 证书是公开的,不隐藏私钥;公钥本来就公开,无需防止泄露;保障数据完整性是数字签名(用私钥签名)干的事。
2.3.3 证书链与交叉认证(本专题最难、也最容易考的一题)
记号约定:I1《A」 表示“由 CA I1 颁发给用户 A 的证书“。
规则:
- A 只能直接信任自己信任锚点(Root CA)
- 要拿到 B 的公钥,必须从 A 信任的 CA 出发,逐级验签向下走
- 不同 CA 之间通过交换公钥建立信任,绝不可能交换私钥
| 场景(题库原题) | 正确答案 |
|---|---|
| A 从 X1 取证书,B 从 X2 取证书,证书链 | X1《X2》X2《B》(2022 上半年) |
| A 在 I1、B 在 I2,两者已安全交换公钥,A 获取 B 公钥的证书链 | I1《I2》I2《B》(2014 下半年) |
| A、B 分在 I1、I2 两个 CA,互信的必要条件 | I1、I2 互换公钥(2017 上半年) |
⚠️ 2014 下半年原题解析(照抄要点): A 持有 I1 签发的证书,须先用 I1 的公钥验证 I1《I2》,从中取出 I2 的公钥;再用该公钥验证 I2《B》,取出 B 的公钥。
- 错误项 D「I2《I1》I2《B》」把信任起点弄反(先信任了未经验证的中间证书);
- 错误项 B「I2《B》I1《I2》」缺少由 I1 签发、含 I2 公钥的中间证书;
- 错误项 C「I1《B》I2《I2》」包含 I1《B》这种不存在的交叉签发。
⚠️ 2017 上半年原题解析:不同 CA 之间的信任通过交换公钥建立 —— I1 公开自己的公钥并验证 I2 的签名,I2 同样公开自己的公钥。交换或公开私钥都不符合公钥体系,也不可能实现。
2.3.4 X.509 数字证书结构
| 字段 | 内容 |
|---|---|
| 版本号 Version | 证书格式版本 |
| 序列号 Serial Number | CA 分配的唯一编号 |
| 签名算法标识 | 用什么算法签(RSA / SM3WithSM2) |
| 颁发者 Issuer | 签发该证书的 CA |
| 有效期 Validity | Not Before / Not After |
| 主体 Subject | 证书持有者身份信息 |
| 主体公钥信息 | 持有者的公钥 + 算法标识 |
| 扩展项 Extensions | 密钥用途、CRL 分发点等 |
| CA 签名 | 用 CA 私钥对上述内容签名 |
2.4 密钥管理与 PKI
题库未作为独立知识点统计(0 题),但概念贯穿 2.2 / 2.3,必须掌握。
2.4.1 PKI 体系组成
| 组件 | 全称 / 作用 |
|---|---|
| CA | Certificate Authority,证书颁发机构 —— 签发并维护证书,是信任的根 |
| RA | Registration Authority,注册机构 —— 负责受理申请、审核身份,把审核结果交给 CA |
| CRL | 证书吊销列表 —— 公布已作废的证书序列号 |
| OCSP | 在线证书状态查询 |
| 密钥库 / KMC | 密钥的生成、存储、分发、备份、销毁 |
| 证书库 / LDAP | 存放并检索证书 |
2.4.2 证书签发流程(下午案例常考的叙述题)
① 用户生成密钥对(或由 CA/RA 生成)
② 用户向 RA 提交证书申请(身份证明、公钥、CSR)
③ RA 审核身份 → 提交给 CA ← RA 不签发,只审核
④ CA 用自己的私钥签名,生成证书
⑤ CA 把证书返回给用户
⑥ 用户把证书发布给需要信任的一方
⑦ 双方用 CA 公钥验签,取出对方公钥
⑧ 证书到期或私钥泄露 → 申请吊销,CRL 公示
📌 2024 上半年下午案例原题(SSL VPN):配置 SSL VPN 之前,需要向( )申请证书文件并上传至网关。 答案:CA(证书颁发机构 / Certificate Authority)。 应向企业内部的 CA 或公网可信 CA 申请服务器证书,并连同私钥一起上传到网关的证书目录。
2.4.3 密钥生命周期
生成 → 分发 → 使用 → 备份/恢复 → 更新 → 撤销 → 销毁;密钥应定期更新、永久保密,无私钥不能签发证书。
2.5 IPSec 与 VPN(07 / 08 跨专题共用 · 最高频错点)
2.5.1 IPSec 三个协议:谁做什么(必须讲透)
IPSec 工作在网络层(IP 层),它不是单一协议,而是一组协议的集合:
| 协议 | 全称 | 能做什么 | 不能做什么 | IP 协议号 |
|---|---|---|---|---|
| AH | Authentication Header 认证头 | 数据源认证 + 数据完整性 + 抗重放 | ❌ 不提供数据加密 | 51 |
| ESP | Encapsulating Security Payload 封装安全载荷 | 加密(+ 可选的身份认证、完整性、抗重放) | —— | 50 |
| IKE | Internet Key Exchange 互联网密钥交换 | 协商密钥、建立/维护 SA、周期性重新协商 | ❌ 不传输用户数据 | UDP 500(NAT 穿越 4500) |
一句话记忆:
AH 只“签“不“封“(认证不加密);ESP 能“封“也能“签“(加密为主,认证可选);IKE 干的是“谈密钥“的活,不碰用户数据。
⚠️ 2014 上半年原题:“以下关于 IPsec 协议的描述中,正确的是( )” → 答案 “IPsec 认证头(AH)不提供数据加密服务”。 解析要点原文:AH 只提供数据源认证、数据完整性与抗重放保护;B 选项错在 ESP 的主要功能是加密,认证只是其可选功能。 加密可选 ≠ 加密是主功能,这是本题最容易被绕进去的地方。
⚠️ 2017 上半年原题:“IPSec 用于增强 IP 网络的安全性,不正确的是( )” → 答案 “IPSec 的认证头添加在 TCP 封装内部”。 解析要点:IPSec 工作在网络层,AH 认证头与 ESP 封装安全载荷都紧接在 IP 首部之后、传输层首部之前,而不是放在 TCP 封装内部。
⚠️ 同一道题里的正确项要记住:IPSec 可对数据进行完整性保护(A)、提供用户身份认证服务(B)、对数据加密传输(D)。
2.5.2 传输模式 vs 隧道模式(2014 上半年干扰项)
| 模式 | 做法 | 典型用途 |
|---|---|---|
| 传输模式(Transport Mode) | 保留原始 IP 首部,只在 IP 头之后插入 AH/ESP | 端到端主机之间保护,内层 IP 头不变 |
| 隧道模式(Tunnel Mode) | 对整个原始 IP 数据报进行封装和加密,再加一个新的 IP 首部 | 网络到网络(网关到网关) |
⚠️ 2014 上半年干扰项 C 写的是“传输模式对原来的 IP 数据报进行了封装和加密,再加上了新的 IP 头“ —— 这段描述其实是隧道模式,所以 C 错。
2.5.3 IPSec 的两个阶段与流量选择器 TS
| 阶段 | 名称 | 协商内容 |
|---|---|---|
| 第一阶段 | Main Mode / Aggressive Mode | 交换认证方式、协商加密/完整性算法、交换 DH 公共参数 → 建立 ISAKMP SA |
| 第二阶段 | Quick Mode | 交换TS(Traffic Selector,流量选择器),协商 ESP/AH 及密钥、建立 IPSec SA |
TS 用「网络 + 掩码」描述“感兴趣流“ —— 这是下午案例的实际考点(见第三章实例 A)。
📌 精确到单台主机就必须用 /32 掩码(255.255.255.255)。2018 下半年原题中总部只有一台备份服务器,对方子网填
10.0.86.200、对方掩码填255.255.255.255,就是这个道理。
2.5.4 SSL / TLS 与 SSL VPN
SSL(Secure Sockets Layer)三个安全机制(2024 上半年下午案例原题,直接考填空):
SSL 协议安全机制 = 【数字证书】+ 数据加密 + 【消息完整性】
| 机制 | 作用 |
|---|---|
| 数字证书(身份认证) | 由权威 CA 签发,内含主体公钥与身份信息,鉴别服务器与客户端身份合法性 |
| 数据加密 | 保护机密性 |
| 消息完整性(数字签名 / MAC / AEAD) | 消息摘要 + 签名,保证未被篡改、防重放 |
SSL 如何混合使用两类算法(同一道案例的简答题,标准答案要点):
握手阶段 —— 用【非对称】算法
客户端验证服务器数字证书取得其公钥 → 用该公钥加密随机会话密钥
(或 ECDHE/RSA 密钥交换协商出预主密钥)
→ 只有持有对应私钥的服务器才能解出
→ 在公开信道上安全协商出会话密钥,同时完成身份认证
数据阶段 —— 改用【对称】算法
握手完成后,用会话密钥(AES、3DES、ChaCha20 等)加密实际数据
因为对称算法速度快、开销小,适合大量数据传输
📌 归纳:非对称解决“密钥安全传递 + 身份认证“,对称解决“数据高效加密“。
| 考点 | 正确说法 |
|---|---|
| TLS | SSL 3.0 之后标准化、修正 SSL 缺陷并重新定义握手与记录层的协议,是 SSL 的替代协议(2019 下半年原题) |
| 端口 | HTTPS 默认 443 |
| SSL VPN | 工作在应用层,浏览器即可接入,无需专用客户端 |
2.5.5 VPN 类型对比(下午案例直接按场景选答案)
| 类型 | 工作层次 | 典型场景 | 客户端要求 |
|---|---|---|---|
| IPSec VPN | 网络层 | 站点到站点 / 网关互联 | 无需客户端,设备直接建隧道 |
| SSL VPN | 应用层(TLS/HTTPS) | 远程用户、临时接入 | 浏览器或轻量客户端 |
| L2TP over IPSec(VPDN) | 二层隧道 + IPSec 加密 | 运营商虚拟专网拨号 | 需虚拟模板接口 |
| MPLS VPN | 运营商 MPLS | 运营商骨干 VPN | 运营商侧配置 |
📌 2022 上半年下午案例原题(场景 → 方案的直接映射): “如果路由器与总部网络的线路中断,在保证数据安全的前提下,客户端采用什么方式访问总部网络?防火墙上采用什么方式访问总部网络?” 答案:客户端用 SSL VPN;防火墙上用 IPSec VPN。 记忆口诀:远程用户 → 浏览器 → SSL VPN;站点到站点 / 网关互联 → IPSec VPN。
2.6 网络安全事件处置实践(2025 上半年下午真题)
这一块是案例简答题的固定模板,按“攻击类型 + 判断依据 + 防护措施“三段答。
2.6.1 钓鱼邮件攻击(Phishing)
特征:冒充系统升级/通知的邮件,诱导点击链接并输入密码 判断依据:攻击者以此窃取账号凭据,而非利用技术漏洞 → 属于社会工程学攻击 防护措施(答 3 点即可):
- 用户侧:培养网络安全意识,查阅邮件/短信时保持警惕与怀疑
- 宣传演练:用工具和网站模拟钓鱼攻击进行演练
- 企业侧:多因素身份验证(MFA) 提高账户安全性
- 保持软件系统实时更新,定期扫描查找受威胁主机
- 技术侧:部署邮件过滤网关 / 反钓鱼网关,拦截含恶意链接与伪造域名的邮件
- 管理侧:建立安全事件响应流程,重要系统升级一律通过官方正式渠道公告验证
2.6.2 DNS 劫持 / DNS 欺骗
特征:换 DNS 后正常、直接输入 IP 地址也能正常登录 判断依据:网站服务器本身正常,故障出在域名解析环节 —— 攻击者篡改 DNS 解析结果,把知名网站域名劫持到其服务器,窃取提交的用户名密码 防护措施:
- 检查本地 DNS 服务器设置是否被篡改
- 清空 DNS 缓存(
ipconfig /flushdns) - 使用加密 DNS(DoH / DoT)
- 更换为可信的公共 DNS 服务器
- 启用 DNSSEC 验证解析完整性
- 部署防火墙与 IDS/IPS 检测异常 DNS 查询
- 使用企业内部 DNS 服务器统一解析并开启 DNS 日志审计
2.6.3 运维不规范行为(答“不规范 + 整改“两栏)
| 不规范行为 | 危害 | 整改措施 |
|---|---|---|
| 在个人电脑安装远程控制软件 | 引入恶意程序,易被利用为跳板形成隐蔽后门 | 卸载,改用经审批的安全运维工具 + 终端防护 |
| 从外部用 telnet 登录管理所有设备 | telnet 明文传输数据与口令,可被嗅探/中间人劫持,不符合等保要求 | 改用 SSH / Stelnet 等加密协议,禁用 telnet |
所有设备统一使用弱口令 Admin123 | 口令强度过低,易被暴力破解 | 长度 ≥12 位、含大小写+数字+特殊字符,不同设备不同口令,定期轮换 |
| 未限制管理来源,外部可访问全部设备 | 访问控制缺失,攻击面暴露 | 部署堡垒机统一纳管,限定管理源 IP,用 ACL 禁止非授权终端访问管理口 |
| 未部署堡垒机与运维审计 | 缺乏统一认证、权限控制与操作留痕 | 开启 AAA 认证与审计日志;条件允许改用带外管理网或 VPN 接入 |
⚠️ 2025 上半年原题解析的落脚点:合规管理三件套 = 堡垒机 + AAA + 审计日志,答题时一定要落到“可追溯“上。
2.6.4 ARP 欺骗与 DAI(2024 上半年下午真题)
判据(依据两次 arp -a 输出对比):
第一次:192.168.5.1 → 10-82-3d-7d-c8-3a
第二次:192.168.5.1 → 98-8d-51-2b-7c-40
默认网关 192.168.5.1 的 MAC 在短时间内被改写 → ARP 欺骗(ARP Spoofing)
(同一时刻 192.168.5.192 两次均为 00-e0-4f-19-5b-01,没有变化)
- 攻击类型:ARP 欺骗(ARP 投毒),属于中间人攻击的一种
- 防护设备位置:接入交换机(接入层交换机) —— ARP 欺骗发生在终端与网关之间的接入段,在报文进入网络的源头阻断,覆盖面最广、效率最高
- 防护功能:
DAI(Dynamic ARP Inspection,动态 ARP 检测) - 配套要点:开启 DAI 前必须先使能 DHCP Snooping,DAI 依赖 DHCP Snooping 的绑定表校验 ARP 报文的源 IP 与源 MAC;或部署 IPSG(IP Source Guard);终端侧配静态 ARP 绑定可临时固定网关 IP-MAC 映射
三、真题实例
实例 A · 2018 年下半年 · 试题二 · 问题 3(IPSec VPN 第二阶段协商参数 · 4 分)
材料要点:A 公司为保障数据安全,同总部建立 ipsec VPN 隧道,定期通过 A 公司备份服务器向公司总部备份数据,仅允许 A 公司的备份服务器、业务服务器和公司总部的备份服务器通讯。
已知地址(材料原文):A 公司办公区域 DHCP 段 10.0.36.1/24、业务服务器 10.0.35.1、备份服务器 10.0.35.2;总部备份服务器 10.0.86.200。
图 2-3 为 A 公司防火墙创建 VPN 隧道第二阶段协商的配置页面,请完善。其中:本地子网:(6)、本地掩码:(7)、对方子网:(8)、对方掩码:(9)。
| 空 | 答案 |
|---|---|
| (6)本地子网 | 10.0.35.0 |
| (7)本地掩码 | 255.255.255.252 |
| (8)对方子网 | 10.0.86.200 |
| (9)对方掩码 | 255.255.255.255 |
解析要点(照抄素材):
- 备份数据由 A 公司的备份服务器(10.0.35.2)发起,业务服务器(10.0.35.1)与备份服务器同网段 10.0.35.x,故本地子网为 10.0.35.0。
- 10.0.35.1 与 10.0.35.2 属同一 /30 网段(可用主机仅 .1 与 .2),故本地掩码为 255.255.255.252(/30)。
- 对方指总部侧,题干明确“仅允许与总部那一台备份服务器通讯“,故对方子网为单一主机 10.0.86.200,主机路由掩码为 255.255.255.255(/32)。
- 知识点:IPSec 第二阶段(Quick Mode)交换的 TS(Traffic Selector,流量选择器)用「网络 + 掩码」描述感兴趣流,要精确到单台主机需使用 /32 掩码。
📌 本题的价值:这是全题库唯一一道把“IPSec 第二阶段“和“掩码位数选择“绑在一起的题,属于必拿分。
实例 B · 2024 年上半年 · 试题一 · 问题 5(SSL VPN 安全机制 · 6 分)
材料要点:网络工程师配置 NGFW-2 作为 SSL VPN 网关,为网络管理员提供安全远程接入。SSL VPN 充分利用 SSL 协议基于数字证书提供的安全机制,为应用层之间的通信建立安全连接。
问题:
- SSL 协议安全机制包括:( )、数据加密、( )。
- 数据加解密算法主要分为对称密钥算法、非对称密钥算法,请简要描述 SSL 协议如何利用这两类算法实现数据传输的机密性。
- 网络工程师在配置 SSL VPN 之前,需要向( )申请证书文件,并将其上传至 NGFW-2 的指定位置。
标准答案:
-
数字证书(身份认证)、数据加密、消息完整性(数据完整性 / 数字签名)
- 数字证书:由权威 CA 签发,内含主体公钥与身份信息,用于鉴别通信双方(服务器与客户端)的身份合法性
- 数据加密:用密钥对传输数据加密,保证机密性
- 消息完整性:消息摘要 + 数字签名(MAC/AEAD),保证数据在传输中未被篡改、防止重放攻击
-
握手阶段用非对称算法,数据阶段用对称算法(详见 2.5.4)
-
CA(证书颁发机构 / Certificate Authority) —— 应向企业内部的 CA 或公网可信 CA 申请服务器证书文件,并连同私钥一起上传到 NGFW-2 的证书目录。说明:SSL VPN 网关需持有证书才能与客户端协商 SSL 会话、并向客户端出示身份证明。
📌 本题的价值:三问分别对应“安全机制三件套““混合加密”“证书从哪来”,是认证与数字签名板块的案例模板题。
实例 C · 2025 年上半年 · 试题三 · 问题 1、2(网络安全事件分析 · 各 5 分)
材料要点:某单位部署 WEB 网站、邮件系统,配有防火墙、Web 应用防火墙和上网行为管理系统。信息中心网络工程师小李在个人电脑上安装了远程控制软件,以便从外部随时采用 telnet 登录管理所有网络设备,并设置 Admin123 为各设备登录口令。近期发生两起事件:
- 事件一:员工小王收到一封“系统升级通知“邮件,点击链接后按提示输入旧密码(未继续改新密码),联系工程师才知邮件系统并未升级
- 事件二:多名员工在知名网站登录页输入用户名密码后点击登录无反应,更换终端 PC 的 DNS 后登录正常,直接输入 IP 地址也能正常登录
问题 1(5 分)分析事件一的攻击类型并提出防护措施(至少 3 点)
- 攻击类型:钓鱼邮件攻击(Phishing Attack),属于社会工程学攻击
- 判断依据:员工收到冒充系统升级通知的邮件,诱导点击链接并输入旧密码,攻击者以此窃取账号凭据(认证信息),而非利用技术漏洞
- 防护措施:① 用户侧培养网络安全意识(宣传演练、模拟钓鱼)② 企业侧多因素身份验证 MFA ③ 保持软件系统实时更新、定期扫描 ④ 部署邮件过滤/反钓鱼网关 ⑤ 管理侧:系统升级一律通过官方正式渠道公告验证
问题 2(5 分)分析事件二的攻击类型并提出防护措施(至少 3 点)
- 攻击类型:DNS 劫持(DNS Hijacking)或 DNS 欺骗(DNS Spoofing)攻击
- 判断依据:更换终端 PC 的 DNS 后登录恢复正常、直接输入 IP 地址也能正常登录,说明网站服务器本身正常,故障出在域名解析环节 —— 攻击者篡改了 DNS 解析结果,把知名网站域名劫持到攻击者的服务器,从而在员工提交用户名密码时窃取凭据
- 防护措施:① 检查本地 DNS 服务器设置是否被篡改 ② 清空 DNS 缓存(
ipconfig /flushdns)③ 使用加密 DNS(DoH/DoT) ④ 更换为可信公共 DNS ⑤ 启用 DNSSEC ⑥ 部署防火墙与 IDS/IPS 检测异常 DNS 查询 ⑦ 使用企业内部 DNS 服务器统一解析并开启 DNS 日志审计
📌 本题的价值:“换 DNS 正常 + 直接输 IP 正常” = DNS 劫持,这个现象组合就是判断依据,务必记牢。
实例 D · 2024 年上半年 · 试题一 · 问题 4(ARP 欺骗 · 3 分)
题干:某终端用户网络时通时断。终端上 ipconfig 显示 IPv4 地址 192.168.5.54、掩码 255.255.255.0、默认网关 192.168.5.1;两次 arp -a 中 192.168.5.1 对应的 MAC 分别是 10-82-3d-7d-c8-3a 与 98-8d-51-2b-7c-40(而 192.168.5.192 两次均为 00-e0-4f-19-5b-01)。
| 空 | 答案 |
|---|---|
| (1)攻击类型 | ARP 欺骗(ARP Spoofing / ARP 投毒)攻击,属于中间人攻击的一种 |
| (2)在哪台设备上配置 | 接入交换机(接入层交换机) |
| (3)配置什么功能 | DAI(Dynamic ARP Inspection,动态 ARP 检测) |
解析要点:内网中存在攻击主机不断发送伪造的 ARP 应答,把网关 IP 192.168.5.1 的 ARP 表项指向自己的 MAC,终端发往网关的报文被攻击主机截获,表现为网络时通时断。选接入层交换机是因为在报文进入网络的源头阻断,覆盖面最广、效率最高。开启 DAI 前需先使能 DHCP Snooping,DAI 依赖其绑定表校验源 IP 与源 MAC;或部署 IPSG;终端侧静态 ARP 绑定可临时固定映射。
📌 本题的价值:“两次 arp -a 对比,某条表项的 MAC 变了”= ARP 欺骗;配套三件套是 DHCP Snooping + DAI + 静态 ARP 绑定。
四、易错点清单
| # | 错误说法 | 正确答案 |
|---|---|---|
| 1 | 3DES 密钥长度 168 位 | 两密钥 3DES = 112 位(56×2);168 位是三密钥 3DES-A |
| 2 | DES 加密第一步是左右分离 | 第一步是初始置换 IP,然后 16 轮迭代 |
| 3 | DES 密钥 64 位 | 有效密钥 56 位(另 8 位奇偶校验) |
| 4 | RSA 安全性依赖离散对数 / 椭圆曲线离散对数 | RSA 依赖 大整数分解困难性;椭圆曲线离散对数是 ECC 的 |
| 5 | 数字签名用发送者的公钥 | 签名用私钥,验签用公钥(私钥只有本人掌握,才能不可否认) |
| 6 | 数字签名能同时保密原文 | 签名只保证认证+完整性+不可否认,不提供机密性 |
| 7 | 数字证书里包含用户私钥 | 证书绝不含私钥;含用户公钥 + 身份信息,由 CA 私钥签名 |
| 8 | 数字证书可以隐藏私钥 / 防止公钥泄露 / 保障数据完整性 | 证书是公开的;保障完整性是数字签名的职责 |
| 9 | 不同 CA 之间要互换私钥才能互信 | 互换公钥建立信任,私钥永远不可能交换 |
| 10 | 证书链可以从中间任意一张证书起验 | 必须从本机信任的 CA 起逐级验签;不能先信任未经验证的中间证书 |
| 11 | MD5 摘要长度是 160 位 | MD5 = 128 位 / 16 字节;160 位 / 20 字节是 SHA-1;256 位 / 32 字节是 SHA-256 与 SM3 |
| 12 | MD5 安全性仍然足够 | MD5 已被攻破,已不安全;SHA-1 亦已被攻破 |
| 13 | Kerberos 是一种加密算法 / 签名算法 | Kerberos 是认证服务(认证服务器 + 票据 + 集中式密钥分发) |
| 14 | PGP、DES 可以用来做消息认证 | MD5 可用于消息认证;DES 只保机密性;PGP 是工具不是算法 |
| 15 | 802.1x 由 EAP + Kerberos 实现 | 802.1x = EAP + Radius(AAA) |
| 16 | Portal 是基于端口的认证 | Portal 是浏览器推送登录页的 Web 身份认证;802.1x 才是基于端口 |
| 17 | 国密 SSL 证书签名算法是 SM3 | 是 SM3 With SM2(SM2 做签名 + SM3 做摘要) |
| 18 | AH 提供数据加密 | AH 只认证不加密(协议号 51);加密是 ESP 的主功能(协议号 50) |
| 19 | IPSec 的 AH/ESP 放在 TCP 封装内部 | 紧接在 IP 首部之后、传输层首部之前,IPSec 工作在网络层 |
| 20 | IPSec 传输模式会加新的 IP 头 | 那是隧道模式;传输模式保留原 IP 首部 |
| 21 | IKE 用来加密用户数据 | IKE 只负责协商密钥、建立/维护 SA,不传输用户数据 |
| 22 | TLS 不是 SSL 的替代协议 | TLS 是 SSL 3.0 之后的标准化替代协议 |
| 23 | SSL 只用对称算法 / 只用非对称算法 | 握手用非对称协商密钥,数据阶段用对称加密数据 |
| 24 | 只要精确到单台主机,用 /30 掩码即可 | IPSec 的 TS 要精确到单台主机必须用 /32(255.255.255.255) |
| 25 | 远程用户接入和网关互联都用 IPSec | 远程用户用 SSL VPN,网关/站点互联用 IPSec VPN |
| 26 | 堡垒机的作用是“提升运维效率“ | 堡垒机核心功能是单点登录、权限控制、操作审计、会话管理;提升效率只是间接效果 |
| 27 | 防火墙安全域之间的默认动作是 permit | 默认拒绝一切流量,必须显式配置 permit 才放行 |
| 28 | 域间放行 OSPF 的安全策略目标区域填 untrust | 目标是 local(防火墙本机);untrust 是出互联网方向 |
五、真题自测(10 题)
第 1 层 · 概念识记(4 题)
Q1.1(单选)3DES 是基于 DES 的加密方式,对明文进行 3 次 DES 操作,其密钥长度是( )。
A. 56 B. 112 C. 128 D. 168
答案
B。三 重DES 使用两个 56 位密钥 K1 与 K2,密钥长度 = 56 × 2 = 112 位。选项 D 的 168 位是三密钥的 3DES-A 才有的长度。
Q1.2(单选)下列摘要算法中,摘要长度为 128 位的是( )。
A. MD5 B. SHA-1 C. SHA-256 D. SM3
答案
A。MD5 = 128 位 / 16 字节;SHA-1 = 160 位 / 20 字节;SHA-256 与 SM3 均为 256 位 / 32 字节。另:MD5 与 SHA-1 均已被攻破。
Q1.3(单选)在安全通信中,A 将所发送的信息使用( )进行数字签名。
A. A 的公钥 B. A 的私钥 C. B 的公钥 D. B 的私钥
答案
B。数字签名必须用发送者 A 的私钥计算,私钥只有 A 本人掌握,签名后才无法否认。A 的公钥是公开的,任何人都能算出同样的值,无法体现签名者身份。
Q1.4(单选)下列关于 IPsec 协议的描述中,不正确的是( )。
A. IPsec 认证头(AH)不提供数据加密服务
B. IPsec 封装安全载荷(ESP)的主要功能是加密,认证是其可选功能
C. IPsec 的认证头添加在 TCP 封装内部
D. IPsec 工作在网络层
答案
C。IPSec 工作在网络层,AH 与 ESP 都紧接在 IP 首部之后、传输层首部之前,不在 TCP 封装内部。A、B、D 都是 IPSec 的正确描述。
第 2 层 · 机制理解(3 题)
Q2.1(简答)简述数字签名的完整流程,并说明“签名用私钥、验签用公钥“的原因。
答案
流程:- 发送方对原文求哈希摘要 h = H(M)(MD5 / SHA-1 / SHA-256 / SM3);
- 发送方用自己的私钥对 h 做签名运算,得到签名值 S;
- 把 M + S 一起发送;
- 接收方用发送方的公钥验签,比对计算出的摘要与 S 是否一致。
为什么签名用私钥:私钥只有签名者本人掌握,别人无法伪造;一旦签名,签名者无法否认(不可否认性)。若用公钥签名,公钥是公开的,任何人都能算出同样的签名,签名就失去意义。
签名提供:身份认证 + 数据完整性 + 不可否认性;不提供机密性(原文仍是明文)。
Q2.2(简答)AH、ESP、IKE 三者各自承担什么职责?为什么 AH 不能用来加密数据?
答案
| 协议 | 职责 | 协议号 | |---|---|---:| | AH(认证头) | 数据源认证 + 数据完整性 + 抗重放,只认证不加密 | IP 51 | | ESP(封装安全载荷) | 加密为主,并可选提供身份认证、完整性、抗重放 | IP 50 | | IKE(密钥交换) | 协商加密/完整性算法、建立与维护 SA、周期性重新协商;不传输用户数据 | UDP 500 |AH 不能加密的原因:AH 的作用被限定为认证与完整性保护(数据源认证、防篡改、防重放)。需要“加密 + 可选认证“时,协议组把该职责交给 ESP;AH 主要在需要保留原 IP 首部(传输模式)等场景使用。
Q2.3(简答)SSL/TLS 为什么同时使用对称和非对称算法?各用在什么阶段?
答案
握手阶段用非对称算法:客户端验证服务器数字证书取得其公钥,用该公钥加密一个随机会话密钥(或用 ECDHE/RSA 密钥交换协商出共享的预主密钥),只有持有对应私钥的服务器才能解出。这样在公开信道上安全地协商出会话密钥,同时完成服务器身份认证(双向证书时还包括客户端身份认证)。数据阶段改用对称算法:握手完成后,双方用会话密钥(AES、3DES、ChaCha20 等)加密实际传输的数据。因为对称算法加解密速度快、计算开销小,适合大量数据传输。
归纳:非对称算法解决「密钥安全传递 + 身份认证」,对称算法解决「数据高效加密」,二者结合兼顾机密性与性能。
第 3 层 · 命令与配置(2 题)
以下命令均取自题库真实案例(2024 上半年 · 高校双校区 NGFW)。
Q3.1(填空)某防火墙(NGFW-2)的 G0/0/4 接口地址为 61.2.7.2/29,指向运营商(对端 61.2.7.1)。现发现终端能访问校内业务但 ping 不通 114.114.114.114,在 NGFW-2 上查看会话表发现:会话已建立、命中 out-to-internet 策略、Zone 为 trust → untrust、Interface 为 GE0/0/4(NextHop 61.2.7.1),但报文的源 IP 仍是内网地址 10.21.0.2,统计为 packets: 4 bytes: 336(发出 4 个报文、收到 0 个回程报文)。
请补全配置源 NAT(SNAT),使内网地址转换为公网地址(地址组 0 复用接口地址 61.2.7.2):
[NGFW-2] nat address-group 0
[NGFW-2-address-group-0] address 61.2.7.2 61.2.7.2
[NGFW-2] nat-policy
[NGFW-2-nat-policy] rule name nat-internet
[NGFW-2-nat-policy-rule-nat-internet] source-zone (1)
[NGFW-2-nat-policy-rule-nat-internet] destination-zone (2)
[NGFW-2-nat-policy-rule-nat-internet] source-address 10.21.0.0 mask 255.255.0.0
[NGFW-2-nat-policy-rule-nat-internet] action (3)
[NGFW-2-nat-policy-rule-nat-internet] source-address
[NGFW-2-nat-policy-rule-nat-internet-address-group] address-group 0
答案
(1) `trust`(2) untrust
(3) source-to-destination
故障原因:会话表显示报文从内网出去时没有做源 NAT(SNAT)转换,仍以私网源地址发给运营商(61.2.7.1)。运营商侧收到源地址为私网的报文会直接丢弃,无法返回 ICMP 应答,故表现为 ping 请求超时(packets: 4 而回程 0)。终端能访问校内业务是因为校内流量不经 untrust 出口、不需要 NAT。
Q3.2(填空)为实现 NGFW-2 与 NGFW-1、CORE-2 建立 OSPF 邻居(NGFW-2 的 G0/0/2=10.0.0.2/30 对接 NGFW-1 对端 10.0.0.1;G0/0/1=10.0.0.5/30 对接 Core-2 对端 10.0.0.6),补全“由 trust 到 local“的安全策略:
[NGFW-2] firewall zone trust
[NGFW-2-zone-trust] add interface GigabitEthernet 0/0/1
[NGFW-2-zone-trust] add interface GigabitEthernet 0/0/2
[NGFW-2] security-policy
[NGFW-2-policy-security] rule name policy1
[NGFW-2-policy-security-rule-policy1] source-zone trust
[NGFW-2-policy-security-rule-policy1] destination-zone (1)
[NGFW-2-policy-security-rule-policy1] source-address (2)
[NGFW-2-policy-security-rule-policy1] service protocol (3)
[NGFW-2-policy-security-rule-policy1] action (4)
答案
(1) `local`(2) 10.0.0.1 10.0.0.6(NGFW-1 与 CORE-2 的 IP 地址,或建 address 对象统一引用)
(3) 89
(4) permit
解析要点:
- local 区代表防火墙本机。OSPF 邻居之间交换的 Hello 报文是直接发给对端设备本身、最终由本机 OSPF 进程处理,目的区域就是防火墙本机所在的 local 区。不能填 untrust —— untrust 是本机出互联网的方向,与建立 OSPF 邻居无关。
- OSPF 是网络层协议,直接封装 IP 报文,IP 协议号为 89,既不是 TCP 也不是 UDP,没有端口号概念。
- 华为防火墙域间默认拒绝一切流量(默认动作 deny),必须显式配置 permit 才能放行 OSPF 报文、建立邻居。
- 补充:NGFW 上还需全局使能 OSPF 并配置 router-id、在 trust 区的接口上使能 ospf(
ospf enable area 0.0.0.0),否则即使安全策略放通也无法建立邻居。
第 4 层 · 真题原题(1 题)
Q4.1(2020 年下半年 · 案例 · 4 分)A 公司为保障数据安全,同总部建立 ipsec VPN 隧道,定期通过 A 公司备份服务器向公司总部备份数据,仅允许 A 公司的备份服务器、业务服务器和公司总部的备份服务器通讯。已知:A 公司业务服务器 10.0.35.1、备份服务器 10.0.35.2;公司总部备份服务器 10.0.86.200。请补全 IPSec VPN 隧道第二阶段协商中的“本地子网:(6)、本地掩码:(7)、对方子网:(8)、对方掩码:(9)“。
(6) ______ (7) ______ (8) ______ (9) ______
参考答案
(6)10.0.35.0(7)255.255.255.252
(8)10.0.86.200
(9)255.255.255.255
逐项说明:
- 本地子网(6):备份数据由 A 公司备份服务器(10.0.35.2)发起,业务服务器(10.0.35.1)与备份服务器同网段 10.0.35.x,故本地子网为 10.0.35.0。
- 本地掩码(7):10.0.35.1 与 10.0.35.2 属同一 /30 网段(可用主机仅 .1 与 .2),故本地掩码为 255.255.255.252(/30)。
- 对方子网与掩码(8)(9):对方指总部侧,题干明确“仅允许与总部那一台备份服务器通讯“,故对方子网为单一主机 10.0.86.200,主机路由掩码为 255.255.255.255(/32)。
知识点:IPSec 第二阶段(Quick Mode)交换的 TS(Traffic Selector,流量选择器)用「网络 + 掩码」三元组描述感兴趣流,要精确到单台主机必须使用 /32 掩码。
六、复习建议
优先级排序
| 阶段 | 内容 | 理由 |
|---|---|---|
| 第一轮(必须背) | AH/ESP/IKE 三者分工(谁加密、谁认证、谁换密钥)+ 协议号 51/50、签名用私钥验签用公钥、MD5/SHA-1/SHA-256 摘要长度 | 概念题和案例题的公共基础,错一处多处失分;AH 不加密是最高频错点 |
| 第二轮 | 对称/非对称/混合三类算法对比、DES 与 3DES 流程、RSA 依赖大整数分解、SM2/SM3/SM4 与 SM3WithSM2 | 上午高频,39 题全在单选里 |
| 第三轮 | 证书链 I1《I2》I2《B》、CA/RA 流程、X.509 字段、PKI 组件 | 21 题中至少 6 题是证书链,是最容易失分的计算/顺序题 |
| 第四轮 | 认证协议辨析(Kerberos / CHAP / 802.1x / Portal / 堡垒机)、SSL 三机制与混合加密、SSL VPN 与 IPSec VPN 的场景选择 | 概念 + 案例简答双料 |
| 第五轮 | IPSec 传输/隧道模式、两阶段与 TS 掩码、国密体系细节、L2TP over IPSec | 有余力再补,题量少 |
三个动作建议
-
做一张“AH / ESP / IKE 三列表“贴墙:横轴写协议名,纵轴写“能否加密 / 能否认证 / 能否换密钥 / 协议号“。这张表能一次性解决本专题最大的失分点。
-
把“签名四步 + 证书链三步“默写一遍并画箭头:
签名:原文 → 哈希 → 私钥签名 → 发送 → 公钥验签
证书链:信任锚点公钥验签中间证书 → 取出中间 CA 公钥 → 验签对方证书 → 取出对方公钥
2014 下半年那道“证书链选哪个“的题,只靠这两行箭头就能秒判。
- 每个协议问自己三问:它工作在第几层?它解决的是机密性、完整性还是不可否认性?它能不能做对方的事?
例如
IKE:工作在网络层 → 解决密钥协商与 SA 建立 → 不能传输用户数据(用户数据是 ESP 的活)。 套到AH:工作在网络层 → 解决完整性 + 认证 → 不能加密(加密要用 ESP)。
返回:06-路由协议与路由器 · 下一专题:08-防火墙ACL与安全设备
本文档所有题目、答案、命令均摘自题库真实数据(23 考期 / 88 道真题),统计脚本见 qbwork/export_kpdata.py。
IPSec 协议号(AH 51 / ESP 50 / IKE UDP 500)等为教材通用知识,已在正文中标注其性质;文中未出现任何题库之外的“真题“。
返回:00-汇总索引 · 上一专题:路由协议与路由器 · 下一专题:防火墙 ACL 与安全设备