课题研究 IPv6演进安全 子课题04 · 第07页 / 共8页
04子课题 · IPv6地址空间测绘与态势感知

IPv6地址空间测绘与态势感知第07页:反测绘与防御方应对

可发现性是双刃剑——第3页证明低熵地址必然被发现,本页转向防御视角:如何让自己的网络“难被摸清”?核心逻辑是“降低可预测性+收敛暴露面+感知探测行为”三位一体:地址层以RFC 7217稳定隐私地址替代EUI-64与计数式编址、网络层以BCP 38/SAVI与RFC 4890 ICMPv6最小放行基线收敛响应面、感知层以蜜罐前缀与NetFlow/sFlow监测发现针对自身的扫描。同时必须清醒认识反测绘的边界——它抬高攻击成本,但不能替代暴露面治理与漏洞管理。

反测绘RFC 7217RFC 8981RFC 4890BCP 38SAVI蜜罐前缀扫描检测NetFlowIPFIX研究状态:研究中
所属专题互联网基础设施安全 › IPv6演进安全
目标受众蓝队/SOC、网络运维、安全架构师、攻防演练组织方
本页要点定位边界 → 地址低熵化 → 响应面收敛 → 诱饵感知 → 检测面 → 核查清单

01 · 反测绘的战略定位与效果边界

1.1 定位:抬高成本的“减速带”,不是“隐身衣”

反测绘(anti-reconnaissance)的目标不是让网络不可见——对外提供服务必然可被发现——而是:①消除低熵地址,使定向枚举成本趋近随机猜测;②收敛响应面,使探测者难以区分“活跃”与“静默”;③保留对探测行为的感知与溯源能力。其有效性建立在第3页的成本模型上:当全网IID有效熵趋近64位时,攻击者被迫转向被动情报或社会工程,攻击前置成本数量级上升。

1.2 效果边界与误用警示

三条边界:①反测绘不修复任何漏洞,服务自身的弱点不因“地址难猜”而消失;②随机化IID与可审计性存在天然张力——审计缺口应通过SAVI绑定(RFC 7039)、DHCPv6日志与准入控制补偿(子课题01勘误条5),而非回退到可预测地址;③内部网络地址规划的低熵惯例(::1网关、::53 DNS)在链路内无妨,但任何带全球单播可达性的地址都必须低熵化。

02 · 地址层反测绘配置基线

基线项配置要求依据
禁止EUI-64全网禁用MAC派生IID;终端与服务器统一采用RFC 7217稳定隐私算法RFC 8064明确不推荐EUI-64;消除OUI泄露与MAC可推导性
临时地址策略终端出站流量使用RFC 8981临时地址;服务端静态资产不使用临时地址对外服务出站反追踪与入站服务稳定性的正确分工
DHCPv6随机分配DHCPv6服务器采用随机化地址池策略并开启地址日志留存避免顺序分配形成可枚举计数器;日志补偿审计
敏感服务低熵排查对全球可达地址清单逐条排查低字节模式(::1/::2/端口嵌入/IPv4尾号),整改为随机IID第3页低熵模式清单逐项对照
命名信息收敛rDNS命名不泄露设备角色与位置(避免rtr1-pop3之类惯例);PTR按需发布ip6.arpa元数据泄露面治理(RFC 3596语境)
ULA与全局地址隔离ULA(fc00::/7)不注入全球路由、不做NAT66暴露;内部服务优先ULARFC 4193;减少全局空间中的可探测目标数量

例外管理:anycast服务地址(DNS等)与负载均衡VIP因架构需要保持地址稳定,应通过“多实例+单地址”的架构本身吸收探测差异,而非依赖地址保密。

03 · 网络层过滤与速率控制基线

3.1 入向默认拒绝+状态化放行

  • 边界默认拒绝:全球单播入向默认deny,仅显式放行对外服务端口;该原则在IPv4/IPv6两侧必须对等执行(双栈等价性,子课题01);
  • 主机防火墙:终端IPv6入站默认阻止(Windows Defender Firewall、Linux nftables/ip6tables的默认策略均支持),避免“链路内即可达”;
  • ICMPv6最小放行:按RFC 4890基线放行NDP必需消息(NS/NA/RS/RA按角色最小化)与Packet Too Big,Echo Request限速而非全丢——既维持协议功能又避免应答成为探测信标;
  • 速率控制:对ICMPv6 Echo与TCP SYN设每秒/每源速率阈值,超出即丢弃并计数——把扫描者的“敲门”变成“哑炮”。

3.2 源地址真实性与外联管控

  • 入口过滤:接入与边界部署BCP 38(RFC 2827)uRPF,杜绝伪造源地址探测与攻击的匿名化;
  • SAVI绑定:关键接入域部署SAVI(RFC 7039),建立地址—端口—主机绑定,同时服务反测绘审计(绑定日志即台账);
  • 出向治理:内部ULA主机出向访问经防火墙受控,避免内部地址结构经出向流量泄露。

04 · 诱饵前缀与主动感知

4.1 蜜罐地址的IPv6特殊性

