cisco acs 网络安全设备管理.docVIP

PAGE PAGE 3 思科ACS网络设备安全管理方案 一、网络设备安全管理需求概述 就北京中行网络布局来看，网络的基础设施现包含几百个网络设备。在网络上支撑的业务日益关键，对网络安全和可靠性要求更为严格。 可以预测的是，大型网络管理需要多种网络管理工具协调工作，不同的网络管理协议、工具和技术将各尽其力，同时发挥着应有的作用。比如：对于Telnet网络管理手段。有些人可能会认为，今后这些传统的设备管理手段，会减少使用甚或完全消失。但实际上，Telnet命令行设备管理仍因其速度、强大功能、熟悉程度和方便性而广受欢迎。尽管其他网络设备管理方式中有先进之处，基于Telnet的管理在未来依然会是一种常用管理方式。 随着BOC网络设备数量的增加，为维持网络运作所需的管理员数目也会随之增加。这些管理员隶属于不同级别的部门，系统管理员结构也比较复杂。网络管理部门现在开始了解，如果没有一个机制来建立整体网络管理系统，以控制哪些管理员能对哪些设备执行哪些命令，网络基础设施的安全性和可靠性问题是无法避免的。 二、设备安全管理解决之道 建立网络设备安全管理的首要出发点是定义和规划设备管理范围, 从这一点我门又可以发现，网络设备安全管理的重点是定义设备操作和管理权限。对于新增加的管理员，我们并不需要对个体用户进行权限分配，而是通过分配到相应的组中，继承用户组的权限定义。 通过上面的例子，我们可以发现网络安全管理的核心问题就是定义以下三个概念：设备组、命令组和用户组。设备组规划了设备管理范围；命令组制定了操作权限；用户组定义了管理员集合。根据BOC的设备管理计划，将它们组合在一起，构成BOC所需要的设备安全管理结构。 安全设备管理包括身份验证Authentication、授权Authorization和记帐Accounting三个方面的内容。例如：管理员需要通过远程Login或是本地Login到目标设备，能否进入到设备上，首先要通过严格的身份认证；通过身份验证的管理员能否执行相应的命令，要通过检查该管理员的操作权限；管理员在设备上的操作过程，可以通过记帐方式记录在案。 AAA的应用大大简化了大型网络复杂的安全管理问题，提高了设备集中控制强度。目前AAA在企业网络中越来越成为网络管理人员不可缺少的网络管理工具。 Cisco Secure ACS 3.1以后的版本提供的Shell壳式授权命令集提供的工具可使用思科设备支持的高效、熟悉的TCP/IP协议及实用程序，来构建可扩展的网络设备安全管理系统。 三、Cisco ACS帮助BOC实现设备安全管理 熟悉Cisco IOS的用户知道，在IOS软件中，定义了16个级别权限，即从0到15。在缺省配置下，初次连接到设备命令行后，用户的特权级别就设置为1。为改变缺省特权级别，您必须运行enable启用命令，提供用户的enable password和请求的新特权级别。如果口令正确，即可授予新特权级别。请注意可能会针对设备上每个权利级别而执行的命令被本地存储于那一设备配置中。超级管理员可以在事先每台设备上定义新的操作命令权限。例如：可修改这些级别并定义新级别，如图1所示。 图1 启用命令特权级别示例 当值班的管理员enable 10之后，该管理员仅仅拥有在级别10规定之下的授权命令集合，其可以执行clear line、debug PPP等命令。这种方式是“分散”特权级别授权控制。这种应用方式要求在所有设备都要执行类似同样的配置，这样同一个管理员才拥有同样的设备操作权限，这显然会增加超级管理员的工作负担。 为解决这种设备安全管理的局限性，Cisco ACS提出了可扩展的管理方式“集中”特权级别授权控制，Cisco ACS通过启用TACACS＋，就可从中央位置提供特权级别授权控制。TACACS＋服务器通常允许各不同的管理员有自己的启用口令并获得特定特权级别。 下面探讨如何利用Cisco ACS实现设备组、命令集、用户组的定义与关联。 3.1 设备组定义 根据北京行的网络结构，我们试定义以下设备组： (待定)交换机组包含总行大楼的楼层交换机Cisco65/45； 试定义以下设备组： (待定)交换机组Cisco Catalyst6500或Catalyst4xxx (待定)网络设备组Cisco2811 3.2 Shell授权命令集(Shell Authorization Command Sets)定义 壳式授权命令集可实现命令授权的共享，即不同用户或组共享相同的命令集。如图2所示，Cisco Secure ACS图形用户界面（GUI）可独立定义命令授权集。 图2 壳式命令授权集GUI 命令集会被赋予一个名称，此名称可用于用户或组设置的命令集。 基于职责的授权(Role-based Authorization) 命令集可