税务系统安全管理平台建设需求分析与总体设计

《税务系统安全管理平台建设需求分析与总体设计》由会员分享，可在线阅读，更多相关《税务系统安全管理平台建设需求分析与总体设计（8页珍藏版）》请在金锄头文库上搜索。

1、税务系统安全管理平台建设需求分析与总体设计摘要： 本系列文章针对税务系统信息安全建设的现状与挑战提出了一个新型的面向税务业务信息系统的安全管理平台模型， 详细阐述了税务安全管理平台的设计思路、总体架构、价值和应用模式，给出了建设税务安全管理平台的规划建议， 并通过实际案例加以说明。 作为系列文章的第一篇， 本文对税务系统所需的安全管理平台进行了需求分析与总体设计。标签：税务系统 安全管理Array SSL VPN 解决方案IP-guard 信息防泄露三重保护解决方案IP-guard 信息防泄露三重保护解决方案1 税务信息安全建设现状与新挑战伴随着我国税务信息化建设的不断深入， 税务信息系统的安

2、全防护水平相应地得到了持续提升， 当今的税务系统在安全领域面临比以往更为复杂的局面， 税务信息系统的安全建设已经从过去的局部优化阶段进入了整体优化阶段， 从过去的以网络为核心的防护体系建设进入了以业务系统为核心的防护体系建设阶段。为了应对不断变化的安全威胁，税务系统先后部署了防病毒系统、防火墙、入侵检测系统、漏洞扫描系统、终端管理、数据库审计系统等单一类安全产品和系统。 这种被动的安全建设过程就像是挖壕沟，为了抵御某一方面的安全威胁，不断地把壕沟挖深，并挖出了一条又一条的壕沟。 由于这些安全系统都仅仅防堵来自某个方面的安全威胁，于是形成了一个个安全防御孤岛，无法产生协同效应。另一方面， 随着金

3、税三期工程的深入推进， 税务系统的安全防护重点正在从过去的网络和终端转移到应用和数据上面来。 对于税务系统而言，构建在 IT 基础架构之上的数据和应用才是最核心的信息资产。未来的安全防护体系建设必须在加强对 IT 基础架构安全防护的基础上，着重做好对包括应用和数据在内的业务信息系统的安全防护。以业务为核心的安全防护体系正在形成。此外，税务系统日益迫切的信息系统等级保护、审计和内控，以及不断增强的业务持续性需求， 也对当前税务系统的安全管理提出了严峻的挑战。上述各种因素表明， 税务系统亟需建立一套横向的、 贯穿孤立的安全防线的、以税务重要业务系统为保护对象的整体性安全管理平台，实现对全网 IT

4、资源的安全运行进行集中管理，真正让税务系统管理者把握整体安全态势， 实现有效地协同防御， 并符合等级保护及相关安全审查控制要求。2 现有安全管理平台建设的局限事实上， 上述不断凸显的需求不仅是税务系统所独有， 其他信息化安全建设水平较高的行业和单位也正面临类似的困局。 为了应对这些挑战，国内出现了多种建设集中化安全管理平台的思路和实践。总的来说， 安全管理平台是一套以资产为核心， 以安全事件管理为关键流程， 采用安全域划分的思想， 建立一套实时的资产风险模型，协助管理员进行事件分析、 风险分析、 预警管理和应急响应处理的集中管理系统。通过安全管理平台的建设， 税务系统可以实现安全管理工作从分散

5、到集中的跨越， 从微观到宏观的提升， 为构建税务系统的整体安全防护体系奠定基础。但是， 一些税务单位早期的安全管理平台建设实践， 以及国内其他行业的类似建设实践表明， 现在的安全管理平台建设过程中存在一些局限， 尤其是难以满足税务系统的实际需求， 从而阻碍了这项工作的推进。这些局限主要体现在以下四个方面：1) 信息来源单一，安全分析不全面，分析结果缺乏指导性安全管理平台的一项核心功能就是将来自不同 IT 资源的信息汇聚起来，进行范式化和关联分析，实现整体安全与风险的评估。但在实际环境中， 往往由于缺少必要的信息输入， 以及获取必要信息的相关手段，从而导致分析结果缺乏说服力。这种信息缺失是多方面