IPv4暗网(darknet)可全网铺探针,IPv6下任意前缀内的“空白地址”几乎无限——随机扫描命中诱饵的概率趋近于零。因此IPv6蜜罐的价值不在“守株待兔”,而在“定向感知”:把诱饵地址嵌入真实资产的邻近模式(如 ::100—::1FF 区段、仿真的服务端口指纹),则针对该网络的低熵枚举必然扫到诱饵——命中即告警,且告警置信度极高(正常用户绝不可达未公布地址)。

4.2 诱饵部署要点

  • 邻位布设:诱饵与真实服务同前缀、相邻IID,共享指纹外壳(同TTL、同协议栈特征);
  • 高交互诱饵:对关键前缀部署可交互蜜罐(模拟管理面端口22/3389),记录探测载荷用于归因研究;
  • anycast感知:多站点部署诱饵,多观测点比对命中来源,识别“谁在从哪条路径摸我”。

与反钓业务的联动:诱饵地址命中日志中的扫描源与模式,可与公共互联网反网络钓鱼工作组的情报协同,用于识别钓鱼基础设施的侦察前置行为。

05 · 扫描行为检测

检测面信号特征工具/数据
NetFlow/sFlow异常单源地址对同/64内大量目标发送相同协议探测(ICMPv6 Echo洪泛、低字节递增目标)IPFIX(RFC 7011)/sFlow采集+流分析规则
IDS规则ICMPv6类型异常组合、高频NS/NA、非链路源RS/RASuricata/Snort的IPv6规则集
邻居缓存压力NDP表项暴涨(随机源扫描诱发)设备NDP表监控(呼应RFC 6583耗尽防护)
诱饵命中任何对未公布诱饵地址的连接尝试蜜罐告警(4.2节)
多源低速分布式低速枚举(每源仅数十包)——聚合视图识别跨观测点/跨日期的源—目标模式关联分析

补充手段:在网络边界部署暗网/网络望远镜(darknet/telescope)观测发往未使用地址的探测报文,是学术界识别互联网级扫描行为的标准方法——Fukuda与Heidemann(IMC 2018)系统分析了IPv6扫描流量的检测特征;Spoki(USENIX Security 2022)以响应式望远镜捕获两阶段扫描第二阶段的TCP握手,二者均可为IPv6侧扫描检测规则提供先验特征。

06 · 反测绘基线核查清单

#核查项合格判据
1EUI-64地址清零(全球可达范围)抽查无FFFE标志位地址
2低熵模式地址清零对照第3页模式清单逐项扫描验证
3边界入向默认拒绝且双栈对等策略等价率100%(子课题01指标)
4ICMPv6最小放行合规对照RFC 4890分级基线核查
5uRPF/BCP 38入口过滤部署伪造源测试被丢弃
6关键接入域SAVI绑定与日志留存绑定表覆盖率≥99%
7探测速率阈值与计数超限丢弃且产生日志
8诱饵前缀布设与告警接入SOC命中→告警链路时延≤5分钟
9扫描行为检测规则上线蜜罐命中、NDP压力、ICMPv6洪泛三类规则全生效
10rDNS信息泄露排查无角色/位置敏感命名对外发布
3
反测绘支柱
低熵化地址+收敛响应面+探测感知——缺一不可
10
基线核查项
本页清单可直接转化为自动化审计脚本项
5
检测面
流量/IDS/邻居表/诱饵/多源关联——分层覆盖扫描行为谱系
0
容忍例外
全球可达范围内低熵地址容忍度为零

本节参考来源(第7页)

[1]

IETF RFC 7217(2014年4月):rfc-editor.org/rfc/rfc7217;RFC 8064《Recommendation on Stable IPv6 Interface Identifiers》(2017年2月):rfc-editor.org/rfc/rfc8064;RFC 8981(2021年2月):rfc-editor.org/rfc/rfc8981。

[2]

IETF RFC 4890《Recommendations for Filtering ICMPv6 Messages in Firewalls》(2007年5月):rfc-editor.org/rfc/rfc4890;RFC 4443(ICMPv6本体,2006年3月):rfc-editor.org/rfc/rfc4443。

[3]

BCP 38 / RFC 2827《Network Ingress Filtering》(2000年5月):rfc-editor.org/rfc/rfc2827;RFC 7039《Source Address Validation Improvement (SAVI) Framework》(2013年10月):rfc-editor.org/rfc/rfc7039。

[4]

IETF RFC 6583《Operational Neighbor Discovery Problems》(2012年3月,NDP耗尽):rfc-editor.org/rfc/rfc6583;RFC 7011《Specification of the IP Flow Information Export (IPFIX) Protocol》(2013年9月):rfc-editor.org/rfc/rfc7011。

[5]

IETF RFC 4193《Unique Local IPv6 Unicast Addresses》(2005年10月):rfc-editor.org/rfc/rfc4193;RFC 3596(rDNS/ip6.arpa,2003年10月):rfc-editor.org/rfc/rfc3596。

[6]

Fukuda K.、Heidemann J.《Who Knocks at the IPv6 Door? Detecting IPv6 Scanning》(ACM IMC 2018,pp. 231–237):doi.org/10.1145/3278532.3278553;Hiesgen R.、Nawrocki M.、King A.、Dainotti A.、Schmidt T. C.、Wählisch M.《Spoki: Unveiling a New Wave of Scanners through a Reactive Network Telescope》(USENIX Security 2022,pp. 431–448):usenix.org(Spoki)。