18-uRPF配置
本章节下载: 18-uRPF配置 (252.72 KB)
uRPF(unicast Reverse Path Forwarding,单播反向路径转发)是一种单播逆向路由查找技术,用来防范基于源地址欺骗的攻击手段,例如基于源地址欺骗的DoS(Denial of Service,拒绝服务)攻击和DDoS(Distributed Denial of Service,分布式拒绝服务)攻击。
对于使用基于IP地址验证的应用来说,基于源地址欺骗的攻击手段可能导致未被授权用户以他人,甚至是管理员的身份获得访问系统的权限。因此即使响应报文没有发送给攻击者或其它主机,此攻击方法也可能会造成对被攻击对象的破坏。
如图1-1所示,攻击者在Router A上伪造并向Router B发送大量源地址为2.2.2.1的报文,Router B响应这些报文并向真正的“2.2.2.1”(Router C)回复报文。因此这种非法报文对Router B和Router C都造成了攻击。如果此时网络管理员错误地切断了Router C的连接,可能会导致网络业务中断甚至更严重的后果。
攻击者也可以同时伪造不同源地址的攻击报文或者同时攻击多个服务器,从而造成网络阻塞甚至网络瘫痪。
uRPF可以有效防范上述攻击。一般情况下,设备在收到报文后会根据报文的目的地址对报文进行转发或丢弃。而uRPF可以在转发表中查找报文源地址对应的接口是否与报文的入接口相匹配,如果不匹配则认为源地址是伪装的并丢弃该报文,从而有效地防范网络中基于源地址欺骗的恶意攻击行为的发生。
uRPF检查有严格(strict)型和松散(loose)型两种。
不仅检查报文的源地址是否在转发表中存在,而且检查报文的入接口与转发表是否匹配。
在一些特殊情况下(如非对称路由,即设备上行流量的入接口和下行流量的出接口不相同),严格型uRPF检查会错误地丢弃非攻击报文。
一般将严格型uRPF检查布置在ISP的用户端和ISP端之间。
仅检查报文的源地址是否在转发表中存在,而不再检查报文的入接口与转发表是否匹配。
松散型uRPF检查可以避免错误的拦截合法用户的报文,但是也容易忽略一些攻击报文。
一般将松散型uRPF检查布置在ISP-ISP端。另外,如果用户无法保证路由对称,可以使用松散型uRPF检查。
当设备上配置了缺省路由后,会导致uRPF根据转发表检查源地址时,所有源地址都能查到下一跳。针对这种情况,支持用户配置uRPF是否允许匹配缺省路由。如果允许匹配缺省路由(配置allow-default-route),则当uRPF查询转发表得到的结果是缺省路由时,认为查到了匹配的表项;如果不允许匹配缺省路由,则当uRPF查询转发表得到的结果是缺省路由时,认为没有查到匹配的表项。
缺省情况下,如果uRPF查询转发表得到的结果是缺省路由,则按没有查到表项处理,丢弃报文。
运营商网络边缘位置一般不会有缺省路由指向客户侧设备,所以一般不需要配置allow-default-route。如果在客户侧边缘设备接口上面启用uRPF,这时往往会有缺省路由指向运营商,此时需要配置allow-default-route。
uRPF的处理流程如图1-2所示。
图1-2 uRPF处理流程图
(1) 检查地址合法性:
· 对于源地址是全零地址的报文,如果目的地址是广播,则放行(源地址为0.0.0.0,目的地址为255.255.255.255的报文,可能是DHCP或者BOOTP报文,不做丢弃处理);如果目的地址不是广播,则报文被丢弃。
(2) 检查报文的源地址在转发表中是否存在匹配的单播路由:如果在转发表中查找失败(源地址是非单播地址则会匹配到非单播路由),则报文被丢弃,否则进入步骤(3);
(3) 如果转发表中匹配的是上送本机路由,即查到InLoop接口,则检查报文入接口是否是InLoop接口:如果是,则直接放行,否则报文被丢弃;如果转发表中匹配的不是上送本机路由则继续步骤(4);
(4) 如果转发表中匹配的是缺省路由,则检查用户是否配置了允许匹配缺省路由(参数allow-default-route):如果没有配置,报文被丢弃,否则进入步骤(5);如果转发表中匹配的不是缺省路由,则进入步骤(5);
(5) 检查报文源地址与入接口是否匹配。反向查找报文出接口(反向查找是指查找以该报文源IP地址为目的IP地址的报文的出接口)或者缺省路由的出接口:如果其中至少有一个出接口和报文的入接口相匹配,则认为报文通过检查,进行正常的转发;如果不匹配,则查看是否是松散型检查,如果是,则报文检查通过,进行正常的转发;否则说明是严格型检查,报文被丢弃。
图1-3 uRPF典型组网应用
通常在ISP上配置uRPF,在ISP与用户端,配置严格型uRPF检查,在ISP与ISP端,配置松散型uRPF检查。
用户可在全局配置uRPF功能,全局配置对设备的所有接口生效。
配置uRPF时,需要注意:
· LSUM1QGS12SG0和LSUM1TGS48SG0单板不支持uRPF功能。
· uRPF检查仅对接口收到的报文有效。
· 被隧道封装后的报文不支持uRPF检查。关于隧道的详细情况,请参见“三层技术-IP业务配置指导”中的“隧道”。
· 在MPLS网络中,如果本设备为倒数第二跳设备分配了隐式空标签,则从该倒数第二跳设备收到的MPLS报文无法进行严格型uRPF检查。关于MPLS隐式空标签的详细介绍,请参见“MPLS配置指导”中的“MPLS基础”。
· 配置松散型uRPF检查时不建议配置allow-default-route参数,否则可能导致防攻击能力失效。
表1-1 配置全局uRPF
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
在全局下打开uRPF功能 |
ip urpf { loose [ allow-default-route ] | strict [ allow-default-route ] } |
缺省情况下,uRPF功能处于关闭状态 |
在完成上述配置后,在任意视图下执行display命令可以显示配置uRPF后的运行情况,通过查看显示信息验证配置的效果。
表1-2 uRPF显示和维护
配置步骤 |
命令 |
显示uRPF的配置应用情况(独立运行模式) |
display ip urpf [ slot slot-number ] |
显示uRPF的配置应用情况(IRF模式) |
display ip urpf [ chassis chassis-number slot slot-number ] |
· 客户交换机Switch A与ISP交换机Switch B直连,在Switch B上配置严格型uRPF检查。
· 在Switch A上配置严格型uRPF检查,同时允许匹配缺省路由。
图1-4 uRPF配置举例组网图
# 配置严格型uRPF检查。
[SwitchB] ip urpf strict
# 配置严格型uRPF检查,同时允许匹配缺省路由。
[SwitchA] ip urpf strict allow-default-route
uRPF(unicast Reverse Path Forwarding,单播反向路径转发)是一种单播逆向路由查找技术,用来防范基于源地址欺骗的攻击手段,例如基于源地址欺骗的DoS(Denial of Service,拒绝服务)攻击和DDoS(Distributed Denial of Service,分布式拒绝服务)攻击。
对于使用基于IP地址验证的应用来说,基于源地址欺骗的攻击手段可能导致未被授权用户以他人,甚至是管理员的身份获得访问系统的权限。因此即使响应报文没有发送给攻击者或其它主机,此攻击方法也可能会造成对被攻击对象的破坏。
如图2-1所示,攻击者在Router A上伪造并向Router B发送大量源地址为2000::1的报文,Router B响应这些报文并向真正的“2000::1”(Router C)回复报文。因此这种非法报文对Router B和Router C都造成了攻击。如果此时网络管理员错误地切断了Router C的连接,可能会导致网络业务中断甚至更严重的后果。
攻击者也可以同时伪造不同源地址的攻击报文或者同时攻击多个服务器,从而造成网络阻塞甚至网络瘫痪。
uRPF可以有效防范上述攻击。一般情况下,设备在收到报文后会根据报文的目的地址对报文进行转发或丢弃。而uRPF可以在转发表中查找报文源地址对应的接口是否与报文的入接口相匹配,如果不匹配则认为源地址是伪装的并丢弃该报文,从而有效地防范网络中基于源地址欺骗的恶意攻击行为的发生。
IPv6 uRPF检查有严格(strict)型和松散(loose)型两种。
不仅检查报文的源地址是否在IPv6转发表中存在,而且检查报文的入接口与IPv6转发表是否匹配。
在一些特殊情况下(如非对称路由,即设备上行流量的入接口和下行流量的出接口不相同),严格型IPv6 uRPF检查会错误地丢弃非攻击报文。
一般将严格型IPv6 uRPF检查布置在ISP的用户端和ISP端之间。
仅检查报文的源地址是否在IPv6转发表中存在,而不再检查报文的入接口与IPv6转发表是否匹配。
松散型IPv6 uRPF检查可以避免错误的拦截合法用户的报文,但是也容易忽略一些攻击报文。
一般将松散型IPv6 uRPF检查布置在ISP-ISP端。另外,如果用户无法保证路由对称,可以使用松散型IPv6 uRPF检查。
当设备上配置了缺省路由后,会导致IPv6 uRPF根据IPv6转发表检查源地址时,所有源地址都能查到下一跳。针对这种情况,支持用户配置IPv6 uRPF是否允许匹配缺省路由。如果允许匹配缺省路由(配置allow-default-route),则当IPv6 uRPF查询IPv6转发表得到的结果是缺省路由时,认为查到了匹配的表项;如果不允许匹配缺省路由,则当IPv6 uRPF查询IPv6转发表得到的结果是缺省路由时,认为没有查到匹配的表项。
缺省情况下,如果IPv6 uRPF查询IPv6转发表得到的结果是缺省路由,则按没有查到表项处理,丢弃报文。
运营商网络边缘位置一般不会有缺省路由指向客户侧设备,所以一般不需要配置allow-default-route。如果在客户侧边缘设备接口上面启用IPv6 uRPF,这时往往会有缺省路由指向运营商,此时需要配置allow-default-route。
IPv6 uRPF的处理流程如图2-2所示。
图2-2 IPv6 uRPF处理流程图
(1) 检查地址合法性:对于目的地址是组播地址的报文直接放行。否则,进入步骤(2);
(2) 检查报文的源地址在IPv6转发表中是否存在匹配的单播路由:如果在IPv6转发表中查找失败(源地址是非单播地址则会匹配到非单播路由),则报文被丢弃,否则进入步骤(3);
(3) 如果IPv6转发表中匹配的是上送本机路由,则检查报文入接口是否是InLoop接口:如果是,则直接放行,否则报文被丢弃;如果IPv6转发表中匹配的不是上送本机路由则继续步骤(4);如果源地址是Link-Local地址,倘若这个地址是入接口的地址,并且入接口不是InLoop接口则报文被丢弃,否则直接放行;
(4) 检查报文源地址与入接口是否匹配:反向查找报文出接口(反向查找是指查找以该报文源IPv6地址为目的IPv6地址的报文的出接口)或者缺省路由的出接口,如果其中至少有一个出接口和报文的入接口相匹配,则进入步骤(5);如果不匹配,则查看是否是松散型检查,如果是,则进入步骤(5),否则说明是严格型检查,报文被丢弃;
(5) 如果IPv6转发表中匹配的是缺省路由,则检查用户是否配置了允许匹配缺省路由(参数allow-default-route),如果没有配置,则报文被丢弃,否则处理结束报文正常转发;如果IPv6转发表中匹配的不是缺省路由,则处理结束报文正常转发。
图2-3 IPv6 uRPF典型组网应用
通常在ISP上配置uRPF,在ISP与用户端,配置严格型IPv6 uRPF检查,在ISP与ISP端,配置松散型IPv6 uRPF检查。
用户可在全局配置IPv6 uRPF功能:全局配置对设备的所有接口生效
配置IPv6 uRPF时,需要注意:
· LSUM1QGS12SG0和LSUM1TGS48SG0单板不支持IPv6 uRPF功能。
· 收到源地址前缀大于64bit的报文时,SA系列接口板不支持对其进行IPv6 uRPF检查。
· IPv6 uRPF检查仅对接口收到的报文有效。
· 被隧道封装后的报文不支持IPv6 uRPF检查。关于隧道的详细情况,请参见“三层技术-IP业务配置指导”中的“隧道”。
· 在MPLS网络中,如果本设备为倒数第二跳设备分配了隐式空标签,则从该倒数第二跳设备收到的MPLS报文无法进行严格型IPv6 uRPF检查。关于MPLS隐式空标签的详细介绍,请参见“MPLS配置指导”中的“MPLS基础”。
· 配置松散型IPv6 uRPF检查时不建议配置allow-default-route参数,否则可能导致防攻击能力失效。
表2-1 配置全局IPv6 uRPF
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
在全局下打开IPv6 uRPF功能 |
ipv6 urpf { loose | strict } [ allow-default-route ] |
缺省情况下,IPv6 uRPF功能处于关闭状态 |
在完成上述配置后,在任意视图下执行display命令可以显示配置IPv6 uRPF后的运行情况,通过查看显示信息验证配置的效果。
表2-2 IPv6 uRPF显示和维护
配置步骤 |
命令 |
显示IPv6 uRPF的配置应用情况(独立运行模式) |
display ipv6 urpf [ slot slot-number ] |
显示IPv6 uRPF的配置应用情况(IRF模式) |
display ipv6 urpf [ chassis chassis-number slot slot-number ] |
客户交换机Switch A与ISP交换机Switch B直连,在Switch B上启动IPv6 uRPF,要求配置严格型IPv6 uRPF检查;在Switch A上启动IPv6 uRPF,要求配置严格型IPv6 uRPF检查,同时允许匹配缺省路由。
图2-4 IPv6 uRPF配置举例组网图
# 配置严格型IPv6 uRPF检查。
[SwitchB] ipv6 urpf strict
# 配置严格型IPv6 uRPF检查,同时允许匹配缺省路由。
[SwitchA] ipv6 urpf strict allow-default-route
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!