6、的。例如， 传统的安全管理平台基本处于被动运行状态， 仅仅被动接收设备的日志信息， 对系统和设备的可用性和健康状态无法做到主动和有效监控。 当用户的网络和系统出现故障后， 安全管理平台无法收集到相关事件，其分析结果必定大打折扣。2) 只关注设备资产的安全，而没有关注关键业务系统的安全对于税务系统而言， 最宝贵的资产不是网络设备和主机设备， 而是他们所承载的应用和数据 ! 我们进行一轮又一轮的安全防护体系建设， 最终的防护对象不是网络本身， 而是网络所承载的税务业务信息系统。这些业务系统的运行好坏、安全与否、系统中的各类数据是否安全可靠才是各级税务单位信息中心和领导所关注的核心问题。 如果网络一

7、切运行正常， 但是应用和数据遭到破坏， 谈何安全。 不幸的是，传统的安全管理平台局限于对网络、 主机等设备资产的安全监控与管理， 而忽视了对其上运行的业务系统的安全监控与管理， 尤其是重要业务系统的安全保护。 传统安全管理平台所存在的这种局限性不仅是理念上的，也是技术上的， 如果不变革现有的平台技术架构，不可能适应业务发展的需要。3) 片面强调了发现安全问题的技术过程， 而忽略了处理安全问题的运维流程当前大部分安全管理平台都把技术力量投入到了事件采集和分析上。 这些技术固然重要， 但都是属于安全威胁及问题的发现阶段的技术。 当前的安全管理平台大都忽略了帮助用户处理和解决这些已知安全问题的过程。

8、 结果， 很多管理员通过安全管理平台获悉安全问题后，无所适从， 不知如何处理，进而产生了对安全管理平台运用效果的质疑。4) 自成一体，封闭管理，缺乏与其他管理系统的整合协同当前， 不仅是网络安全的集中化管理， 税务系统也正在积极地进行网络运行的集中化管理、 终端准入与安全的集中化管理， 甚至是基于 ITIL 的 IT 运维管理系统建设。 如何在做好网络集中管理、 安全集中管理和运维管理建设的同时， 正确梳理好三者之间的关系， 确保不出现新的 “管理孤岛” ， 也是摆在税务系统 IT 基础设施管理与运营建设者们面前的一个问题。 当前的安全管理平台大都自成一体， 没有考虑到其他管理系统之间的关系，

9、 停留在自我封闭管理的层次上， 难以适应税务系统大集中、大平台、大运维的总体发展思路。面对上述安全管理平台建设过程中出现的新挑战， 以及现有安全管理平台的局限性， 必须对安全管理平台进行重新认识， 形成一套新的平台架构和项目建设思路。 对此， 本文提出了一套建设税务信息系统安全管理平台 (Tax Security Management Platform ， TSMP)的技术架构总体设计方案，以及配套的规划建设方案。3 税务信息系统安全管理平台总体设计3.1 设计指导原则构建税务系统集中化安全管理平台 (TSMP)需遵循以下设计指导原则：1) 符合国家、行业的相关法律法规和指引平台的设计遵循国家

10、和税务总局关于信息系统等级化保护的相关技术要求和设计要求，符合税务系统安全防护总体要求。2) 符合金税三期的总体建设规划平台的设计符合金税三期的一体化建设原则， 即 “将信息系统作为一个整体统筹规划，建立统一的应用架构、统一的数据架构、统一的网络平台、统一的硬件设施平台、统一的安全体系、统一的运行维护体系等基础架构平台。 ”3) 能够有效兼容税务已有安全管理类产品及系统，并且避免将来产生新的安全管理孤岛平台的设计能够将税务系统现有的各类安全管理类产品及系统整合起来， 例如终端管理系统、 安全审计系统、 防火墙集中管理系统，等等。同时，平台应该具有开放性和延展性，能够兼容新的单一类安全管理系统，

11、 始终维持统一安全管理平台的地位， 避免产生新的安全管理孤岛。 此外， 平台还要能够与税务系统在建或者规划建设的网络管理系统、运维管理系统进行对接和协同工作。3.2 总体设计思路税务系统安全管理平台的总体设计思路是： 以税务业务信息系统安全防护为核心， 依托于现有的网络及应用安全防护技术、 产品和系统， 从监控、 审计、 风险和运维四个维度构建起一套集中化、 流程化、体系化的全面安全管理技术平台及其配套的组织体系和运作体系， 实现税务系统日常安全管理运维工作的标准化、 例行化， 并融入到税务系统整体运行维护体系之中。在上述总体设计思路中，构建安全管理平台的四个维度十分关键。监控通过对税务系统

