01 · 研究背景与意义
1.1 NDP在IPv6协议栈中的中枢地位
在IPv4网络中，主机接入链路依赖三个相互独立的机制：ARP（RFC 826）完成地址解析、ICMPv4路由器发现（RFC 1256，实践中几乎未部署，主机多依赖手工配置默认网关）、ICMPv4重定向完成次优路径修正。IPv6将这三者统一整合为NDP（RFC 4861），并进一步赋予其前缀发现、DAD与下一跳确定职能。这种整合带来效率提升，也带来安全集中化：NDP协议决策正常与否，直接决定主机流量是否被正确交付。
NDP消息全部为ICMPv6子集：路由器请求RS（Type 133）、路由器宣告RA（Type 134）、邻居请求NS（Type 135）、邻居宣告NA（Type 136）、重定向Redirect（Type 137）。其中RA是链路中权力最大的消息——它不仅宣告默认路由器及其存活时间，还携带前缀信息（PIO）驱动SLAAC（RFC 4862）地址生成、携带M/O标志决定主机是否转而使用DHCPv6、携带RDNSS/DNSSL选项（RFC 8106）直接下发DNS配置、携带路由信息选项（RFC 4191）注入更具体路由。伪造一条RA，即可在数秒内改写整网主机的网关、前缀、DNS与路由策略。
1.2 为什么NDP成为IPv6链路安全的"总根源"
- 无认证信任模型：NDP消息没有任何密码学保护。SeND（RFC 3971/3972，2005年）曾尝试为NDP引入CGA地址与RSA签名，但因实现复杂度与部署成本，未获任何主流操作系统与网络设备的生产级支持，实质上成为"标准化成功、部署失败"的案例（与BGPsec的境遇类似，参见RPKI专题子课题05的对照分析）。
- SLAAC的即插即用性即攻击即插即用性：主机收到RA即可自动完成全球单播地址配置，无任何管理面交互。这意味着攻击不需要突破任何服务器、不需要任何账号——物理或逻辑接入链路即 sufficient（充分条件）。
- 链路本地范围的悖论：ND消息使用链路本地源地址（fe80::/10）且目的地址为链路本地多播，设计上不可被路由到链外。这曾被解读为"天然隔离"，但攻击恰恰发生在链路内——企业办公网、校园网、公共Wi-Fi、物联网接入段，恰是安全管控最薄弱的位置。"不可路由"不等于"不可攻击"。
- ICMPv6过滤的两难：NDP依赖ICMPv6，而ICMPv6同时承载PMTUD必需的错误消息（RFC 4443）。RFC 4890明确反对"过滤全部ICMPv6"的做法，要求分级放行——这决定了ND消息在多数网络中处于"必须放行、难以细管"的状态。
1.3 与ARP的对比：防护机制的二十年落差
| 维度 | IPv4 / ARP | IPv6 / NDP | 安全含义 |
|---|---|---|---|
| 协议承载 | 独立链路层协议（EtherType 0x0806） | ICMPv6子集（Type 133—137），依赖IP层处理 | ND安全策略与ICMPv6过滤策略深度耦合，配置面更复杂 |
| 请求方式 | 广播（ff:ff:ff:ff:ff:ff） | 多播（被请求节点组播 ff02::1:ff00:0/104） | 多播降低了无关主机负担，但侦听工具同样易得 |
| 地址解析验证 | 免费ARP可被滥用，无验证 | NUD（邻居不可达检测）+ DAD提供部分验证，但均可被攻击 | NDP有改进但未根治，欺骗仍是主要威胁 |
| 防护机制 | DAI（动态ARP检测）为交换机成熟特性，部署广泛 | RA-Guard（RFC 6105）、ND检测、SAVI（RFC 7039）部署率显著低于DAI | "双栈等价性缺口"：IPv6侧防护落后于IPv4侧是普遍现状 |
| 地址溯源 | IPv4地址可直接关联主机（DHCP日志等） | 随机化IID（RFC 7217/8064/8981）使临时地址追踪困难 | 监测与审计成本上升，源地址验证（SAVI）价值凸显 |
1.4 攻击门槛的现实图景
2010—2011年间，Marc "van Hauser" Heuse发布并持续维护THC-IPv6攻击套件（GitHub开源），集成fake_router6（伪造RA）、parasite6（邻居缓存投毒中间人）、dos-new-ip6（DAD攻击）、flood_router6（RA洪泛）、redir6（重定向攻击）、ndpexhaust6（NDP耗尽）等数十个工具；SI6 Networks的IPv6工具包（Fernando Gont维护）与bettercap（含ndp.spoof模块）进一步降低了操作门槛。安全研究者Fernando Gont同时是RFC 6104（Rogue RA问题陈述）、RFC 6583（NDP耗尽防护）、RFC 7113（RA-Guard绕过与加固）等关键安全RFC的作者或合著者——协议社区对威胁的建模与工具社区的能力释放几乎同步发生，这决定了"NDP攻击"不是理论风险，而是任何接入测试（pentest）中的常规科目。
1.5 研究意义
对网络运营者而言，NDP防护是第一跳安全的底座：没有RA-Guard与ND监测的IPv6网络，等于在办公网中为任何接入者开放了"免凭证中间人"能力。对安全研究而言，NDP是研究"无认证链路协议如何在现实约束下获得工程安全"的理想样本——其防护演进（RA-Guard → RFC 7113加固 → SAVI → 监测补偿）完整呈现了协议安全从"理想方案"（SeND）到"务实组合"的工程化路径。对反钓鱼与流量治理而言，Rogue RA + RDNSS投毒是"不依赖恶意软件、不依赖漏洞"的链路层钓鱼通道，直接威胁内网凭据与敏感流量安全。对IPv6-only演进而言，NDP防护基线是"去双栈化"之后安全性的三大支点之一（另两个为DNS64/NAT64信任链与ICMPv6治理，分别由子课题03/06展开）。
核心科学问题：在无密码学认证的前提下，网络层防护（过滤、绑定、监测）能否将NDP攻击压制到工程可接受水平？围绕三个关键问题展开——KQ-1（检测完备性）：被动监测在高速接入链路与加密趋势下，对NDP异常（伪造RA、RDNSS突变、NA投毒）的检出率与误报率如何平衡？KQ-2（防护对抗性）：RA-Guard按RFC 7113要求硬件化加固后，真实对抗场景中的残余绕过面有多大？KQ-3（可用性权衡）：SAVI/ND检测在高流动BYOD、IoT与Wi-Fi场景下的误判与运营成本是否可承受？
02 · 事实勘误与常见误区澄清
勘误原则：本子课题所有协议事实以RFC Editor与IETF Datatracker官方文本为唯一依据；攻击手法仅在概念层面描述其原理与检测思路，不提供可直接复用的攻击配置；对缺乏官方溯源的"经验数据"一律标注为待测量或定性判断。以下八条为社区流传最广的说法，逐条核对如下。
| 流传说法 | 核对结论（依据） |
|---|---|
| "IPv6内置IPsec支持，因此NDP天然安全" | 错误。IPsec在IPv6标准中曾被表述为"应当支持"，但RFC 6434（2011年取代RFC 4294）已将其降为可选；更重要的是，现实中没有任何主流部署对ND消息实际启用IPsec保护——密钥分发与链路规模化配置问题从未解决。NDP按明文、无认证运行。 |
| "链路本地地址不可路由，所以NDP攻击无法实施" | 偷换概念。攻击者只需位于同一条链路（办公网、Wi-Fi、物联网接入段），无需跨网路由能力。伪造RA/NS/NA的全部前提只是"能发出链路本地多播报文"。 |
| "RA-Guard可以完全解决伪造RA问题" | 过度承诺。RFC 6105首代RA-Guard存在明确的绕过路径——经分片或IPv6-in-IPv6隧道封装的RA可绕过基于简单报文匹配的端口过滤，RFC 7113（2014年）专门分析此问题并要求硬件级、对完整扩展头链的深度检查作为加固条件。此外，连接在"受信任端口"上的攻击者天然不受RA-Guard约束。 |
| "SeND/CGA已经可用，部署即可解决问题" | 与事实相反。SeND（RFC 3971）与CGA（RFC 3972）于2005年发布至今，未获得任何主流桌面/移动操作系统与主流网络设备的生产级支持，密码学生成成本与密钥管理复杂度是公认主因。规划NDP防护时不应将SeND计入可用控制项。 |
| "改用DHCPv6替代SLAAC即可避免RA攻击" | 错误。即便主机使用DHCPv6获取地址，默认网关仍由RA下发；伪造RA对DHCPv6主机的网关劫持、RDNSS投毒与M标志翻转攻击（诱使主机转向伪造DHCPv6服务器）依然有效。RFC 7610（DHCPv6-Shield，2015年）的存在本身即说明：伪造DHCPv6服务器与伪造RA是并存的两类威胁。 |
| "防火墙/出口NAT后面的内网不需要关心NDP安全" | 方向性错误。NDP攻击发生在链路内部，根本不经过出口防火墙。内网恰是NDP攻击的主要战场，且内网流量（明文HTTP、SMB、LDAP等）被中间人后的损失往往大于外网攻击面。 |
| "ICMPv6应该全部过滤以保证安全" | 高危误配置。RFC 4890明确反对一刀切过滤：ND消息（RS/RA/NS/NA）、MLD与PMTUD必需的Packet Too Big等消息必须按基线放行，否则将导致地址配置失败、邻居解析中断与TCP黑洞。正确姿势是"分级放行+接入层精细管控"，而非"全部丢弃"。 |
| "临时地址（RFC 8981）能防NDP欺骗" | 混淆目标。临时地址解决的是"地址被追踪"的隐私问题；NDP欺骗针对的是"地址解析与网关发现"的信任问题，两者正交。隐私地址甚至增加了绑定审计（SAVI）与日志关联的难度（见第7页§04）。 |
03 · 研究目标与关键问题
- 规范掌握目标：形成对RFC 4861/4862/4191/8106消息体系、状态机与内置安全检查的逐条技术解读，明确协议内置机制（Hop Limit 255检查、DAD、NUD）能提供什么、不能提供什么（第2页）。
- 攻击建模目标：建立覆盖"伪造/洪泛/竞态/资源"四象限的NDP攻击分类学，每个攻击项明确：前提条件、协议机理、影响面、检测信号、对应控制（第3页）。
- 防护评估目标：对RA-Guard（含RFC 7113加固）、SAVI、DHCPv6-Shield、端口安全/802.1X建立部署基线与对抗性评估方法，输出"控制×攻击"覆盖矩阵（第4、5页）。
- 实证推演目标：对Toxic Proxies（BH USA 2016 / DEF CON 24）、CVE-2020-16898、CVE-2021-24074、CVE-2024-38063等公开事件做"反事实检测"推演，量化各控制在真实事件中的预期效果（第6页）。
- 治理落地目标：输出分阶段实施路线、核查清单与成熟度指标，形成可直接纳入组织IPv6安全基线的交付物（第8页）。
3.1 三个关键研究问题（KQ）
| 编号 | 关键问题 | 内涵说明 | 对应章节 |
|---|---|---|---|
| KQ-1 | 检测完备性 | 被动监测对伪造RA（含低频、定向单主机投递）、RDNSS突变、NA投毒、DAD异常的检出能力边界在哪里？加密DNS（DoH/DoT）普及后，RDNSS投毒的"后果可见性"下降，监测应如何调整指标？ | 第3、5页 |
| KQ-2 | 防护对抗性 | RA-Guard硬件化加固（RFC 7113）后，分片/隧道绕过是否闭合？同一VLAN内的合法地址NA投毒（无需伪造）能否被现有控制拦截？IoT静默设备被控后的低速RA攻击的信噪比如何？ | 第4、7页 |
| KQ-3 | 可用性权衡 | SAVI绑定表在高流动场景（Wi-Fi漫游、BYOD、虚拟化）的规模与同步成本？RA-Guard误伤合法小型路由器（手机热点、便携路由）的处置流程？监测规则在802.11介质上的误报率控制？ | 第5、7、8页 |
04 · 生态全景与演进时间线
4.1 生态参与方与职责
| 角色 | 职责/产出 | 代表 |
|---|---|---|
| 标准组织 | NDP本体维护、威胁建模、防护机制标准化 | IETF 6man（IPv6维护）与v6ops（运营）；安全RFC多出自SIDR/SAVI相关工作组及个人/小团体提交 |
| 协议作者与威胁建模 | RFC 4861/4862维护；Rogue RA问题陈述（RFC 6104）、NDP耗尽（RFC 6583）、RA-Guard绕过（RFC 7113）等安全RFC | Thomas Narten、Erik Nordmark、Fernando Gont、Ron Bonica等 |
| 设备厂商 | 接入交换机RA-Guard/ND检测/SAVI特性；路由器RA配置面 | Cisco（ipv6 nd raguard policy等）、Juniper、华为、H3C等（各厂商特性命名与实现深度不同，第8页分厂商梳理） |
| 操作系统 | 内核NDP栈、RA接收策略、RDNSS支持 | Linux（ndisc/accept_ra系列参数）、*BSD、Windows（TCP/IP栈，其RDNSS解析实现缺陷曾致CVE-2020-16898） |
| 工具社区 | 攻击评估、审计与监测工具 | THC-IPv6（van Hauser）、SI6 Networks IPv6工具包（Fernando Gont）、bettercap、Scapy、Nmap、Wireshark、Suricata/Snort、Zeek |
| 测量研究社区 | IPv6部署测量、第一跳安全现状分析 | APNIC Labs、运营商与高校的安全运维公开报告、攻防演练社区 |
4.2 领域演进关键时间线
| 时间 | 事件及其安全意义 |
|---|---|
| 1996—1998 | NDP前身随IPv6标准化：RFC 1970（1996）→ RFC 2461（1998）。信任模型自始未变：链路内节点默认可信。 |
| 2005 | SeND/CGA（RFC 3971/3972）与RFC 4191（默认路由器偏好与更具体路由选项）同年发布——前者成为密码学路线起点（后止步于实验室），后者在扩展RA能力的同时扩展了攻击面。 |
| 2007 | NDP现行标准RFC 4861与SLAAC现行标准RFC 4862发布（取代2461/2462）；RFC 4890（ICMPv6过滤建议）与RFC 4941（临时地址，后被RFC 8981取代）同年成型——协议、过滤基线与隐私机制三线并进。 |
| 2010—2011 | THC-IPv6攻击套件公开发布，Rogue RA攻击门槛骤降；IETF响应：RFC 6104（Rogue RA问题陈述）与RFC 6105（RA-Guard）于2011年2月发布——首代链路层防护标准化。 |
| 2012—2014 | RFC 6583（NDP耗尽攻击与缓解，2012）；SAVI体系成型：RFC 6620（FCFS SAVI，2012）→ RFC 7039（SAVI框架，2013）→ RFC 7513（DHCP场景SAVI，2015）；RFC 7113（2014）揭示RA-Guard分片/隧道绕过并要求硬件加固。防护体系从"单点过滤"走向"绑定验证"。 |
| 2015—2017 | RFC 7610（DHCPv6-Shield，2015）；RFC 8106（RDNSS/DNSSL进RA，2017）——即插即用性与DNS投毒面同步扩张；RFC 8200（2017）确认NDP核心设计不变。 |
| 2020—2021 | CVE-2020-16898（"Bad Neighbor"，Windows TCP/IP栈RDNSS选项解析缓冲区溢出，2020年10月修复）——协议信任面的实现安全实证；RFC 9098（2021）将NDP防护纳入IPv6运营安全总纲；CVE-2021-24094/24086（2021年2月，Windows IPv6协议栈RCE/DoS）与CVE-2021-24074（同日修复的IPv4源路由+分片重组缺陷，CVSS 9.8）共同构成TCP/IP栈解析面的密集修复期。 |
| 2024 | CVE-2024-38063（Windows TCP/IP栈IPv6分片处理整数下溢，CVSS 9.8，可蠕虫级RCE，2024年8月13日修复）——IPv6协议栈解析面高危的再次实证，紧急修补与临时缓解（禁用IPv6分片处理）并重。 |
| 2021至今 | RFC 8981（临时地址更新）、RFC 7217稳定标识符在主流OS普及——监测溯源与隐私保护的张力成为运营新议题；IPv6-only网络试点使第一跳安全从"附加议题"变为"基线前提"。 |
05 · 术语速查与常见误区
5.1 核心术语
| 术语 | 释义 |
|---|---|
| NDP / RFC 4861 | 邻居发现协议：IPv6链路层核心协议，承载地址解析、路由器发现、前缀发现、下一跳确定、DAD与重定向 |
| RS / RA | 路由器请求（133）/路由器宣告（134）：主机 Solicit 路由器，路由器周期性或响应式宣告链路配置（前缀、网关、MTU、DNS等） |
| NS / NA | 邻居请求（135）/邻居宣告（136）：地址解析（替代ARP）与可达性确认（NUD） |
| DAD | 重复地址检测：主机会在正式使用地址前向被请求节点组播发送NS探测冲突，RFC 4862规定默认重复尝试次数（DAD Transmits，默认1） |
| 被请求节点组播 | Solicited-Node Multicast：ff02::1:ff00:0000/104，由单播地址低24位派生——NDP多播寻址的基础 |
| PIO / M标志 / O标志 | RA中的前缀信息选项（Type 3）驱动SLAAC；M标志（Managed）置1要求使用DHCPv6获取地址，O标志（Other）置1要求使用DHCPv6获取其他配置（DNS等） |
| RDNSS / DNSSL | RA携带的递归DNS服务器（Type 25）与DNS搜索列表（Type 31）选项——RFC 8106，"RA即DNS配置"的来源 |
| Rogue RA | 伪造路由器宣告：RFC 6104定义的威胁名词，可实现默认网关劫持、RDNSS投毒、路由注入与DoS |
| RA-Guard | 接入设备基于端口信任状态过滤RA报文的机制（RFC 6105），RFC 7113规定防绕过硬化要求 |
| SAVI | 源地址验证改进（RFC 7039）：监听NDP/DHCP交互建立"地址-端口-主机"绑定，阻断伪造源地址；实现模式含FCFS、DHCP、SLAAC等 |
| SeND / CGA | 安全邻居发现（RFC 3971）与密码学生成地址（RFC 3972）：NDP密码学保护路线，因复杂度未获部署 |
| NUD | 邻居不可达检测：主机周期性确认邻居可达性（REACHABLE/STALE/DELAY/PROBE状态机）——可被NA欺骗操纵 |
| DHCPv6-Shield | 仅允许受信任端口提供DHCPv6服务（RFC 7610）——应对M标志翻转与伪造DHCPv6服务器 |
5.2 误区辨析（操作层）
| 误区 | 辨析 |
|---|---|
| "伪造RA后所有主机都会立即受影响" | 不准确。各OS的RA接收策略与优先级逻辑不同（如Linux的accept_ra级别、路由器自身忽略RA等）；部分主机可能通过DHCPv6获得更优DNS配置；但默认网关与路由注入在多数主机上即时生效——影响面仍应以"全网默认网关可被改写"为假设。 |
| "开启RA-Guard后无需再做监测" | 错误。RA-Guard不覆盖：受信任端口上的攻击、同VLAN内的NA投毒（与RA无关）、以及RA-Guard自身失效（配置漂移、旁路端口）场景——纵深防御要求"防护+检测"并存（第5页）。 |
| "NA欺骗与ARP欺骗完全一样" | 机制相似但细节不同：NDP有NUD状态机，欺骗需要维持（周期性NA刷新），否则REACHABLE超时后进入探测；此外攻击者可利用"Override位"与"路由器位"精细操纵缓存——防御方同样需要持续监测而非一次性阻断。 |
| "没有IPv6地址的网络段就不存在NDP风险" | 错误。双栈主机在纯IPv4网段仍可能通过链路本地IPv6（fe80::）响应伪造RA；6to4/Teredo等自动隧道甚至能跨越无IPv6规划的网络建立IPv6链路——风险排查必须以"链路中是否存在IPv6流量"为起点，而非以"地址规划"为起点（与子课题03联动）。 |
| "小型网络/家庭网络无需关注" | 恰恰相反。家庭与小型办公网络的接入交换机通常无RA-Guard能力，手机热点、智能设备、访客终端同链路共存——伪造RA在此类环境的实施成本几乎为零，是攻击者进入内网的优选跳板。 |
06 · 研究范围与合规边界
- 对象范围：面向以太网/802.11等广播型链路的NDP安全：消息体系、威胁模型、攻击分类、防护机制（RA-Guard/SAVI/DHCPv6-Shield/端口安全）、检测监测、案例与实施。RFC 4191路由选项与RFC 8106 RDNSS/DNSSL的滥用面纳入分析。
- 边界外但相关联：MLD（多播侦听者发现，ICMPv6 130—132）安全——与NDP同属链路层ICMPv6治理域，本课题仅在ICMPv6过滤基线（RFC 4890）处交叉引用；6LoWPAN-ND优化（RFC 6775及后续）面向低功耗有损网络，其简化设计（单跳注册）另具攻击面，列为后续研究方向；IPsec实际部署、6LoWPAN、SRv6不在本课题范围。
- 深度边界：做到"规范解读＋攻击建模＋控制评估＋实施路线"层面；操作系统内核NDP栈的代码级审计、芯片级转发面实现审计不在范围。
- 时效声明：RFC 4861自2007年至今为现行标准且无替代草案进入成熟流程，本课题以该版本为准；厂商特性名称随版本演进，引用时以厂商当期文档为准。
合规与伦理声明：①本课题以防御研究与安全意识教育为目的，严格遵守《网络安全法》《数据安全法》《个人信息保护法》；②攻击机理仅在概念层面描述，用于说明"为什么必须部署某控制"与"如何检测"，不提供可直接复用的攻击命令与配置；③所有实验性验证应在获得书面授权的自有实验环境或演练沙箱中进行（迪妙攻防演练体系提供配套场景）；④对具体产品、漏洞的引用均标注公开来源，归因结论不构成法律指控。
07 · 与课题体系的协同关系
| 协同子课题 | 数据/方法交换内容 |
|---|---|
| 01 IPv6攻击面与威胁建模 | 本课题的NDP攻击分类学作为其"攻击面清单"链路层章节的主体输入；对方提供的STRIDE建模框架用于NDP资产-威胁映射的统一表达 |
| 03 双栈与过渡技术安全 | 隧道（6to4/Teredo/ISATAP）可携带NDP攻击跨越物理链路边界——RA-Guard的RFC 7113隧道绕过分析依赖其隧道残留识别方法；对方引用本课题的"链路信任域"模型定义隧道信任边界 |
| 04 IPv6地址空间测绘与态势感知 | NDP被动观测（伪造RA的源地址、RDNSS突变记录、异常NA模式）是其链路层测绘数据的重要来源；对方的地址熵分析方法用于评估"随机IID对NDP监测的影响"（见第7页§04） |
| 05 IPv6扩展头与分片安全 | RA-Guard分片绕过（RFC 7113）的检测规则与其分片处理基线（RFC 5722/7112）直接耦合：接入设备必须按RFC 7112要求首个分片含完整头链才能有效防御 |
| 06 IPv6-only演进安全实践 | 本课题输出"第一跳安全基线"（RA-Guard全覆盖+SAVI+ND监测）作为IPv6-only网络三大安全支点之一；对方的成熟度评估框架引用本课题的覆盖率指标 |
08 · 预期成果与交付物
- 《NDP协议机制与安全信任模型技术解读》研究报告（第2页内容扩展版，含消息字段级解析与内置检查机制清单）
- NDP攻击分类学与检测信号矩阵（第3页，攻击×前提×影响×检测信号×控制五维表）
- 第一跳安全基线核查清单（第8页，20项核查点，含通过标准与整改建议）
- 《NDP检测规则库与SIEM集成规范》（第5页，Suricata/Snort/Zeek规则思路与日志字段规范）
- 历史事件反事实推演集（第6页，Toxic Proxies、Bad Neighbor等案例的控制有效性推演）
- 《第一跳安全成熟度评估指标》（第8页，五级成熟度与KPI定义，供态势感知与年度评估复用）
09 · 本节参考来源（第1页）
以下均为真实可查的权威来源（IETF官方RFC、厂商安全公告、会议公开研究），用于支撑本页事实性表述。
IETF RFC 4861《Neighbor Discovery for IP version 6 (IPv6)》（2007年9月，现行标准）：rfc-editor.org/rfc/rfc4861；RFC 4862《IPv6 Stateless Address Autoconfiguration》：rfc-editor.org/rfc/rfc4862。
IETF RFC 6104《Rogue IPv6 Router Advertisement Problem Statement》（2011年2月）：rfc-editor.org/rfc/rfc6104；RFC 6105《IPv6 Router Advertisement Guard》：rfc-editor.org/rfc/rfc6105。
IETF RFC 7113《Implementation Recommendations to Improve the Robustness of Router Advertisement Guard》（2014年1月）：rfc-editor.org/rfc/rfc7113；RFC 6583《Security Implications of IPv6 Fragmentation with IPv6 Neighbor Discovery》（2012年3月）：rfc-editor.org/rfc/rfc6583。
IETF RFC 7039《Source Address Validation Improvement (SAVI) Framework》（2013年10月）：rfc-editor.org/rfc/rfc7039；RFC 6620（FCFS SAVI，2012）：rfc-editor.org/rfc/rfc6620；RFC 7513（SAVI for DHCP，2015）：rfc-editor.org/rfc/rfc7513。
IETF RFC 3971《SEcure Neighbor Discovery (SEND)》（2005年3月）：rfc-editor.org/rfc/rfc3971；RFC 3972（CGA）：rfc-editor.org/rfc/rfc3972。
IETF RFC 8106《IPv6 Router Advertisement Options for DNS Configuration》（2017年3月）：rfc-editor.org/rfc/rfc8106；RFC 7610《DHCPv6-Shield》（2015年8月）：rfc-editor.org/rfc/rfc7610；RFC 4191（Default Router Preferences，2005）：rfc-editor.org/rfc/rfc4191。
IETF RFC 4890《Recommendations for Filtering ICMPv6 Messages in Firewalls》（2007年5月）：rfc-editor.org/rfc/rfc4890；RFC 9098《Operational Security Considerations in IPv6 Networks》（2021年8月）：rfc-editor.org/rfc/rfc9098。
THC-IPv6攻击套件（Marc "van Hauser" Heuse，GitHub开源）：github.com/vanhauser-thc/thc-ipv6；SI6 Networks IPv6工具包：si6networks.com/tools/ipv6toolkit；bettercap：github.com/bettercap/bettercap。
Microsoft MSRC，CVE-2020-16898（Windows TCP/IP远程代码执行漏洞）：msrc.microsoft.com；CVE-2021-24074：msrc.microsoft.com；CVE-2024-38063：msrc.microsoft.com。
DEF CON 24《Toxic Proxies - Bypassing HTTPS & VPNs to Pwn Your Online Identity》（Alex Chapman & Paul Stone，Context Information Security，Black Hat USA 2016同题研究，2016）：defcon.org/html/defcon-24/dc-24-speakers.html#Chapman。