XX银行安全审计综合管理平台项目建设方案.docx
《XX银行安全审计综合管理平台项目建设方案.docx》由会员分享,可在线阅读,更多相关《XX银行安全审计综合管理平台项目建设方案.docx(25页珍藏版)》请在冰豆网上搜索。
![XX银行安全审计综合管理平台项目建设方案.docx](https://file1.bdocx.com/fileroot1/2023-1/28/f70981de-7968-4552-b974-a513c9739580/f70981de-7968-4552-b974-a513c97395801.gif)
XX银行安全审计综合管理平台项目建设方案
XX银行安全审计综合管理平台项目建设方案
1背景
近年来,XX银行信息化建设得到快速发展,央行履行金融调控、金融稳定、金融市场和金融服务职能高度依赖于信息技术应用,信息安全问题的全局性影响作用日益增强。
目前,XX银行信息安全保障体系中安全系统建设已经达到了一定的水平。
建设了非法外联监控管理系统、入侵检测系统、漏洞扫描系统、防病毒系统及补丁分发系统,为客户端安全管理、网络安全管理和系统安全管理提供了技术支撑手段,有效提高了安全管理水平;完成制定《金融业星型网间互联安全规范》金融业行业标准,完善内联网外联防火墙系统,确保XX银行网络边界安全;制定并下发《银行计算机机房规范化工作指引》,规范和加强机房环境安全管理。
信息安全审计技术是实现信息安全整个过程中关键记录信息的监控统计,是信息安全保障体系中不可缺少的一部分。
随着电子政务、电子商务以及各类网上应用的开展得到了普遍关注,并且在越来越多的大型网络系统中已经成功应用并发挥着重要作用,特别针对安全事故分析、追踪起到了关键性作用。
传统的安全审计系统局限于对主机的操作系统日志的收集和简单分析,缺乏对于多种平台下(Windows系列、Unix系列、Solaris等)、多种网络设备、重要服务器系统、应用系统以及数据库系统综合的安全审计功能。
随着网络规模的迅速扩大,单一式的安全审计技术逐步被分布式安全审计技术所代替,加上各类应用系统逐步增多,网络管理人员/运维人员工作量往往会成倍增加,使得关键信息得不到重点关注。
大量事实表明,对于安全事件发生或关键数据遭到严重破坏之前完全可以预先通过日志异常行为告警方式通知管理人员,及时进行分析并采取相应措施进行有效阻止,从而大大降低安全事件的发生率。
目前我行信息安全保障工作尚未有效开展安全审计工作,缺少事后审计的技术支撑手段。
当前,信息安全审计作为保障信息系统安全的制度逐渐发展起来;并已在对信息系统依赖性最高的金融业开始普及。
信息安全审计的相关标准包括ISO/IEC17799、COSO、COBIT、ITIL、NISTSP800等。
这些标准从不同角度提出信息安全控制体系,可以有效地控制信息安全风险。
同时,公安部发布的《信息系统安全等级保护技术要求》中对安全审计提出明确的技术要求:
审计范围覆盖网络设备、操作系统、数据库、应用系统,审计内容包括各网络设备运行状况、系统资源的异常使用、重要用户行为和重要系统命令的使用等系统内重要的安全相关事件。
为进一步完善信息安全保障体系,2009年立项建设安全审计系统,不断提高安全管理水平。
2安全审计管理现状
2.1安全审计基本概念
信息安全审计是企业内控、信息系统治理、安全风险控制等的不可或缺的关键手段。
信息安全审计能够为安全管理员提供一组可进行分析的管理数据,以发现在何处发生了违反安全方案的事件。
利用安全审计结果,可调整安全策略,堵住出现的漏洞。
美国信息系统审计的权威专家RonWeber又将它定义为收集并评估证据以决定一个计算机系统是否有效做到保护资产、维护数据完整、完成目标,同时最经济的使用资源。
根据在信息系统中需要进行安全审计的对象与内容,主要分为日志审计、网络审计、主机审计。
下面分别说明如下:
日志审计:
日志可以作为责任认定的依据,也可作为系统运行记录集,对分析系统运行情况、排除故障、提高效率都发挥重要作用。
日志审计是安全审计针对信息系统整体安全状态监测的基础技术,主要通过对网络设备、安全设备、应用系统、操作系统、数据库的集中日志采集、集中存储和关联分析,帮助管理员及时发现信息系统的安全事件,同时当遇到特殊安全事件和系统故障时,确保日志存在和不被篡改,帮助用户快速定位追查取证。
大量事实表明,对于安全事件发生或关键数据遭到严重破坏之前完全可以预先通过日志审计进行分析、告警并及时采取相应措施进行有效阻止,从而大大降低安全事件的发生率。
数据库审计:
主要负责对数据库的各种访问操作进行监控;是安全审计对数据库进行审计技术。
它采用专门的硬件审计引擎,通过旁路部署采用镜像等方式获取数据库访问的网络报文流量,实时监控网络中数据库的所有访问操作(如:
插入、删除、更新、用户自定义操作等),还原SQL操作命令包括源IP地址、目的IP地址、访问时间、用户名、数据库操作类型、数据库表名、字段名等,发现各种违规数据库操作行为,及时报警响应、全过程操作还原,从而实现安全事件的准确全程跟踪定位,全面保障数据库系统安全。
该采集方式不会对数据库的运行、访问产生任何影响,而且具有更强的实时性,是比较理想的数据库日志审计的实现方式。
网络审计:
主要负责网络内容与行为的审计;是安全审计对网络通信的基础审计技术。
它采用专门的网络审计硬件引擎,安装在网络通信系统的数据汇聚点,通过旁路抓取网络数据包进行典型协议分析、识别、判断和记录,Telnet、HTTP、Email、FTP、网上聊天、文件共享、流量等的检测分析等。
主机审计:
主要负责对网络重要区域的客户机上的各种上网行为、文件拷贝/打印操作、通过Modem擅自连接外网等进行审计。
目前我行信息安全系统尚未有效开展安全审计工作,由于缺少对各网络设备、安全设备、应用系统、操作系统、数据库的集中日志采集、集中存储和关联分析等事后审计、追查取证的技术支撑手段,以至无法在遇到特殊安全事件和系统故障时确保日志存在和不被篡改,同时对主机和数据库的操作行为也没有审计和管理的手段,不同有效对操作行为进行审计,防止误操作和恶意行为的发生,因此我行迫切需要尽快建设安全审计系统(包括日志审计、数据库审计、网络审计),确保我行信息系统安全。
2.2我行金融信息管理中心安全审计管理现状
2.2.1日志审计
作为数据中心的运维部门,负责运维内联网总行局域网、总行机关办公自动化系统及货币发行信息管理系统、国库信息处理系统等重要业务系统,保障信息系统IT基础设施的安全运行。
为更好地制定日志审计系统建设方案,开展了金融信息管理中心日志管理现状调研工作,调研内容包括设备/系统配置哪些日志信息、日志信息包括哪些属性、日志采集所支持的协议/接口、日志存储方式及日志管理现状,金融信息管理中心日志管理现状调查表详见附件。
通过分析日志管理现状调查表,将有关情况说明如下:
一、日志内容。
网络设备(包括交换机和路由器)、安全设备(包括防火墙、入侵检测设备、防病毒管理系统和补丁分发系统)、办公自动化系统和重要业务系统均配置一定的日志信息,其中每类设备具有一定的日志配置规范,应用系统(办公自动化系统和重要业务系统)的日志内容差异较大,数据库和中间件仅配置“进程是否正常”的日志信息。
二、日志格式。
网络设备和部分安全设备根据厂商的不同,其日志格式也不同,无统一的日志格式;应用系统根据系统平台的不同,其日志格式也不同,无统一的日志格式。
三、日志采集协议/接口。
网络设备和部分安全设备支持SNMPTrap和Syslog协议,应用系统主要支持TCP/IP协议,个别应用系统自定义了日志采集方式。
四、日志存储方式。
网络设备和部分安全设备日志信息集中存储在日志服务器中,其他设备/系统日志均存储在本地主机上。
日志信息以文本文件、关系型数据库文件、Domino数据库文件和XML文件等方式进行存储。
五、日志管理方式。
主要为分散管理,且无日志管理规范。
在系统/设备出现故障时,日志信息是定位故障,解决故障的主要依据。
据了解,为加强网络基础设施运行情况的监控,金融信息管理中心通过采集交换机和路由器等网络设备的日志信息,实现网络设备日志信息的集中管理,及时发现网络设备运行中出现的问题。
通过上述现状的分析,目前日志管理存在如下问题:
1、不同系统/设备的日志信息分散存储,日志信息被非法删除,导致安全事故处置工作无法追查取证。
2、在系统发生故障后,才去通过日志信息定位故障,导致系统安全运行工作存在一定的被动性,应主动地在日志信息中及时发现系统运行存在的隐患,提高系统运行安全管理水平。
3、随着我行信息化工作的不断深入,系统运维工作压力的不断加大,如不及时规范日志信息管理,信管中心将逐步面临运维的设备多、人员少的问题,不能及时准确把握运维工作的重点。
在目前日志信息管理基础上,若简单加强日志信息管理,仍存在如下问题:
1、通过系统/设备各自的控制台去查看事件,窗口繁多,而且所有的事件都是孤立的,不同系统/设备之间的事件缺乏关联,分析起来极为麻烦,无法弄清楚真实的状况。
2、不同系统/设备对同一个事件的描述可能是不同的,管理人员需了解各系统/设备,分析各种不同格式的信息,导致管理人员的工作非常繁重,效率低。
3、海量日志信息不但无法帮助找出真正的问题,反而因为太多而造成无法管理,并且不同系统/设备可能产生不同的日志信息格式,无法做到快速识别和响应。
2.2.2数据库和网络审计
目前我行没有实现对数据库操作和网络操作行为的审计。
对系统的后台操作人员的远程登录主机、数据库的操作行为无法进行记录、审计,难以防止系统滥用、泄密等问题的发生。
2.3我行安全审计管理办法制定现状
在《银行信息安全管理规定》提出如下安全审计要求:
Ø第一百三十九条各单位科技部门在支持与配合内审部门开展审计信息安全工作的同时,应适时开展本单位和辖内的信息系统日常运行管理和信息安全事件全过程的技术审计,发现问题及时报本单位或上一级单位主管领导。
Ø第一百四十条各单位应做好操作系统、数据库管理系统等审计功能配置管理,应完整保留相关日志记录,一般保留至少一个月,涉及资金交易的业务系统日志应根据需要确定保留时间。
在《银行信息系统安全配置指引-数据库分册》提出如下安全审计要求:
Ø应配置审计日志,并定期查看、清理日志。
Ø审计内容包括创建、修改或删除数据库帐户、数据库对象、数据库表、数据库索引的行为;允许或者撤销审计功能的行为;授予或者取消数据库系统级别权限的行为;任何因为参考对象不存在而引的错误信息;任何改变数据库对象名称的动作;任何对数据库Dictionary或者数据库系统配置的改变;所有数据库连接失败的记录;所有DBA的数据库连接记录;所有数据库用户帐户升级和删除操作的审计跟踪信息。
Ø审计数据应被保存为分析程序或者脚下本可读的格式,时间期限是一年。
所有删除审计数据的操作,都应在动态查帐索引中保留记录。
Ø只有DBA或者安全审核员有权限选择、添加、删除或者修改、停用审计信息。
上述安全审计管理要求为开展日志审计系统建设提供了制度保障。
2.4安全审计产品及应用现状
目前市场上安全审计产品按审计类型也有很多产品,日志审计以SIM类产品为主,也叫安全信息和事件管理(SIEM),是安全管理领域发展的方向。
SIM是一个全面的、面向IT计算环境的安全集中管理平台,这个平台能够收集来自计算环境中各种设备和应用的安全日志和事件,并进行存储、监控、分析、报警、响应和报告,变过去被动的单点防御为全网的综合防御。
由于日志审计对安全厂商的技术开发能力有较高要求,国内一些较有实力的安全厂商能够提供较为成熟的日志审计产品。
目前,日志审计产品已在政府、运营商、金融、民航等行业广泛成功应用。
针对数据库和网络行为审计产品,国内也有多个厂家有比较成熟的产品,在很多行业都有应用。
3安全审计必要性
通过安全审计系统建设,落实信息系统安全等级保护基本技术和管理要求中有关安全审计控制点及日志和事件存储的要求,积累信息系统安全等级保护工作经验。
通过综合安全审计平台的建设,进一步完善我行信息安全保障体系,改变事中及事后安全基础设施建设较弱的现状;为信息安全管理规定落实情况检查提供技术支撑手段,不断完善信息安全管理办法,提高信息安全管理水平;
通过综合安全审计平台,实现信息系统IT基础设施日志信息的集中管理,全面掌握IT基础设施运行过程中出现的隐患,通过安全事件报警和日志报表的方式,在运维人员有限的条件下,有效地把握运维工作的重点,进一步增强系统安全运维工作的主动性,更好地保障系统的正常运行。
同时,有效规避日志信息分散存储存在的非法删除风险,确保安全事故处置的取证工作。
通过综合安全审计平台的建设,规范我行安全审计管理工作,指导今后信息化项目建设,系统也为安全审计管理规范的实现提供了有效的技术支撑平台。
4安全审计综合管理平台建设目标
根据总行金融信息管理中心日志管理工作现状及存在的问题,结合日志审计系统建成后的预期收益,现将系统建设目标说明如下:
Ø海量日志数据的标准化集中管理。
根据即定采集策略,采集信息系统IT基础设施日志信息,规范日志信息格式,实现海量日志数据的标准化集中存储,同时保存日志信息的原始数据,规避日志信息被非法删除而带来的安全事故处置工作无法追查取证的风险;加强海量日志数据集中管理,特别历史日志数据的管理。
Ø系统运行风险及时报警与报表管理
基于标准化的日志数据进行关联分析,及时发现信息系统IT基础设施运行过程中存在的安全隐患,并根据策略进行及时报警,为运维人员主动保障系统安全运行工作提供有效的技术支撑;实现安全隐患的报表管理,更好地支持系统运行安全管理工作。
Ø为落实有关信息安全管理规定提供技术支撑
利用安全审计结果可以评估信息安全管理规定的落实情况,发现信息安全管理办法存在的问题,为完善信息安全管理办法提供依据,持续改进,进一步提高安全管理水平。
Ø规范信息系统日志信息管理。
根据日志管理工作现状,提出信息系统日志信息管理规范,明确信息系统IT基础设施日志配置基本要求、日志内容基本要求等,一方面确保日志审计系统建设实现即定目标;另一方面指导今后信息化项目建设,完善信息安全管理制度体系,进一步提高安全管理水平。
Ø实现对我行各业务系统主机、数据库行为审计。
对各业务系统的主机、数据库行为的审计,主要是在不影响业务系统正常运行的前提下,通过网络镜像流量的方式辅以独立日志分析等其它方式对用户行为进行隐蔽监视,对用户访问业务系统的行为进行审计,对用户危险行为进行告警并在必要时进行阻断,对事后发现的安全事件进行会话回放,进行网络通讯取证。
5安全审计综合管理平台需求
5.1日志审计系统需求
5.1.1系统功能需求
5.1.1.1日志采集功能需求
Ø采集范围
日志审计系统需要对我行信息系统中的网络设备、主机系统、应用系统、安全系统及其他系统(如网络管理系统、存储设备等)进行日志采集。
数据库是我行数据管理的基础,任何数据泄漏、篡改、删除都会对税务的整体数据造成严重损失。
数据库审计是安全管理工作中的一个重要组成部分,通过对数据库的“信息活动”实时地进行监测审计,使管理者对数据库的“信息活动”一目了然,能够及时掌握数据库服务器的应用情况,及时发现客户端的使用问题,存在着哪些安全威胁或隐患并予以纠正,预防应用安全事件的发生,即便发生了也能够可以快速查证并追根寻源。
虽然数据库系统本身能够提供日志审计功能,但是数据库系统自身开启日志审计功能会带给系统较大的负担。
为了保证数据库的性能、稳定性,建议采用国内已较为成熟的数据库审计技术,通过在网络部署专门的旁路数据库审计硬件设备,采用镜像等方式获取数据库访问的网络报文流量,实现针对各种数据库用户的操作命令级审计,从而随时掌握数据库的安全状况,及时发现和阻止各类数据操作违规事件或攻击事件,避免数据的各类安全损失,追查或打击各类违规、违法行为,提高数据库数据安全管理的水平。
该采集方式不会对数据库的运行、访问产生任何影响,而且具有更强的实时性,是比较理想的数据库日志审计的实现方式。
Ø数据来源与内容
数据来源:
审计数据源需要包括我行信息系统各组件的日志产生点,如主机操作日志、操作系统日志、数据库审计日志、FTP/WEB/NNTP/SMTP、安全设备日志等。
数据内容:
异常信息在采集后必须进行分类,例如可以将异常事件信息分成泄密事件和安全运行事件两大类,以便于我行日志审计系统管理人员能快速对事件进行分析。
Ø采集策略
采集策略需要包括采集频率、过滤、合并策略与信息传输策略。
支持根据采集对象的不同,可以设置实时采集、按秒、分钟、小时等采集频率。
支持日志或事件进行必要的过滤和合并,从而只采集有用的、需要关注的日志和事件信息,屏蔽不需要关注的日志和事件信息。
通过预先设定好的日志信息传输策略,使采集到的信息能够根据网络实际情况有序地传输到数据库服务器进行入库存储,避免因日志信息瞬间激增而对网络带宽资源的过度占用,同时保证信息传输的效率,避免断点重传。
Ø采集监控
系统可以监控各采集点的日志传输状态,当有采集点无法正常发送日志信息时,系统可以自动进行告警通知管理员进行处理。
5.1.1.2日志格式标准化需求
根据日志格式标准,对系统采集的信息系统IT基础设施日志信息进行标准化处理。
5.1.1.3日志集中存储需求
我行日志审计系统将对300余个审计对象进行日志审计,此系统需要具有海量的数据存储能力,其后台数据库需要采用稳定以及先进的企业级数据库(如DB2、MSSQLServer数据库);需要有合理的数据存储管理策略;需要支持磁盘阵列柜以及SAN、NAS等存储方式。
5.1.1.4日志关联分析需求
为了解决目前日益严重的复合型风险威胁,我行日志审计系统需要具有关联分析功能:
将不同安全设备的响应通过多种条件关联起来,以便于管理员的分析和处理。
例如当一个严重的事件或用户行为发生后,从网络层面、主机/服务器层面、数据(库)、安全层面到应用层面可能都会有所反应(响应),这时候审计系统将进行数据挖掘,将上述多个层面、多个维度的事件或行为数据挖掘和抽取、关联,将关联的结果呈现给使用者。
5.1.1.5安全事件报警需求
为了快速、准确定位安全事件来源,及时处理安全事件,我行日志审计系统必须具备实时报警功能,报警方式应该多样化,如实时屏幕显示、电子邮件和短信等。
5.1.1.6日志报表需求
我行日志审计系统的报表需要支持细粒度查询,使管理人员能够快速对安全事件进行正确的分析,其查询细粒度应该包括关键字、时间段、源地址、目的地址、源端口、目的端口、设备类型、事件类型、特定审计对象等多个条件的组合查询,并支持模糊查询。
5.1.2系统性能需求
目前我行日志审计系统需要审计300台以上的设备,以一台设备3000条/小时,每条日志1KB为标准计算,300台设备每天的总日志条数为2160万条,总日志量约为21G。
基于上述计算结果,结合同行业成功案例,建议系统性能如下:
处理能力支持安全事件与日志每天2千万条以上;
支持120G以上的数据库存储;
支持的原始日志和事件的存储容量可达到5亿条;
提供对原始日志及审计结果的压缩存储,文件存储压缩比一般不应小于1:
10;
根据审计要求,原始信息及审计结果需保留6个月-1年,因此,需支持磁盘阵列、NAS和SAN等多种存储方式,存储容量需达到7TB以上。
5.1.3系统安全需求
权限划分需求:
日志审计系统需要进行管理权限的划分,不同的管理员具有不同的管理权限,例如管理配置权限与审计操作权限分离,系统中不允许出现超级用户权限。
登录安全需求:
日志审计系统在用户登录上需要强身份鉴别功能以及鉴别失效处理机制。
传输安全需求:
日志审计系统各个组件之间的通讯协议必须支持身份认证与传输加密,确保数据在传输过程中不被泄漏、篡改、删除。
存储安全需求:
日志审计系统的后端数据库必须采用安全可靠的大型数据库,数据库的访问以及对日志审计系统的操作都要通过严格的身份鉴别,并对操作者的权限进行严格划分,保证数据存储安全。
接口安全需求:
日志审计系统各组件之间应该采用其厂商自身的,未公开并且成熟可靠的协议进行通信。
日志审计平台与其他系统(网络设备、主机/服务器、应用系统、安全设备)的接口可采用标准的SNMP、Syslog等协议。
5.1.4系统接口需求
我行日志审计系统主要提供如下接口进行日志采集:
1、Syslog方式,支持SYSLOG协议的设备,如:
防火墙、UNIX服务器等;
2、ODBC/JDBC方式,支持数据库联接的设备;
3、SNMPTrap方式,支持SNMP协议的设备,如:
交换机、路由器、网路安全设备等;
4、XML方式,支持HTTP协议的设备;
5、EventLog方式,支持Windows平台;
6、特定接口方式,对于不支持通用协议的设备,需要定制开发,如:
某网闸隔离系统;
7、其他厂商内部专用协议。
通过标准的接口,可以采集到网络设备、安全设备、主机系统、应用系统的各种类型日志:
包含登陆信息、登陆认证失败信息、应用程序启动信息、进程改变信息、违反防火墙规则的网络行为、IDS检测到的所有入侵事件和IDS自身生成的各种日志等。
日志信息的采集可以根据我行信息系统的现实情况进行实时传输或者定时传输。
5.2数据库和网络审计系统需求
5.2.1审计功能需求
⏹安全审计策略
系统应允许使用者能够针对访问者、被保护对象、操作行为,访问源,事件类型等特征等制定具体的安全审计策略。
策略制定方式应简单灵活,既可以制定适应于批量对象的公共策略,也可以制定适用于单个被保护对象的详细策略。
系统应提供行为全部记录的默认审计策略。
审计记录应该反应出用户的登录身份,登录操作时使用的主机或数据库账号信息。
在建设身份认证和访问控制功能后,可以禁止或允许用户使用某个主机或数据库账号进行登录和操作。
审计记录应该反应出用户的登录身份,登录操作时使用的主机、网络设备或数据库账号信息。
⏹事件实时审计、告警、命令控制
能灵活配置实时安全审计控制策略和预警参数,实时发现可疑操作(如操作系统rm命令、数据库drop、delete命令等),实时发出告警信息(向控制台发出告警信息、向管理员邮箱发送告警电子邮件、向管理员手机发出告警短消息、通过SNMP命令向日志审计系统、网管系统发出告警等)。
⏹行为审计功能
根据制定的安全审计策略,系统应对访问者访问被保护对象的操作交互过程进行记录,并允许选择记录整个操作过程的上行、下行数据。
系统应能够将审计记录重组为会话的能力。
单个会话的全部操作行为应能够进行回放。
每一条审计记录应至少提供操作时间、访问者的身份信息、IP地址、被保护对象(主机名称、IP地址等)、操作内容、系统返回内容。
审计记录结果要实现集中存储、集中管理、集中展现。
⏹事件查询功能
系统需要提供丰富的查询界面,可以通过数据库事件查询、Telnet事件查询、Ftp事件查询、事件会话关联查询、告警查询等不同的维度查询结果。
并支持导出报表。
⏹审计信息的存储
审计信息要求安全存储,分级别进行管理,普通管理员无法修改删除。
用户登录认证及操作日志要求安全存储,普通管理员无法修改删除。
系统应该提供灵活的审计信息存储策略,以应对大规模审计存储的要求;可以根据用户登录身份、使用的主机或数据库账号来制定审计信息存储策略。
⏹重复事件归并
通过配置归并规则,系统可以对大批量的重复事件做统一归并,并记录归并次数。
⏹权限管理
系统需要分管理员和审计员权限,审计员只能审计授权审计的系统的审计信息。
5.2.2报表功能需求
⏹查询功能
系统用户应可按照时间段、访问者、主机或数据库账号、被保护对象、行为方式、行为特征等关键字进行精确或模糊匹配查询。
操作人员根据查询结果可以关联查看整个会话的内容。
⏹统计报表功能
系统应提供完整的报表系统。
系统应按照访问者、被保护对象、行为方式、操作内容(例如数据库表名称)等生成统计报表,并按照要求添加、修改报表数量、格式及内容,以满足安全审计的要求。
5.2.3审计对象及兼容性支持
应当包括(但不限于):
Telnet,ftp,SQL等应用。
操作系统支持:
Unix,HP-UNIX,Solaris
数据库支持:
Oracle,DB2,Infomix,Mysql,Sqlserver
应确