12、IT 资源中包括网络设备、安全设备、主机和应用在内的节点进行统一运行监控，保障 IT 资源的整体运行安全，及时发现网络和系统主机的故障和性能瓶颈。审计通过实时获取 IT 资源中的各类安全信息，进行关联分析，实现 IT 资源的安全态势感知，对内部违规和外部入侵行为进行审计，验证业务系统及其 IT 支撑系统的合规性。风险将业务系统的威胁信息汇集到一起， 通过风险评估获得可测量的安全风险，展示出税务系统全局性安全风险态势。运维借助运维流程支撑平台和标准化的运维流程指导管理人员处理安全问题，实施有效的安全控制措施。这四个维度紧紧围绕重要税务业务信息系统， 协助税务单位信息中心工作人员对税务业务系统进行

13、全方位的运行监控、 安全审计、 风险评估和运行维护。上述四个维度的结合就构成了安全管理的技术 ( 支撑 ) 平台。 但是要做到真正的安全管理，光靠技术是不行的，根据 IATF 理论，还需要组织和流程，也就是所谓的人、流程、技术三者缺一不可。这里，人也叫组织。人的问题，不是靠软件系统去解决的，是靠制度和意识。但是流程问题是可以靠技术来支撑的。 流程是经验和制度的固化， 是一种长效机制的体现。 流程要靠人去执行。 流程可以有一个技术平台来支撑，叫做“运维管理” ，并可以整合到安全管理技术支撑平台中。税务系统的安全管理平台总体设计思路表明， 要构建一套完整的安全管理体系， 不仅要有一套完备的安全管理

14、技术平台， 还需要相应的组织和人员，以及顺畅的运维流程。根据税务系统安全管理平台的总体设计思路， 作为技术部分的安全管理技术 ( 支撑 ) 平台的功能组成至少应该包括“一库四中心” ，总体功能设计如下图所示：图注 安全管理技术 (支撑 ) 平台功能组成“一库”是指 IT 基础资源库，包括业务系统库、资产库、配置库、补丁库、弱点库、策略库、规则库、知识库，等等。 IT 资源库包含了安全管理平台运转起来的基础数据， 也是安全管理平台运转起来的驱动力之一。对于安全管理平台而言，应该具备 IT 资源库信息的维护功能，例如资产维护功能，包括资产的增删改查等。“四中心”包括了运行监控中心、安全审计中心、风

15、险管理中心和运维管理中心。运行监控中心负责对 IT 资源的运行状况、可用性和业务连续性进行持续监测。 运行监控中心应该能够对全网各类 IT 资源 ( 网络、 安全、主机、终端、服务、应用、业务等 ) 进行实时监控，采集各种性能和状态参数，建立业务健康指标体系，全面监控 IT 资源可用性。运行监控中心产生的各类告警信息一方面可以送入运维管理中心触发事件响应流程， 另一方面可以送入安全审计中心， 作为可用性事件参与安全威胁与风险分析。 特别地， 安全运行监控中心所需的监控信息可以来自于现有的网络或应用管理系统。安全审计中心最核心的工作就是对收集上来的全网安全日志及事件， 以及安全监控中心发来的可用

16、性告警进行关联分析， 发现外部入侵，识别内部违规。安全审计中心的核心组件是 SIEM(Security Information and Event Management ，安全信息与事件管理 ) 系统。风险管理中心通过风险评估过程和风险计算方法实现对 IT 资源风险的定量化计算， 获得可衡量的安全风险， 并进行相应的风险控制。风险是资产价值、 弱点度量值与威胁度量值根据量化算法而得到的一个量化的安全检测结果。典型的风险评估过程和计算方法可以参照 GB/T 20984-2007 信息安全技术 信息安全风险评估规范来实现。运维管理中心与前面三个中心有所不同。 安全监控中心、 安全审计中心和风险管理中心主要是从技术角度发现、 识别和度量安全威胁与风险，而运维管理中心则主要用于借助流程化的手段去响应风险，消减风险， 并帮助运维人员建立起一套例行化、 常态化的风险管理机制。运维管理中心两个最关键的流程分别是巡检流程和应急响应流程。 巡检流程作为一个正常处理工作流， 指导运维人员根据预先制定好的工作计划和任务，定期开展 IT 信