Juniper防火墙部署工程(第二部分)--转载
Juniper防火墙部署工程(第二部分)
第三章 总体方案建议计算机网络安全建设方案是参照国际通行的PDRR(Protection-防护、Detection-检测、Respone-响应和Recovery-恢复)安全模型进行设计的。与防火墙A和B直接相关的网络部分如下图所示:
注:◎ 2台防火墙间可增加HA(高可用性)连接。
3.1 防火墙A和防火墙B的双机热备、均衡负载实现方案
Juniper 的中高端防火墙对双机热备、负载分担的实现有很好的支持,实施的方式是通过Juniper的冗余协议NSRP,类似于VRRP(HSRP)但在其基础上有很大的改进,现详细介绍如下:
Juniper为了实现更安全、更有效的防火墙冗余体系,开发了专有的防火墙HA工作的协议NSRP,NSRP协议借鉴了VRRP协议,而且弥补了VRRP协议的不足,是针对安全设备的HA协议。NSRP实现了:
①在HA组成员之间镜像配置,在发生故障切换时确保正确的行为。
②可以在HA组中维护所有活动会话和VPN隧道。
③故障切换算法根据系统健康状态确定哪个系统是主系统,把状态与相邻系统连接起来或监控从本系统到远端的路径。
④无论活动会话和VPN隧道的数量有多少,故障检测和切换到备用系统可以在低于一秒时间内完成。
⑤整个系统的防火墙处理能力提高一倍。
⑥Juniper 的中高端防火墙更支持全网状的Active/Active HA,避免低级的网络故障导致Juniper防火墙的不可用。
Juniper 设备处于“路由”或 NAT 模式时,可以将冗余集群中的两台设备都配置为主动,通过具有负载均衡能力的路由器,运行诸如“虚拟路由器冗余协议 (VRRP)”等协议,共享它们之间分配的流量。通过使用“NetScreen 冗余协议 (NSRP)”创建两个虚拟安全设备 (VSD) 组,每个组都具有自己的虚拟安全接口 (VSI),即可实现此目的。设备 A 充当 VSD 组 1 的主设备,并充当 VSD 组 2 的备份设备。设备 B 充当 VSD 组 2 的主设备,并充当 VSD 组 1 的备份设备。此配置称为双主动(请参阅下图)。由于设备冗余,因此不存在单一故障点。负载分担的方式是通过同一VLAN内一部分设备的网关指向一台防火墙 的端口ip地址,另一部分设备的网网关指向另一台防火墙的端口ip地址。故障切换后,该VLAN的所有设备都指向同一防火墙的物理端口(逻辑上具备两个同 网段的IP地址,作为不同设备的缺省网关IP地址)。
设备 A 和设备 B 各接收 50% 的网络和 VPN 流量。设备 A 出现故障时,设备 B 变成 VSD 组 1 的主设备,同时继续作为 VSD 组 2 的主设备,并处理 100% 的流量。在双主动配置中,故障切换产生的流量转移结果如下图所示。
尽管处于双主动配置的两台设备分开的会话总数不能超过单个防火墙设备的容量,但添加的第二台设备使可用的潜在带宽加倍。第二台主动设备也保证两台设备都具 有网络连接功能。即双主动的配置方法的最大连接数保持为原单机时的数量,该数量对一个大型网络也已足够了,但是数据吞吐量则增大一倍。
除 NSRP 集群(主要负责在组成员间传播配置并通告每个成员的当前 VSD 组状态)外,还可以将设备 A 和设备 B 配置为 RTO 镜像组中的成员,该镜像组负责维持一对设备之间执行对象 (RTO)3 的同步性。主设备让位时,通过维持所有当前会话,备份设备可立即用最短的服务停顿时间承担主地位。
除冗余设备外,还可以在防火墙设备上配置冗余物理接口。如果一级端口失去网络连接,则二级端口承担连接的任务。
在防火墙设备中,也存在冗余物理 HA 接口,它不仅处理不同种类的 HA 通信,而且彼此充当备份。缺省情况下, HA1 处理控制消息, HA2 处理数据消息。如果失去任一 HA 链接,则另一链接可承担起两种消息类型。在没有专用 HA 接口的 Juniper 设备上,必须将一个或两个物理以太网接口绑定到 HA 区段上。
由于 NSRP 通信的机密特性,可以通过加密和认证保障所有 NSRP 流量的安全。对于加密和认证,NSRP 分别支持DES 和 MD5 算法。
通常,在Juniper的冗余协议NSRP的支持下,防火墙的冗余连接有以下几种形式:
Active-Standby:
有冗余,无法同时工作
Active-Active:
有冗余,双机同时工作,仅能容忍1个故障点
Active-Active(全网状,Full Mesh):
有冗余,双机同时工作,最多容忍3个故障点,网络结构较复杂,可以检测切换非相邻设备的故障。
Juniper的中高端防火墙设备通过一个或两个高可靠性端口HA1和HA2来实现NSRP。在实际配置时,可将第一个端口HA1配置为传递控制信息的连 接,实现两台防火墙的配置同步、心跳检测、故障检测、实时会话信息同步等功能,此时两台防火墙的会话状态表保持一致,传递信息的流量实际并不大(主要是会 话建立的初期需要传递较多的会话的参数信息),所以两台防火墙的会话信息可以实时得到同步。第二个端口HA2配置为传递实际数据流量数据线路,主要是在不 对称流量进出的情况发挥作用,即某一会话的流量进来是通过第一台防火墙,但是返回的流量却因为相邻路由设备的原因发到了第二台防火墙,此时第二台防火墙进 行会话状态检测后发现是基于现有会话的,而且属于第一台防火墙处理的流量,于是将返回的流量通过HA2端口发给第一台防火墙。两个HA端口可以作为备份, 即实际上一个HA就可以实现以上功能,保证了网络的高可靠性。
在实际应用中,可以通过网络优化、路由调整的方法将不对称的流量减少,从而使得第二个端口HA2的负载处在合理水平。
以上的故障切换均可在小于1秒内完成,并且对用户流量透明。具体切换的触发因素和检测方式列表如下:
故障描述 NSRP / Juniper 保护
Juniper 保护的故障
数据端口故障 (物理层和链路层) 冗余数据端口
HA端口 冗余HA端口
电源故障 冗余电源
设备完全掉电 心跳信号
ScreenOS 系统故障导致流量不通过但端口是up的 (layer 3 故障) 心跳信号
相邻设备故障
完全掉电和不提供服务 IP 路径检测
路由器故障
端口故障 链路监测
设备故障 IP 路径检测&链路监测
应用故障 IP 路径检测
交换机故障
端口故障 链路监测
设备故障 链路监测
应用故障 IP 路径检测
管理员控制的设备维护和down机 IP 路径检测
多设备故障
Juniper 和周围设备在不同路径故障 冗余端口
环境故障
物理接线故障 链路监测
电路故障 心跳信号, 多电源, 链路监测, IP路径检测
此外,由于实施了Juniper 的冗余协议NSRP,包括VPN、地址翻译等多种应用的实时信息都得到同步,即对VPN连接、地址翻译连接的切换也是在小于1秒完成,所以在实施时具备很 强的灵活性,适应了各种网络应用的情况。而且查错较为简单。所以该方案的优势还是比较明显的,只需在实施时注意减少不对称路由的条数,让大部分的流量对称 地传送,小部分不对称路由的流量通过HA2口做“h”型的转发即可。
3.2 防火墙A和防火墙B的VLAN(802.1Q的trunk协议)实现方案
Juniper 防火墙在路由模式的(包括5GT)都支持VLAN终结和VLAN间的路由,即在物理端口下可以开802.1Q的逻辑子接口。
不同的逻辑子接口可以放在不同的安全区里面,然后可以对不同安全区之间的互相访问进行控制(缺省情况下的规则是不允许互相访问)。
Juniper防火墙在透明模式下一般可以支持对不带vlan tag标记和带vlan tag标记的数据包的穿越,同时对该数据包的IP层及应用层的信息进行分析,从而可以更容易地将该防火墙部署到网络里面。
3.3 防火墙A和防火墙B的动态路由支持程度的实现方案
Juniper 的防火墙支持的路由协议包括:
1、 OSPF/BGP动态路由;
2、 RIPv2动态路由;
3、 源路由:即根据源IP地址或源接口来确定下一跳;
4、 多链路负载均衡:Juniper防火墙支持同一物理接口下多链路和不同不物理接口下的多链路的负载均衡,最多的链路可达4条。
5、 Juniper防火墙的三层接口,包括物理接口、逻辑子接口、loopback接口、VPN通道接口等都可以运行动态路由;
3.4 防火墙的VPN实现方案
Juniper防火墙的各个三层接口都可端结IPsec VPN,并且可以实施基于策略的VPN(通过防火墙策略定义手动调用相应的VPN),和基于路由的VPN(通过路由协议自动选择相应的VPN隧道,然后单独实施防火墙策略)。
Juniper防火墙中整合了一个全功能VPN解决方案,它们支持站点到站点VPN及远程接入VPN应用。
• 通过VPNC测试,与其他通过IPSec认证的厂商设备兼容。
• 三倍DES、DES和AES加密,使用数字证书(PKI X.509),自动的或手动的IKE。
• SHA-1和MD5认证。
• 同时支持网状式(mesh)及集中星型(hub and spoke)的VPN网络,可按VPN部署的需求,配置用其一或整合两种网络拓扑。
• 支持IPsec NAT穿越;
• 支持远程接入VPN,即通过PC上的VPN客户端(需客户自己提供)发起IPsec VPN,并在防火墙上终结。
3.5 防火墙的安全控制实现方案
防火墙系统的安全策略是整个系统的核心,对于一个安全系统,安全策略的制订至关重要。策略本身出现问题,会导致整个安全系统产生致命的安全问题。因此,对于安全系统的策略制订一定要遵守相关的原则。
几乎所有防火墙系统的安全策略由以下元素组成:
源地址 目的地址 服务 动作
所有防火墙策略的执行是按照前后顺序方式执行,当策略被执行后,其后的策略不被执行。因此,在制订安全策略时要遵循以下原则:
• 越严格的策略越要放在前面
• 越宽松的策略越要往后放
• 策略避免有二意性
三种类型的策略
可通过以下三种策略控制信息流的流动:
• 通过创建区段间策略,可以管理允许从一个安全区段到另一个安全区段的信息流的种类。
• 通过创建区段内部策略,也可以控制允许通过绑定到同一区段的接口间的信息流的类型。
• 通过创建全局策略,可以管理地址间的信息流,而不考虑它们的安全区段。
区段间策略
区段间策略提供对安全区段间信息流的控制。可以设置区段间策略来允许、拒绝或设置从一个区段到另一个区段的信息流通道。使用状态式检查技 术,Juniper 设备保持活动TCP 会话表和活动UDP“pseudo”会话表,以便允许它能回应服务请求。例如,如果有一个策略允许从Trust 区段中的主机A 到Untrust 区段中的服务器B 的HTTP 请求,则当Juniper 设备接收到从服务器B 到主机A 的HTTP 回应时,Juniper 设备将接收到的封包与它的表进行对照检查。找到回应批准HTTP 请求的封包时,Juniper 设备允许来自Untrust 区段中服务器B 的封包穿越防火墙到达Trust 区段中的主机A。要控制由服务器B 发起的流向主机A 的信息流(不只是回应由主机A 发起的信息流),必须创建从Untrust 区段中服务器B 到Trust 区段中主机A 的第二个策略。
区段内部策略
区段内部策略提供对绑定到同一安全区段的接口间信息流的控制。源地址和目的地址都在同一安全区段中,但是通过Juniper 设备上的不同接口到达。与区段间策略一样,区段内部策略也控制信息流单向流动。要允许从数据路径任一端发起的信息流,必须创建两个策略,每个方向一个策 略。
全局策略
与区段间和区段内部策略不同,全局策略不引用特定的源和目的区段。全局策略引用用户定义的Global 区段地址或预定义的Global 区段地址“any”。这些地址可以跨越多个安全区段。例如,如果要提供对多个区段的访问或从多个区段进行访问,则可以创建具有Global 区段地址“any”的全局策略,它包含所有区段中的所有地址。
策略组列表
Juniper 设备维护三种不同的策略组列表,每种策略组列表对应于以下三种策略之一:
• 区段间策略
• 区段内部策略
• 全局策略
Juniper 设备接收到发起新会话的封包时,会记录入口接口,从而获知接口所绑定的源区段。然后Juniper 设备执行路由查询以确定出口接口,从而确定该接口所绑定的目的区段。使用源区段和目的区段,Juniper 设备可以执行策略查询,按以下顺序查阅策略组列表:
1、 如果源区段和目的区段不同,则Juniper 设备在区段间策略组列表中执行策略查询。(或)如果源区段和目的区段相同,则Juniper 设备在区段内部策略组列表中执行策略查询。
2、 如果Juniper 设备执行区段间或区段内部策略查询,但是没有找到匹配策略,则Juniper 设备会检查全局策略组列表以查找匹配策略。
3、 如果Juniper 设备执行区段间和全局策略查询,但是没有找到匹配项,Juniper 设备会将缺省的允许/拒绝策略应用到封包:unset/set policy default-permit-all。(或)如果Juniper 设备执行区段内部和全局策略查询,但是没有找到匹配策略,Juniper 设备会将该区段的区段内部阻塞设置应用到封包:unset/set zone zone block。
Juniper 设备从上至下搜索每个策略组列表。因此,必须在列表中将较为特殊的策略定位在不太特殊的策略上面。
策略定义
防火墙提供具有单个进入和退出点的网络边界。由于所有信息流都必须通过此点,因此可以筛选并引导所有通过执行策略组列表(区段间策略、内部区段策略和全局 策略)产生的信息流。策略能允许、拒绝、加密、认证、排定优先次序、调度以及监控尝试从一个安全区段流到另一个安全区段的信息流。可以决定哪些用户和信息 能进入和离开,以及它们进入和离开的时间和地点。
策略的结构
策略必须包含下列元素:
• 区段(源区段和目的区段)
• 地址(源地址和目的地址)
• 服务
• 动作(permit、deny、tunnel)
策略也可包含下列元素:
• VPN 通道确定
• Layer 2(第2 层)传输协议(L2TP) 通道确定
• 策略组列表顶部位置
• 网络地址转换(NAT),使用动态IP (DIP) 池
• 用户认证
• 备份HA 会话
• 记录
• 计数
• 信息流报警设置
• 时间表
• 信息流整形
时间表
通过将时间表与策略相关联,可以确定策略生效的时间。可以将时间表配置为循环生效,也可配置为单次事件。时间表为控制网络信息流的流动以及确保网络安全提 供了强有力的工具。在稍后的一个范例中,如果您担心职员向公司外传输重要数据,则可设置一个策略,阻塞正常上班时间以外的出站FTP-Put 和MAIL 信息流。
在WebUI 中,在Objects > Schedules 部分中定义时间表。在CLI 中,使用set schedule 命令。
基于安全区段的防火墙保护选项
防火墙用于保护网络的安全,具体做法是先检查要求从一个安全区段到另一区段的通路的所有连接尝试,然后予以允许或拒绝。缺省情况下,防火墙拒绝所有方向的 所有信息流。通过创建策略,定义允许在预定时间通过指定源地点到达指定目的地点的信息流的种类,您可以控制区段间的信息流。范围最大时,可以允许所有类型 的信息流从一个区段中的任何源地点到其它所有区段中的任何目的地点,而且没有任何预定时间限制。范围最小时,可以创建一个策略,只允许一种信息流在预定的 时间段内、在一个区段中的指定主机与另一区段中的指定主机之间流动。
为保护所有连接尝试的安全,防火墙设备使用了一种动态封包过滤方法,即通常所说的状态式检查。使用此方法,防火墙设备在TCP 包头中记入各种不同的信息单元— 源和目的IP 地址、源和目的端口号,以及封包序列号—并保持穿越防火墙的每个TCP 会话的状态。(防火墙也会根据变化的元素,如动态端口变化或会话终止,来修改会话状态。)当响应的TCP 封包到达时,防火墙设备会将其包头中包含的信息与检查表中储存的相关会话的状态进行比较。如果相符,允许响应封包通过防火墙。如果不相符,则丢弃该封包。
防火墙选项用于保护区段的安全,具体做法是先检查要求经过某一接口离开和到达该区域的所有连接尝试,然后予以准许或拒绝。为避免来自其它区段的攻击,可以 启用防御机制来检测并避开以下常见的网络攻击。下列选项可用于具有物理接口的区段(这些选项不适用于子接口):SYN Attack(SYN 攻击)、ICMP Flood(ICMP 泛滥)、UDP Flood (UDP 泛滥)和Port Scan Attack(端口扫描攻击)。
SYN Attack(SYN 攻击):当网络中充满了会发出无法完成的连接请求的SYN 封包,以至于网络无法再处理合法的连接请求,从而导致拒绝服务(DoS) 时,就发生了SYN 泛滥攻击。
ICMP Flood(ICMP 泛滥):当ICMP ping 产生的大量回应请求超出了系统的最大限度,以至于系统耗费所有资源来进行响应直至再也无法处理有效的网络信息流时,就发生了ICMP 泛滥。当启用了ICMP 泛滥保护功能时,可以设置一个临界值,一旦超过此值就会调用ICMP 泛滥攻击保护功能。如果超过了该临界值,防火墙设备在该秒余下的时间和下一秒内会忽略其它的ICMP 回应要求。
UDP Flood(UDP 泛滥):与ICMP 泛滥相似,当以减慢系统速度为目的向该点发送UDP 封包,以至于系统再也无法处理有效的连接时,就发生了UDP 泛滥。当启用了UDP 泛滥保护功能时,可以设置一个临界值,一旦超过此临界值就会调用UDP 泛滥攻击保护功能。如果从一个或多个源向单个目表发送的UDP 封包数超过了此临界值,Juniper 设备在该秒余下的时间和下一秒内会忽略其它到该目标的UDP 封包。
Port Scan Attack(端口扫描攻击):当一个源IP 地址在定义的时间间隔内向位于相同目标IP 地址10 个不同的端口发送IP 封包时,就会发生端口扫描攻击。这个方案的目的是扫描可用的服务,希望会有一个端口响应,因此识别出作为目标的服务。Juniper 设备在内部记录从某一远程源地点扫描的不同端口的数目。使用缺省设置,如果远程主机在0.005 秒内扫描了10 个端口(5,000 微秒),防火墙会将这一情况标记为端口扫描攻击,并在该秒余下的时间内拒绝来自该源地点的其它封包(不论目标IP 地址为何)。
余下的选项可用于具有物理接口和子接口的区段:
Limit session(限制会话):防火墙设备可限制由单个IP 地址建立的会话数量。例如,如果从同一客户端发送过多的请求,就能耗尽Web 服务器上的会话资源。此选项定义了每秒钟防火墙设备可以为单个IP 地址建立的最大会话数量。
SYN-ACK-ACK Proxy 保护:当认证用户初始化Telnet 或FTP 连接时,用户会SYN 封包到Telnet 或FTP服务器。Juniper 设备会截取封包,通过Proxy 将SYN-ACK 封包发送给用户。用户用ACK 封包响应。此时,初始的三方握手就已完成。防火墙设备在其会话表中建立项目,并向用户发送登录提示。如果用户怀有恶意而不登录,但继续启动SYN- ACK-ACK 会话,防火墙会话表就可能填满到某个程度,让设备开始拒绝合法的连接要求。要阻挡这类攻击,您可以启用SYN-ACK-ACK Proxy 保护SCREEN 选项。从相同IP 地址的连接数目到达syn-ack-ack-proxy 临界值后,防火墙设备就会拒绝来自该IP 地址的进一步连接要求。缺省情况下,来自单一IP 地址的临界值是512 次连接。您可以更改这个临界值(为1 到2,500,000 之间的任何数目)以更好地适合网络环境的需求。
SYN Fragment(SYN 碎片):SYN 碎片攻击使目标主机充塞过量的SYN 封包碎片。主机接到这些碎片后,会等待其余的封包到达以便将其重新组合在起来。通过向服务器或主机堆积无法完成的连接,主机的内存缓冲区最终将会塞满。进 一步的连接无法进行,并且可能会破坏主机操作系统。当协议字段指示是ICMP封包,并且片断标志被设置为1 或指出了偏移值时,防火墙设备会丢弃ICMP 封包。
SYN and FIN Bits Set(SYN 和FIN 位的封包):通常不会在同一封包中同时设置SYN 和FIN 标志。但是,攻击者可以通过发送同时置位两个标志的封包来查看将返回何种系统应答,从而确定出接收端上的系统的种类。接着,攻击者可以利用已知的系统漏洞 来实施进一步的攻击。启用此选项可使防火墙设备丢弃在标志字段中同时设置SYN 和FIN 位的封包。
TCP Packet Without Flag(无标记的TCP 封包):通常,在发送的TCP 封包的标志字段中至少会有一位被置位。此选项将使防火墙设备丢弃字段标志缺少或不全的TCP 封包。
FIN Bit With No ACK Bit(有FIN 位无ACK 位):设置了FIN 标志的TCP 封包通常也会设置ACK 位。此选项将使防火墙设备丢弃在标志字段中设置了FIN 标志,但没有设置ACK 位的封包。
ICMP Fragment(ICMP 碎片):检测任何设置了“更多片断”标志,或在偏移字段中指出了偏移值的ICMP 帧。
Ping of Death:TCP/IP 规范要求用于数据包报传输的封包必须具有特定的大小。许多ping 实现允许用户根据需要指定更大的封包大小。过大的ICMP 封包会引发一系列负面的系统反应,如拒绝服务(DoS)、系统崩溃、死机以及重新启动。如果允许防火墙设备执行此操作,它可以检测并拒绝此类过大且不规则 的封包。
Address Sweep Attack(地址扫描攻击):与端口扫描攻击类似,当一个源IP 地址在定义的时间间隔(缺省值为5,000 微秒)内向不同的主机发送ICMP 响应要求(或ping)时,就会发生地址扫描攻击。这个配置的目的是Ping 数个主机,希望有一个会回复响应,以便找到可以作为目标的地址。防火墙设备在内部记录从一个远程源ping 的不同地址的数目。使用缺省设置,如果某远程主机在0.005 秒(5,000 微秒)内ping 了10 个地址,防火墙会将这一情况标记为地址扫描攻击,并在该秒余下的时间内拒绝来自于该主机的ICMP 回应要求。
Large ICMP Packet(大的ICMP 封包):防火墙设备丢弃长度大于1024 的ICMP 封包。
Tear Drop Attack(撕毁攻击):撕毁攻击利用了IP 封包碎片的重新组合。在IP 包头中,选项之一为偏移值。当一个封包碎片的偏移值与大小之和不同于下一封包碎片时,封包发生重叠,并且服务器尝试重新组合封包时会引起系统崩溃。如果防 火墙在某封包碎片中发现了这种不一致现象,将会丢弃该碎片。
Filter IP Source Route Option(过滤IP 源路由选项):IP 包头信息有一个选项,其中所含的路由信息可指定与包头源路由不同的源路由。启用此选项可封锁所有使用“源路由选项”的IP 信息流。“源路由选项”可允许攻击者以假的IP 地址进入网络,并将数据送回到其真正的地址。
Record Route Option(记录路由选项):防火墙设备封锁IP 选项为7(记录路由)的封包。此选项用于记录封包的路由。记录的路由由一系列互联网地址组成,外来者经过分析可以了解到您的网络的编址方案及拓扑结构方面的详细信息。
IP Security Option(IP 安全性选项):此选项为主机提供了一种手段,可发送与DOD 要求兼容的安全性、分隔、TCC(非公开用户组)参数以及“处理限制代码”。
IP Strict Source Route Option(IP 严格源路由选项):防火墙设备封锁IP 选项为9(严格源路由选择)的封包。此选项为封包源提供了一种手段,可在向目标转发封包时提供网关所要使用的路由信息。此选项为严格源路由,因为网关或主 机IP 必须将数据包报直接发送到源路由中的下一地址,并且只能通过下一地址中指示的直接连接的网络才能到达路由中指定的下一网关或主机。
Unknown Protocol(未知协议):防火墙设备丢弃协议字段设置为101 或更大值的封包。目前,这些协议类型被保留,尚未定义。
IP Spoofing(IP 欺骗):当攻击者试图通过假冒有效的客户端IP 地址来绕过防火墙保护时,就发生了欺骗攻击。如果启用了IP 欺骗防御机制,防火墙设备会用自己的路由表对IP 地址进行分析,来抵御这种攻击。如果IP 地址不在路由表中,则不允许来自该源的信息流通过防火墙设备进行通信,并且会丢弃来自该源的所有封包。在CLI 中,您可以指示Juniper 设备丢弃没有包含源路由或包含已保留源IP 地址(不可路由的,例如127.0.0.1)的封包:set zone zone screen ip-spoofing drop-no-rpf-route。
Bad IP Option(坏的IP 选项):当IP 数据包包头中的IP 选项列表不完整或残缺时,会触发此选项。
IP Timestamp Option(IP 时戳选项):防火墙设备封锁IP 选项列表中包括选项4(互联网时戳)的封包。
Loose Source Route Option:防火墙设备封锁IP 选项为3(松散源路由)的封包。此选项为封包源提供了一种手段,可在向目标转发封包时提供网关所要使用的路由信息。此选项是松散源路由,因为允许网关或主 机IP 使用任何数量的其它中间网关的任何路由来到达路由中的下一地址。
IP Stream Option(IP 流选项):防火墙设备封锁IP 选项为8(流ID)的封包。此选项提供了一种方法,用于在不支持流概念的网络中输送16 位SATNET 流标识符。
WinNuke Attack(WinNuke 攻击):WinNuke 是一种常见的应用程序,其唯一目的就是使互联网上任何运行Windows 的计算机崩溃。WinNuke 通过已建立的连接向主机发送带外(OOB) 数据— 通常发送到NetBIOS 端口139— 并引起NetBIOS 碎片重叠,以此来使多台机器崩溃。重新启动后,会显示下列信息,指示攻击已经发生:
An exception OE has occurred at 0028:[address] in VxD MSTCP(01) +
000041AE. This was called from 0028:[address] in VxD NDIS(01) +
00008660. It may be possible to continue normally.(00008660。有可能继续正常运行。)
Press any key to attempt to continue.(请按任意键尝试继续运行。)
Press CTRL+ALT+DEL to restart your computer. You will lose any unsaved information in all applications.(按CTRL+ALT+DEL 可尝试继续运行。将丢失所有应用程序中的未保存信息。)
Press any key to continue. (按任意键继续。)
如果启用了WinNuke 攻击防御机制,Juniper 设备会扫描所有进入的“Microsoft NetBIOS 会话服务”(端口139)封包。如果防火墙设备发现某个封包上设置了TCP URG 代码位,就会检查偏移值、删除碎片重叠并根据需要纠正偏移值以防止发生OOB 错误。然后让经过修正的封包通过,并在“事件警报”日
志中创建一个WinNuke 攻击日志条目。
Land Attack:“陆地”攻击将SYN 攻击和IP 欺骗结合在了一起,当攻击者发送含有受害方IP 地址的欺骗性SYN 封包,将其作为目的和源IP 地址时,就发生了陆地攻击。接收系统通过向自己发送SYN-ACK 封包来进行响应,同时创建一个空的连接,该连接将会一直保持到达到空闲超时值为止。向系统堆积过多的这种空连接会耗尽系统资源,导致DoS。通过将SYN 泛滥防御机制和IP 欺骗保护措施结合在一起,防火墙设备将会封锁任何此类性质的企图。
Malicious URL Protection:当启用“恶意URL 检测”时,Juniper 设备会监视每个HTTP 封包并检测与若干用户定义模式中的任意一个相匹配的任何封包。设备会自动丢弃所有此类封包。
Block Java/ActiveX/ZIP/EXE Component:Web 网页中可能藏有恶意的Java 或ActiveX 组件。下载完以后,这些applet 会在您的计算机上安装特洛伊木马病毒。同样,特洛伊木马病毒2也可以隐藏在压缩文件(如.zip)和可执行(.exe)文件中。在安全区中启用这些组件的 阻塞时,防火墙设备会检查每个到达绑定到该区域的接口的HTTP 包头。会检查包头中列出的内容类型是否指示封包负荷中有任何目的组件。如果内容类型为ActiveX、Java、.exe 或.zip,而且您将防火墙设备配置为阻塞这些组件,防火墙设备会阻塞封包。如果内容类型仅列出“八位位组流”,而不是特定的组件类型,则防火墙设备会检 查负荷中的文件类型。如果文件类型为ActiveX、Java、.exe 或.zip,而且您将防火墙设备配置为阻塞这些组件,防火墙设备会阻塞封包。
Deny Fragment:封包通过不同的网络时,有时必须根据网络的最大传输单位(MTU) 将封包分成更小的部分(片断)。攻击者可能会利用IP 栈具体实现的封包重新组合代码中的漏洞,通过IP 碎片进行攻击。当目标系统收到这些封包时,造成的结果小到无法正确处理封包,大到使整个系统崩溃。如果允许防火墙设备拒绝安全区段上的IP 碎片,设备将封锁在绑定到该区段的接口处接收到的所有IP 封包碎片。
对于网络层的攻击,大多数从技术角度无法判断该数据包的合法性,如SYN flood, UDP flood,通常防火墙采用阀值来控制该访问的流量。通常防火墙对这些选项提供了缺省值。对于在实际网络上该阀值的确定,通常要对实施防火墙的网络实际情 况进行合理的分析,通过对现有网络的分析结果确定最终的设定值。比如,网络在正常工作的情况下的最大Syn数据包值为3000,考虑到网络突发流量,对现 有值增加20%,则该值作为系统的设定值。
在实际应用中,这些参数要随时根据网络流量情况进行动态监控的更新。
3.6 防火墙的网络地址转换实现方案
当防火墙的接口处于“网络地址转换 (NAT)”模式下时, 该设备的作用与Layer 3(第 3 层)交换机(或路由器)相似,将绑定到Untrust 区段的 IP 封包包头中的两个组件进行转换:其源 IP 地址和源端口号。防火墙设备用目的地区段接口的 IP 地址替换发送封包的主机的源 IP 地址。另外,它用另一个由设备生成的任意端口号替换源端口号。
当回复封包到达防火墙设备时,该设备转换内向封包的 IP 包头中的两个组件:目的地地址和端口号,它们被转换回初始号码。封包于是被转发到其目的地地址。
NAT 添加Transparent 模式(透明模式)中未提供的一个安全级别:连接到 NAT 模式接口的主机的地址对Untrust区段中的主机从不公开。
另外,NAT 还保留对互联网可路由的 IP 地址的使用。只用一个公共、互联网可路由的 IP 地址(Untrust 区段中的接口的 IP 地址)时, Trust 区段或任意使用 NAT 服务的其它区段中的 LAN 可拥有具有私有 IP 地址的大量主机。以下IP 地址范围保留给私有 IP 网络,并且不必在互联网上设定路由:
10.0.0.0 - 10.255.255.255
172.16.0.0 - 172.31.255.255
192.168.0.0 - 192.168.255.255
通过 NAT 模式下的接口发送信息流的区段内的主机,能够发出流向Untrust 区段的信息流(如果策略允许),但是不能够接收来自Untrust 区段的信息流,除非为其设置了映射 IP (MIP)、虚拟 IP (VIP) 或 VPN 通道。从Untrust 区段外的其它任意区段向拥有已启用 NAT 的接口的区段发送信息流时,不需要使用MIP、VIP 或 VPN。如果要保护某区段内地址的私密性,可定义 MIP 并为该区段创建一个策略,将该 MIP 引用为目的地地址。
防火墙除了接口支持NAT模式以外,还可以通过设定策略实现以下地址转换的功能:
基于策略的源和目标地址和端口翻译
在策略中可以定义目标地址是否需要转换,其IP地址和端口可以转换为需要的地址和端口。
动态IP地址翻译(DIP,Dynamic IP Pool)
DIP 池包含一个范围内的 IP 地址, 防火墙设备在对 IP 封包包头中的源 IP 地址执行网络地址转换 (NAT) 时,可从中动态地提取地址。
在实施动态IP地址翻译具体方式上,可以实现下列功能
a) 端口地址翻译的DIP
使用“端口地址转换”(PAT),多台主机可共享同一 IP 地址,防火墙设备维护一个已分配端口号的列表,以识别哪个会话属于哪个主机。启用 PAT 后,最多 64,500 台主机即可共享单个 IP 地址。
b) 固定端口地址的DIP
一些应用,如“NetBIOS 扩展用户接口”(NetBEUI) 和“Windows 互联网命名服务”(WINS),需要具体的端口号,如果将 PAT 应用于它们,它们将无法正常运行。对于这种应用,应用 DIP 时,可指定不执行 PAT(即,使用固定端口)。对于固定端口 DIP,防火墙设备散列原始的主机 IP 地址,并将它保存在其主机散列表中,从而允许防火墙设备将正确的会话与每个主机相关联。
c) 扩展端口和DIP
根据情况,如果需要将出站防火墙信息流中的源 IP 地址,从出口接口的地址转换成不同子网中的地址,可使用扩展接口选项。此选项允许将第二个 IP 地址和一个伴随 DIP 池连接到一个在不同子网中的接口。然后,可基于每个策略启用 NAT,并且指定 DIP 池,该池在用于转换的扩展接口上创建。
d) 附着DIP
主机发起与已启用网络地址转换 (NAT) 的策略相匹配的几个会话,并且获得了来自动态 IP (DIP) 池的分配地址时,防火墙设备为每个会话分配不同的源 IP 地址。对于创建多个会话(每个会话都需要同一源 IP 地址)的服务,这种随机地址分配可能会产生问题。
静态地址翻译(映射IP地址)
映射 IP (MIP) 是一个 IP 地址到另一个 IP 地址的一对一直接映射。防火墙设备将目的地为 MIP 的内向信息流转发至地址为 MIP 指向地址的主机。实际上,MIP 是静态目的地地址转换。“动态 IP”(DIP) 将 IP 封包包头中的源 IP地址转换为 DIP 池中随机选择的地址,而 MIP 将 IP 封包包头中的目的地 IP 地址映射为另一个静态 IP 地址。
MIP 允许入站信息流到达接口模式为 NAT 的区段中的私有地址。MIP 还部分解决通过 VPN 通道连接的两个站点之间地址空间重叠的问题。
为保证MIP实现的灵活性,可在与任何已编号通道接口(即带 IP 地址/ 网络掩码的接口)及任何绑定到第 3 层 (L3) 安全区段的已编号接口相同的子网中创建 MIP。
VIP地址翻译
根据 TCP 或 UDP 片段包头的目的地端口号,虚拟 IP (VIP) 地址将在一个 IP 地址处接收到的信息流映射到另一个地址。例如:
目的地为 210.1.1.3:80(即,IP 地址为 210.1.1.3,端口为 80)的 HTTP 封包可能映射到地址为 10.1.2.10 的web 服务器。
目的地为 210.1.1.3:21 的 FTP 封包可能映射到地址为 10.1.2.20 的 FTP 服务器。
目的地为 210.1.1.3:25 的 FTP 封包可能映射到地址为 10.1.2.30 的 FTP 服务器。
由于目的地 IP 地址相同,防火墙设备根据目的地端口号确定将信息流转发到的主机。
可以对众所周知(Well-Known)的服务使用虚拟端口号以增强安全性。例如,如果您只想允许分支机构的雇员在公司网站访问 FTP 服务器,可以指定从 1024 到 65,535 的注册端口号充当内向 FTP 信息流的端口号。Juniper 设备拒绝任何尝试在其众所周知的端口号 (21) 到达 FTP 服务器的信息流。只有预先知道虚拟端口号并将其附加到封包包头的人员才能访问该服务器。
3.7 防火墙的应用代理实现方案
Juniper的防火墙只是在实施基于TCP Syn-Flood保护时才采用了TCP的代理proxy,通过对外部TCP Syn包做代理的方式,保护内部主机不至于受到TCP Syn-Flood的攻击。由于设计原理和应用的区别,Juniper不建议在大网里采用应用代理,避免了网络速度的大幅下降。
3.9 防火墙用户认证的实现方案
在策略定义时,Juniper提供了用户认证选项,选择此选项要求源地址的auth 用户,在允许信息流穿越防火墙或进入VPN 通道前,通过提供用户名和密码,以认证他/ 她的身份。Juniper 设备可使用本地数据库或外部RADIUS、SecurID 或LDAP auth 服务器,执行认证检查。
Juniper 提供两种认证方案:
• 运行时认证,在收到与启用认证的策略相匹配的HTTP、FTP 或Telnet 信息流时,Juniper 设备提示auth用户登录
• WebAuth,通过Juniper 设备发送信息流前,用户必须认证自己
运行时认证
运行时认证的过程如下:
1、 当auth 用户发送HTTP、FTP 或Telnet 连接请求到目的地址时,Juniper 设备截取封包并对其进行缓冲。
2、 Juniper 设备向auth 用户发出登录提示。
3、 auth 用户用自己的用户名和密码响应此提示。
4、 Juniper 设备认证auth 用户的登录信息。
如果认证成功,则在auth 用户和目的地址间建立连接。
注意:如果将需要认证的策略应用到IP 地址的子网,则每个IP 地址都需要认证。如果主机支持多个auth 用户帐户(如运行Telnet 的Unix 主机),则在第一个用户认证后,该主机的所有其它用户都可以继承第一个用户的权限,让信息流通过Juniper 设备而不必经过认证。对于初始的连接请求,策略必须包括下列三个服务中的一项或所有服务:Telnet、HTTP 或FTP。只有具有这些服务中的一个或所有服务的策略才能启动认证过程。可以在涉及用户认证的策略中使用以下任一服务:
• Any (因为“any”包括所有三项必需的服务)
• Telnet、HTTP 或FTP。
• 包括所希望的服务或多个服务的服务组,加上启动认证过程必需的三个服务中的一个或多个(Telnet、FTP或HTTP)。例如,可以创建名为 “Login”的定制服务组,支持FTP、网络会议系统和H.323 服务。然后,在创建策略时,指定服务为“Login”。对于成功认证后的任何连接,策略中指定的所有服务都有效。
策略前检查认证(WebAuth)
WebAuth 认证的过程如下:
1、 auth 用户为WebAuth 服务器建立到IP 地址的HTTP 连接。
2、 Juniper 设备向auth 用户发出登录提示。
3、 auth 用户用自己的用户名和密码响应此提示。
4、 Juniper 设备或外部auth 服务器认证auth 用户的登录信息。
如果认证尝试成功,则Juniper 设备允许auth 用户启动信息流,使其流向在强制通过WebAuth 方法执行认证的策略中指定的目的位置。
注意:启用了认证的策略不支持将DNS (端口为53)作为服务。
3.10 防火墙对带宽管理实现方案
信息流整形
可以为每个策略设置控制和整形信息流的参数。信息流整形参数包括:
• Guaranteed Bandwidth(保障带宽): 以千比特每秒(kbps) 表示的保障吞吐量。低于此临界值的信息流以最高优先级通过,不受任何信息流管理或整形机制的限制。
• Maximum Bandwidth(最大带宽): 以千比特每秒(kbps) 表示的连接类型可用的安全带宽。超过此临界值的信息流被抑制并丢弃。
注意:在WebUI 中,已排定进度的策略如有灰色背景,表示当前时间不在定义的时间表内。已排定进度的策略活动时,背景为白色。
注意:建议不要使用低于10 kbps 的额定值。低于此临界值的额定值会导致封包被丢弃以及过多的重试,从而使信息流的管理目的失败。
• Traffic Priority (信息流优先级): 当信息流带宽在保障带宽和最大带宽设置之间时, Juniper 设备首先让较高优先级的信息流通过,并且只有在没有其它更高优先级的信息流时,才让较低优先级的信息流通过。有八个优先级。
• DiffServ Codepoint Marking(差异服务码点标记):差异服务(DiffServ) 是标记信息流在优先级层次结构中位置的系统。可以将八个Juniper 优先级映射到DiffServ 系统中。缺省情况下,Juniper 系统中的最高优先级(优先级0)映射到DiffServ 字段(请参阅RFC 2474)中的头三位(0111),或映射到IP 封包包头的ToS 字节(请参阅RFC 1349)的IP 前字段中。Juniper 系统中的最低优先级(优先级7)映射到ToS DiffServ 系统中的(0000)。
3.11 防火墙日志管理、管理特性以及集中管理实现方案
1. 管理员角色定义:
设备支持多个管理员。对于管理员对设备进行的任何配置和更改,设备至少记录以下信息:
• 进行更改的管理员
• 该管理员的IP 地址
• 更改的时间
设备应该支持分级的管理员管理权限。仅当管理员用有效的用户名和密码成功登录后,才能访问相应的特权。
审计管理员
审计管理员只具有进行查看设备状态、配置的权限,他只能发出有限的用于查看性质的命令。审计管理员具有以下权限:
• 监控设备状态,包括各种物理/逻辑部件
• 对各种技术参数进行察看/处理/保存等
安全管理员
安全管理员一般具有读和写的能力,具有与超级管理员几乎相同的权限,但是他不能创建、修改或删除其他的管理员用户。安全管理员具有以下权限:
• 设备的安全/性能等方面的设置
• 修改自身账号密码
• 审计管理员的所有权限
超级管理员
超级管理员具有完全的管理权限。每个设备只有一个超级管理员,具有以下权限:
• 管理设备的全部系统,包括全部的物理/逻辑特性
• 添加、删除和管理所有其他的管理员
• 具有其他管理员的所有权限
所有的管理员账号都可以修改用户名和密码。
2.用户参数管理:
认证模式
设备支持本地/外部认证方式。设备本身支持管理用户的添加/修改/删除;外部认证支持Radius/LDAP/SecureID等多种标准。
闲置时间
登陆成功的管理员,在沉默一定时间后系统将自动将其退出,以避免非法操作人员利用用户长时间离开的机会进行操作,也可以避免并发管理用户数量被长期占用。这个时间一般在10分钟左右。
并发用户数量管理
同时登陆设备的用户总数。设备应当可以查看当前的管理员/登陆的方式/登陆IP地址信息。
3、日志审计及监控
安全审计原则
网络安全的审计对于整个网络的状况、设备的运行状况和网络故障及攻击事件的追溯至关重要。一旦网络系统出现问题,管理员要及时对问题和事件进行分析,确定 出现哪些问题,对目前哪些系统造成了影响,如何采取相应的措施。因此,对于网络安全系统管理员在进行安全审计时要遵循以下原则。
突发安全事件的审计要及时
众所周知,网络安全事件层出不穷,任何人都无法预知即将发生的事件,因此,对于网络突发事件的监控和审计对于整个网络的整体安全性举足轻重。网络所熟悉的 病毒,如红色代码、冲击波,口令蠕虫等对网络造成了巨大损失。对于这样的事件发生,如果网络安全监控及时,可以在事件发生初期以最快的速度采取相关措施, 可以及大地减小事件对整个网络造成的影响和损失。
定期安全事件的审计要高效、准确、持续
安全审计工作是一个持久的工作,任何的疏忽就可能给整个网络埋下潜在的危险。同时,任何事件都不是孤立的,对于整个网络安全系统包括路由器,交换机,主机 系统,防火墙,以及入侵检测系统都是相关链的。防火墙的安全审计要与整个网络系统相结合,这样才能做到定期安全事件的审计的高效性、准确性和持续性。
安全日志收集
日志存储方式包括本地/外部两种方式。
本地的日志存储,一般有console显示,内存存储,非易失性存储等形式。Console显示受其字符输出速度的限制(一般为9600波特或稍高),只 适合严重级别较高的日志类型;内存存储不受速度限制,但属于易失性存储,设备掉电会丢失数据,而且受内存大小限制,因此只能作为临时存储,设备应具备将这 些数据另外保存的方法;非易失性存储,适合对关键的日志类型如攻击、管理、异常信息等的保存,便于出现问题时能够保存必要的资料。
外部的日志存储,常见的有syslog/SNMP等。Syslog标准适合存储大量的信息。Syslog的局限性在于UDP协议,这种协议没有重传机制, 很容易造成信息丢失。Juniper建议采用支持TCP方式(新的扩展标准)传输日志。对于外部存储而言,网络的可通性是另外一个不确定因素,因此 Juniper建议采用多个Syslog server备份的方式。
SNMP是常用的监控协议,Juniper支持标准的MIBII和私有的MIB。SNMP采用的是v2c。
对安全设备而言,日志的保密性也需要考虑。Juniper防火墙设备支持从本身的VPN通道传送日志信息。
5、 集中的网管平台NetScreen-Security manager
NetScreen-Security Manager 为IT部门提供了一套简单易用的管理方案,对Juniper设备进行配置部署、网络设置和安全策略设定,实现一种全新的网络安全管理方法。使用 NetScreen-Security Manager,IT经理、网络管理员和安全管理员可以协同工作一起把效率提高,降低管理和运营成本。NSM完全管理Juniper 的防火墙和IDP设备。
其主要特性包括:
集中的端到端生命周期管理实现对设备配置、网络设置和安全策略的精细控制
管理职责的分配使用户可以向需要信息的人员提供信息接入权限
直观的GUI可以简化多种复杂工作,如设备配置、策略创建和VPN部署
3层体系结构可最大限度地提高性能和灵活性
功能包括:
管理权限的分配:
NetScreen-Security Manager使企业IT部门可以为特定用户分配适当级别的管理接入权限来完成各种工作:从只读到全面的编辑功能。其他可以为公司内不同的个人或部门提供 对信息的接入权限或限制对信息的接入,使员工可以做出与自己角色相对应的决策。同样,通过根据员工技能集来允许或限制系统权限,企业就可以实现基于角色的 管理。在这种情况下,许可权限和任务直接对应于企业的理想团队结构。基于角色的管理可以通过NetScreen-Security Manager中预先定义的角色实现,也可以通过系统中70多种可分配任务中创建一个定制角色实现。此外,NetScreen-Security Manager还有另外几种特性可以帮助提高企业安全性团队的工作效率。
对象锁定允许多个管理员同时安全地修改不同地策略或设备
日志和策略地评注字段使管理小组可以公布规则地目的或事件的状态
工作管理器可以集中显示所有设备的更新状态
简化的复杂任务管理
NetScreen-Security Manager的一个主要设计理念是简化安全设备管理的复杂性,同时提供足够的灵活性来满足各个部门的要求。为了实现这样的目标,NetScreen- Security Manager提供一个集成的管理界面,使每个设备参数都可以从一个中央站点上控制。管理员只需点击几下鼠标就可以配置设备、制订安全策略或管理固件更 新。可通过CLI配置的设备所有方面都可以通过NetScreen-Security Manager进行管理。NetScreen-Security Manager提供的一些工具包括:
角色模板可以简化用户权限的创建和管理
设备模板可以通过一个模板来管理一个和一组设备的所有方面
VPN管理器可以在基本拓扑结构定义完毕后创建所有必要的规则,从而加快VPN部署
日志和报告
NetScreen-Security Manager还包括一种高性能日志存储机制,使IT部门可以收集并监控主要指标方面的详尽历史信息,如网络流量和安全性事件。通过内置的报告功能,管理 员可以迅速生成报告以达到进行调查和符合要求的目的。为了进行更广泛的分析,日志文件可以被输出到第三方报告攻击或数据库中。实时监控功能包括VPN和设 备运行、故障状态和高可用性群集监控。保存在NetScreen-Security Manager中的日志可以按照以下方式进行分析:
日志查看功能允许实时查看系统中存储的日志。用户定义的过滤器可以使管理员迅速分析安全性状态和事件
Log Investigator可以提供关联高级日志信息以了解发展趋势和异常情况的功能
日志报告使管理员可以生成、查看和导出报告,同时总结来自所管理的防火墙、VPN设备的日志和告警
体系结构包括一个设备服务器端、一个GUI服务器端和一个小型用户界面(UI)。当成本和/或简便性是主要要求时,设备和GUI服务组件可以位于同一服务 器上。当性能和部署灵活性更为重要时,可以部署在不同服务器上。UI可以为管理员提供所有信息和系统功能地单一接入点而不手所选择地设备和GUI服务器部 署的影响。通过利用GUI服务器的计算功能支持大多数负载,对最终用户系统的影响可以减小到最低。
NetScreen-Security Manager中的所有3个层都通过一条基于TCP的通信信道连接,通过AES加密和SHA-1认证受到保护。通过在通信信道中嵌入类似IPsec VPN的安全性,用户可以轻松地在大多数网络环境中部署安全管理。
特性概述
配置
具有改写功能地设备模板
配置设备的所有方面
全面的设备导入
设备配置验证
有关配置差异的报告
VPN建模工具
基于路由和基于策略的VPN管理
全网状、集中分散、合并VPN拓扑结构
共享策略基于角色的防病毒管理
基于角色的深度检查管理
策略验证
共享对象
日志
集成的实时和历史日志
全面的过滤功能
保存的每个用户的视图
用于团队协作的日志标记和评注
管理
基于角色的管理
对象锁定
审计日志
域(domain)
自动域版本确定和回退
用于跟踪更新状态的工作管理器
第三方集成
逐个规则的系统日志
逐个规则的SNMP
实时监控
防火墙设备
IDP设备
VPN
NSRP
GUI服务器CPU
设备服务器CPU
报告
防火墙报告
IDP报告
屏蔽报告(攻击)
深度检测报告(攻击)
管理报告
HTML输出
日志调查程序可关联日志信息
安全通信
所有层上的安全通信
基于TCP的通信机制
加密:AES, 256位
认证:SHA-1
最低硬件系统要求(需用户自行提供)
用户界面
操作系统支持 Microsoft Windows 2000,NT, xp
CPU最低要求 PIII 1GHz或更高(或AMD Athlon)
RMA最低要求 256MB,建议512MB
最小可用磁盘空间 100MB
到服务器的最低连接要求 384Kbps或LAN
管理服务器(GUI服务器和设备服务器一体机)
CPU最低要求 1GHz
RMA最低要求 1Gb
最低硬盘要求 15K rpm磁盘的可变容量大小(估计日志的平均大小为150字节)
NIC最低要求 100Mbps
操作系统支持 Solaris 8, Solaris 9,RedHat Linux ES3.0,ES4.0
最大设备量 6000