银行安全审计综合管理平台建设方案

慕银行

安全审计综合管理平台建设方案

V1.2二OO九年三月

目录

1背景...........................................错误!未定义书签。

2安全审计管理现状...............................错误!未定义书签。

2.1安全审计基本概念...........................错误!未定义书签。

2.2总行金融信息管理中心安全审计管理现状......错误!未定义书签。

2.2.7日记审计................................错误!未定义书签。

2.2.2数据库和网络审计.......................错误!未定义书签。

2.3我行安全审计管理办法制定现状..............错误!未定义书签。

2.4安全审计产品及应用现状....................错误!未定义书签。

3安全审计必要性..................................错误!未定义书签。

4安全审计综合管理平台建设目的...................错误!未定义书签。

5安全审计综合管理平台需求.......................错误!未定义书签。

5.1日记审计系统需求...........................错误!未定义书签。

5.1.1系统功能需求............................错误!未定义书签。

5.1.2系统性能需求............................错误!未定义书签。

5.1.3系统安全需求............................错误!未定义书签。

5.1.4系统接口需求............................错误!未定义书签。

5.2数据库和网络审计系统需求..................错误!未定义书签。

5.2.1审计功能需求...........................错误!未定义书签。

5.2.2报表功能需求...........................错误!未定义书签。

5.2.3审计对象及兼容性支持...................错误!未定义书签。

5.2.4系统性能...............................错误!未定义书签。

5.2.5审计完整性.............................错误!未定义书签。

6安全审计综合管理平台建设方案..................错误!未定义书签。

6.1日记审计系统建设方案.......................错误!未定义书签。

6.1.1日记管理建议..........................错误!未定义书签。

6.1.2日记审计系统整体架构...................错误!未定义书签。

6.1.3日记采集实现方式.......................错误!未定义书签。

6.1.4日记标准化实现方式....................错误!未定义书签。

6.1.5日记存储实现方式.......................错误!未定义书签。

6.1.6日记关联分析...........................错误!未定义书签。

6.1.7安全事件报警...........................错误!未定义书签。

6.1.8日记报表...............................错误!未定义书签。

6.1.9系统管理...............................错误!未定义书签。

6.1.10系统楼口规范..........................错误!未定义书签。

6.2数据库和网络审计系统建设方案..............错误!未定义书签。

6.2.1数据库和网络行为综合审计..............错误!未定义书签。

6.2.2审计策略...............................错误!未定义书签。

6.2.3审计内容...............................错误!未定义书签。

6.2.4告警与响应管理.........................错误!未定义书签。

6.2.5报表管理...............................错误!未定义书签。

7系统部署方案,…错误!未定义书签。

7.1安全审计综合管理平台系统部署方案...........错误!未定义书签。

7.2系统部署环境规定.............................错误!未定义书签。

7.2.1日记审计系统............................错误!未定义书签。

7.2.2数据库和网络审计系统...................错误!未定义书签。

7.3系统实行建议.................................错误!未定义书签。

7.4二次开发......................................错误!未定义书签。

1背景

近年来，XX银行信息化建设得到快速发展，央行履行金融调控、金融稳定、

金融市场和金融服务职能高度依赖于信息技术应用，信息安全问题的全局性影响

作用日益增强。

目前，XX银行信息安全保障体系中安全系统建设已经达成了一定的水平。

建设了非法外联监控管理系统、入侵检测系统、漏洞扫描系统、防病毒系统及补

丁分发系统，为客户端安全管理、网络安全管理和系统安全管理提供了技术支撑

手段，有效提高了安全管理水平；完毕制定《金融业星型网间互联安全规范》金

融业行业标准，完善内联网外联防火墙系统，保证XX银行网络边界安全；制定

并下发《银行计算机机房规范化工作指引》，规范和加强机房环境安全管理.

信息安全审计技术是实现信息安全整个过程中关键记录信息的监控记录，是

信息安全保障体系中不可缺少的一部分。随着电子政务、电子商务以及各类网上

应用的开展得到了普遍关注，并且在越来越多的大型网络系统中已经成功应用并

发挥着重要作用，特别针对安全事故分析、追踪起到了关键性作用。

键手段。信息安全审计可认为安全管理员提供一批可进行分析的管理数据，以发

现在何处发生了违反安全方案的事件。运用安全审计结果，可调整安全策略，堵

住出现的漏洞。

美国信息系统审计的权威专家RonWeber又将它定义为收集并评估证据以

决定一个计算机系统是否有效做到保护资产、维护数据完整、完毕目的，同时最

经济的使用资源。根据在信息系统中需要进行安全审计的对象与内容，重要分为

日记审计、网络审计、主机审计。下面分别说明如下：

日记审计：日记可以作为责任认定的依据，乜可作为系统运营记录集，对分

析系统运营情况、排除故障、提高效率都发挥重要作用。日记审计是安全审计针

对信息系统整体安全状态监测的基础技术，重要通过对网络设备、安全设备、应

用系统、操作系统、数据库的集中日记采集、集中存储和关联分析，帮助管理员

及时发现信息系统的安全事件，同时当碰到特殊安全事件和系统故障时，保证日

记存在和不被篡改，帮助用户快速定位追查取证。大量事实表白，对于安全事件

发生或关键数据遭到严重破坏之前完全可以预先通过日记审计进行分析、告警并

及时采用相应措施进行有效阻止，从而大大减少安全事件的发生率。

数据库审计：重要负责对数据库的各种访问操作进行监控；是安全审计对数

据库进行审计技术。它采用专门的硬件审计引擎，通过旁路部署采用镜像等方式

获取数据库访问的网络报文流量，实时监控网络中数据库的所有访问操作（如：

插入、删除、更新、出户自定义操作等），还原SQL操作命令涉及源IP地址、

目的IP地址、访问时间、用户名、数据库操作类型、数据库表名、字段名等，

发现各种违规数据库操作行为，及时报警响应、全过程操作还原，从而实现安全

事件的准确全程跟踪定位，全面保障数据库系统安全。该采集方式不会对数据库

的运营、访问产生任何影响，并且具有更强的实时性，是比较抱负的数据库日记

审计的实现方式。

网络审计：重要负责网络内容与行为的审计；是安全审计对网络通信的基础

审计技术。它采用专门的网络审计硬件引擎，安装在网络通信系统的数据汇聚点，

通过旁路抓取网络数据包进行典型协议分析、辨认、判断和记录，Telnet、HTTP、

Email.FTP、网上聊天、文献共享、流量等的检测分析等。

主机审计：重要负责对网络重要区域的客户机上的各种上网行为、文献拷贝

/打印操作、通过Modem擅自连接外网等进行审计。

目前我行信息安全系统尚未有效开展安全审计工作，由于缺少对各网络设

备、安全设备、应用系统、操作系统、数据库的集中日记采集、集中存储和关联

分析等事后审计、追查取证的技术支撑手段,以至无法在碰到特殊安全事件和系

统故障时保证日记存在和不被篡改，同时对主机和数据库的操作行为也没有审计

和管理的手段，不同有效对操作行为进行审计，防止误操作和恶意行为的发生，

因此我行迫切需要尽快建设安全审计系统（涉及日记审计、数据库审计、网络审

计），保证我行信息系统安全。

2.2我行金融信息管理中心安全审计管理现状

2.2.1日记审计

作为数据中心的运维部门，负责运维内联网总行局域网、总行机关办公自动

化系统及货币发行信息管理系统、国库信息解决系统等重要业务系统，保障信息

系统IT基础设施的安全运营。为更好地制定日记审计系统建设方案，开展了金

融信息管理中心日记管理现状调研工作，调研内容涉及设备/系统配置哪些日记

信息、日记信息涉及哪些属性、日记采集所支持的协议/接口、日记存储方式及

日记管理现状，金融信息管理中心日记管理现状调查表详见附件。通过度析日记

管理现状调查表，将有关情况说明如下：

一、日记内容。网络设备（涉及互换机和路由器）、安全设备（涉及防火墙、

入侵检测设备、防病毒管理系统和补丁分发系统）、办公自动化系统和重要业务

系统均配置一定的日记信息，其中每类设备具有一定的日记配置规范，应用系统

（办公自动化系统和重要业务系统）的日记内容差异较大，数据库和中间件仅配

置“进程是否正常”的日记信息。

二、日记格式。网络设备和部分安全设备根据厂商的不同，其日记格式也不

同，无统一的日记格式；应用系统根据系统平台的不同，其日记格式也不同，无

统一的日记格式。

三、日记采集协议/接口。网络设备和部分安全设备支持SNMPTr叩和Syslog

协议，应用系统重要支持TCP/IP协议，个别应生系统自定义了日记采集方式。

四、日记存储方式。网络设备和部分安全设备日记信息集中存储在日记服务

器中，其他设备/系统日记均存储在本地主机上。日记信息以文本文献、关系型

数据库文献、Domino数据库文献和XML文献等方式进行存储。

五、日记管理方式。重要为分散管理,且无日记管理规范。在系统/设备出现

故障时，日记信息是定位故障，解决故障的重要依据。

据了解，为加强网络基础设施运营情况的监控，金融信息管理中心通过采集

互换机和路由器等网络设备的日记信息，实现网络设备日记信息的集中管理，及

时发现网络设备运营中出现的问题。

通过上述现状的分析，目前日记管理存在如下问题：

1、不同系统/设备的日记信息分散存储，日记信息被非法删除，导致安全事

故处置工作无法追查取证。

2、在系统发生故障后，才去通过日记信息定位故障，导致系统安全运营工

作存在一定的被动性，应积极地在日记信息中及时发现系统运营存在的隐患，提

高系统运营安全管理水平。

3、随着我行信息化工作的不断进一步，系统运维工作压力的不断加大，如

不及时规范日记信息管理，信管中心将逐步面临运维的设备多、人员少的问题，

不能及时准确把握运维工作的重点。

在目前日记信息管理基础上，若简朴加强日无信息管理，仍存在如下问题：

1、通过系统/设备各自的控制台去查看事件，窗口繁多，并且所有的事件都

是孤立的，不同系统/设备之间的事件缺少关联，分析起来极为麻烦，无法弄清

楚真实的状况。

2、不同系统/设备对同一个事件的描述也许是不同的，管理人员需了解各系

统/设备，分析各种不同格式的信息，导致管理人员的工作非常繁重，效率低。

3、海量日记信息不仅无法帮助找出真正的问题，反而由于太多而导致无法

管理，并且不同系统/设备也许产生不同的日记信息格式，无法做到快速辨认和

响应。

2.2.2数据库和网络审计

目前我行没有实现对数据库操作和网络操作行为的审计。对系统的后台操作

人员的远程登录主机、数据库的操作行为无法进行记录、审计，难以防止系统滥

用、泄密等问题的发生。

2.3我行安全审计管理办法制定现状

在《银行信息安全管理规定》提出如下安全审计规定：

＞第一百三十九条各单位科技部门在支持与配合内审部门开展审计信

息安全工作的同时，应适时开展本单位和辖内的信息系统平常运营管理和

信息安全事件全过程的技术审计，发现问题及时报本单位或上一级单位主

管领导。

＞第一百四十条各单位应做好操作系统、数据库管理系统等审计功能配

置管理，应完整保存相关日记记录，一般保存至少一个月，涉及资金交易

的业务系统日记应根据需要拟定保存时间。

在《银行信息系统安全配置指弓I-数据库分册》提出如下安全审计规定：

＞应配置审计日记，并定期查看、清理日记。

＞审计内容涉及创建、修改或删除数据库怅户、数据库对象、数据库表、

数据库索引的行为；允许或者撤消审计功能的行为；授予或者取消数据库

系统级别权限的行为；任何由于参考对象不存在而引的错误信息；任何改

变数据库对象名称的动作；任何对数据库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

应保证无漏掉等现象发生。

5.2.4系统性能

＞系统应满足大数据量的审计规定。满足千兆骨干网络审计规定，无丢包、漏

包现象发生；

＞系统应提供良好的查询能力；

＞系统应至少满足1年的审计数据在线存储的需求，并提供相应的离线备份机

制，对于超过在线存储时限的审计数据应提供导入导出的机制。

5.2.5审计完整性

系统应能实现对所有访问者通过审计途径对现网内被保护对象的远程访

问行为的审计，无漏掉、错报等现象的发生。

6安全审计综合管理平台要设方案

6.1日记审计系统建设方案

6.1.1日记管理建议

基于我行日记审计系统的建设目的，需要对我行信息系统中的网络设备、主

机系统、应用系统、安全系统等进行日记采集，各采集对象的设备系统类型、采

集的日记内容、采集方式及采集频率说明如下：

审计具体审计需求描述日记内容涉及拟采用的采集采集频率

内容方式

帐户登录注Agent方式；通过日记安

操作

/Solaris销、帐号权限针对UNIX全审计中心

系统

/AIX变更、操作系SYSLOG日记设立采集频

/Linux统启动关闭、可通过syslog率策略，建

/HP-UNIXshell操作日方式发送议1分钟采

记、SYSIOG集一次

日记。

/Windows2023帐户登录注Agent方式通过日记安

server销、帐号权限全审计中心

/Windows2023变更、操作系设立采集频

server统启动关闭、率策略，建

应用程序运营议1分钟采

状态、系统文集一次

献和文献属性

修改等

/防火墙用户登录、修Syslog、SNMP在安全设备

安全

改配置、收集Trap方式采集上配置日记

设备

到的袭击日记传输频率，

等等建议1分钟

采集一次

/互换机用户登录、修Syslog、SNMP在网络设备

网络

/路由器等改配置等Trap方式采集上配置日记

设备

（CISCO,华为、华三传输频率，

等）。建议1分钟

采集一次

用户登录、注通过部署旁路通过日记安

数据

/ORACLE销、数据查询、数据库审计硬全审计中心

库

/SQLSERVER插入、数据修件设备，采用镜设立数据库

/DB2改、数据删除、像等方式获取审计日记采

/SYBASE修改配置等。数据库访问的集频率策

/Informix网络报文流量，略，建议1

从而实现针对分钟采集一

各种数据库用次

户的操作命令

级审计。该采集

方式不会对数

据库的运营、访

问产生影响

Webserver、Email用户登录、修Agent方式、通过日记安

应用

server.Domino等应用改配置、应用Syslog、SNMP全审计中心

系统

系统；在实际项目中，层的操作等Trap、设立数据库

还需要收集业务系统日ODBC/JDBC方审计日记采

记。式集频率策

Webserver重要涉及：略，建议1

/WebSphere分钟采集一

/Apache次

/WebLogic

/MicrosoftIIS等

6.1.2日记审计系统整体架构

我行日记审计系统整体架构图如下:

网络设备电日

综

日

合

主机操作系统口④志

显

采

集

应用系统~~QQ示

中

中

心

心

安全系统

日志存储中心

So

系统管理中心

整体架构图说明：我行日记审计系统为软件架构，由采集服务器、管理服务

器、数据库服务器三大部分组成。对被审计对象进行必要的设立或安装采集代理,

即可实现对整个系统的综合审计；我行日记审计系统采用

Browser/Server/DataBase三层架构，管理人员无需安装任何客户端即可登录到日

记审计系统进行审计管理操作。

我行日记审计系统功能结构图如下：

审计中心

配置管理系统监控

策

事

分

升

用

略

件

级

级

户

管

管

管

管

管

理

理

理

理

理

数据关联分析

^03^［数据压缩

数据分析处理

数据标准化

9合海校蚓数据完雌校蛉

嬲睬集日志采集引擎篇十

SNMPTrap/Syslog/FILE/SOCKET/ODBC/......

------------(：----------—"-----'—\--------------------------

审计对象网络设备安全设备操作系统应用系统数据库

功能结构图说明：我行日记审计系统将涉及日记采集、日记存储、日记分析、

系统管理、综合显示等功能模块，这些功能模块将有效满足我行针对日记审计系

统各种功能需求。

6.1.3日记采集实现方式

6.1.3.1系统支持的标准接口和协议

1、Syslog方式，支持SYSLOG协议的设备，如：防火墙、UNIX服务器等;

2、ODBC/JDBC方式，支持数据库联接的设备；

3、SNMPTrap方式，支持SNMP协议的设各，如：互换机、路由器、网路

安全设备等；

4、XML方式，支持HTTP协议的设备；

5、EventLog方式，支持Windows平台；

6、特定接口方式，对于不支持通用协议的设备，需要定制开发，如：某网

闸隔离系统。

7、其他厂商内部专用协议。

Syslog和SNMPTrap方式作为最常见、传统的方式，被大部分设备厂商和

日记审计系统所采用，建议我行采用这两种方式进行日记采集。

Syslog和SNMPTr叩方式作为最成熟的网络协议，已经广泛应用在网络设

备、安全设备等设备之上，用来传输各种日记信息，对系统自身影响很小。

8、数据库日记审计

数据库自身日记功能启动情况下，可通过ODBC方式收集数据库日记，但

是在数据库日记量较大的情况下，数据库系统自身启动日记审计功能会带绐系统

较大的承担，不建议采用该方式收集数据库日记。

为了保证数据库的性能、稳定性，建议采用国内已较为成熟的数据库审计技

术，通过在网络部署专门的旁路数据库审计硬件设备，采用镜像等方式获取数据

库访问的网络报文流量，实现针对各种数据库用户的操作命令级审计。该采集方

式不会对数据库的运营、访问产生任何影响，并且具有更强的实时性，是比较抱

负的数据库日记审计的实现方式。

6.1.3.2采集对象日记采集实现方式

采集对象需支持通过安装审计代理程序或修改系统配置来进行日记的采集，

通过日记收集策略定制来启动与关闭各系统的日记采集功能及拟定应采集的日

记的种类。

为了保证被监控系统的保密性，原则上被监控系统要积极向日记审计系统发

送自身生成的日记信息，日记审计系统尽也许的不积极访问被监控对象。

6.1.4日记标准化实现方式

由于日记采集模块收集到多种类型的日记，而这些日记定义的格式和内容

不尽相同，日记标准化将不同的数据格式转换成标准的数据格式并存储，为上层

应用提供数据支持。

由于不同的设备，对事件的严重限度定义及侧重点不尽相同，不利于根据统

一的安全策略进行解决。日记标准化将按照日记来源类型、事件类别、事件级别

等也许的条件及条件的组合对事件严重级别进行重定义，便于日记分析模块的分

析解决。

下面是日记信息标准化规定：

日记事件信息的标准化字段涉及事件编号信息（此字段信息应全局唯一，作

为标记事件的主键）、事件名称、事件原始时间、事件采集时间、事件内容、事

件类型、事件源地址、事件目的地址、事件源端口、事件目的端口、事件原始级

别、事件标准化后的级别、事件采集来源、事件涉及协议、会话信息等。

我行日记审计系统对于此后新增长的被审计对象（如新增的应用系统），将

使用标准的Syslog或SNMP协议作为其日记形式和接口，并协调日记审计系统

厂商与新系统厂商提供技术方面的支持。

新增的被审计对象，必须能满足如下条件：

I）提供标准的Syslog或SNMP接口；

2）被审计对象需要提供具体的日记信息，涉及：登陆信息、状态信息、依

据自身业务逻辑产生的数据等；

3）日记事件信息的标准化字段涉及事件编号信息（此字段信息应全局唯一,

作为标记事件的主键）、事件名称、事件原始时间、事件采集时间、事件内容、

事件类型、事件源地址、事件目的地址、事件源端口、事件目的端口、事件原始

级别、事件标准化后的级别、事件采集来源、事件涉及协议、会话信息等；

4）假如是应用系死日记，应当包含用户信息，对于应用系统日记其级别的

定义变得极其重要；

5）提供设备所能产生的所有类型的日记样本；

6）提供所有日记类型中的字段的说明（特别是数值与相应内容的对照表）

以及相应文档；

6.1.5日记存储实现方式

我行日记审计系统将采用DB2或MSSQLServer数据库作为日记审计系统

的在线存储方式，根据审计规定，原始信息及审计结果需提供压缩存储，文献存

储压缩比一般不应小于1:10;并保存6个月1年以上，系统需支持磁盘阵列柜

以及SAN、NAS等存储方式，存储容量需达成7TB以上。

除了在线存储方式外还将支持磁带机作为离境存储备份方式，离线数据可以

通过导入到当前库不同的表中进行查询和分析，以避免对当前数据导致不利的影

响。

6.1.6日记关联分析

我行日记审计系统将提供多种关联分析方法，涉及：相同源IP的事件关联

分析、相同目的IP的事件关联分析、相同事件类型的关联分析以及基于规则的

事件关联分析、记录关联分析和漏洞关联分析（需要采用脆弱性模块）。通过关

联分析可以更加准确地定义和定位安全事件。

相同源IP的事件关联分析：通常用于对主机终端的活动进行分析审计，它

把相同源IP地址所产生的事件按照时间顺序一一列出，帮助管理人员对该IP地

址所进行的各项操作行为进行分析和审计，从而对其操作行为的目的性进行分

析。

相同目的IP的事件关联分析：通常用于对服务器被访问和操作的活动进行

分析和审计，它把相同目的IP地址所产生的事件按照时间顺序一一列出，帮助

管理人员对该IP地址被访问的活动进行分析和审计，从而发现内部人员对服务

器所进行非授权或可疑的操作。

相同事件类型的事件关联分析：通常用于对特定事件的影响范围进行分析，

它把所发生的相同事件类型的按照时间顺序一一列出，帮助管理人员对事件的波

及面进行分析和审计。

基于规则的事件关联分析：是把各种安全事件按照时间的先后序列与时间间

隔进行检测，判断事件之间的互相关系是否符合预定义的规则，从而触发分析总

结出来的关联分析后事件。

记录关联分析：是用户通过定义一定期间内发生的符合条件的事件量达成规

定量，从而触发关联事件。

所有可以发送日记信息的IT基础设施都可以做关联分析，通过关联分析可

以及时发现IT基础设施潜在风险。

6.1.7安全事件报警

我行日记审计系统将提供实时屏幕显示、电子邮件、工作任务单、入库（和

短信）等报警方式；可以调整实时报警的排序方式；可以定义实时报警的显示内

容，显示内容涉及：

•发生的时间

•来源

•事件类型

・主体

•描述和结果（成功、失败或待验证等）；

可以调整实时报警策略，并且显示的内容与当前用户的管理角色相关联。可

提供事件的上报机制，通过策略的设立明确哪些类型（如泄密事件、安全运营事

件）、哪些等级（高、中高、中、中低、低等级以上）的安全事件需要随时上报。

6.1.8日记报表

我行R记审计系统可提供的报表涉及以下种类：

＞事件信息报表

提供事件分布报表，按照不同事件类别提供各类事件的趋势报表。

＞综合分析与预警报表

综合安全风险分析的报表，提供风险查询报表，可以根据资产、域、趋势等

进行分类输出，涉及分析数据分布范围、受影响的系统、也许的严重限度等。

》响应过程报表

提供响应模块发生的响应事件的记录报表，按照响应事件的紧急限度、响应

对象、响应人员分类列表。

＞综合显示报表

提供综合显示模块的实时截屏报表，涉及列表显示报表输出、拓扑安全信息

报表输出、电子地图安全信息报表输出。

＞平台自身日记报表

提供平台自身日记的报表，包含访问人、访问次数、访问时间等。

可以按照审计对象展现日记信息。

报表输出格式可转换为PDF、HTML、RTF、CSV等多种常用的标准格式，我

行用户可自定义报表。

6.1.9系统管理

我行日记审计系统设有用户管理员、系统管理员、安全管理员和安全审计员

四种操作和管理角色，每种操作管理角色中又可安排多个操作管理用户，在系统

中不存在超级用户。通过角色的划分并给予角色相应的授权实现了系统管理员、

安全管理员和安全审计员的三权分立。

用户管理员权限：用户管理员负责对用户、用户组进行管理，涉及建立、维

护和删除用户组，并将用户分派到相应的用户组中。用户管理员不参与综合审计

系统的各项具体操作。

系统管理员权限：系统管理员负责设定各个用户组的管理和操作权限，涉及

管理区域范围、管理的设备和对象、各项管理功能（如策略制定、关联分析、审

计查询、审计报表、数据备份等）的操作权限等，权限控制分为“完全控制”、

“读取”、“写入”、“更改”、“删除”几类。系统管理员不参与综合审计系

统的各项具体操作。

安全管理员权限：安全管理员负责在权限许可的范围内运用日记审计系统开

展各项安全审计和管理操作。安全管理员的操作进行通过系统审计日记记录下

来，以备审计管理员西安全管理员的各项管理操作进行审计。

安全审计员权限：审计管理员仅具有对用户管理员、系统管理员、安全管理

员所从事的各项安全管理操作进行审计的权限，涉及用户登录注销、新增、修改、

删除用户或用户组等功能。

6.1.10系统接口规范

我行日记审计系统的接口规范为标准协议：Syslog、SNMPo被监控对象通

过Syslog、SNMP协议积极把自身的日记信息发送到日记审计系统。

日记审计系统要咫外提供如下接口：

WindowsEventLog：可以通过该接口采集Windows主机的日记信息。

Syslog：通过该接口可以采集网络设备、安全设备、主机系统等日记信息。

SNMP：通过该接口可以采集网络设备、安全设备、主机系统等日记信息。

OPSEC：通过该接口可以采集nokia、checkpoint的日记信息。

XML：通过该接口可以采集漏洞扫描系统的扫描结果。

ODBC：通过该接口可以采集数据库的日记信息。

读文献：通过该接口可以采集ftp、DNS等应用系统的日记信息。

日记审计系统自身会有简朴的资产管理功能，假如我行没有与现有资产管理

系统进行数据同步的规定，不需要和现有的资产管理系统进行整合。假如规定做

到和现有的资产管理系统整合，需要通过定制开发实现。

与第三方的资产管理系统进行整合需要定制开发。

6.2数据库和网络审计系统建设方案

6.2.1数据库和网络行为综合审计

6.2.1.1实时记录

监控管理人员可以通过实时记录功能清楚地看到网内部告警事件、活动会话

(ActiveSession),以及对被保护对象的访问情况。

实时记录功能可以记录最近5分钟的数据，及时地反映出网络内部的动态。

在实时记录中，用户可以实时的查看当前活动对象、当前活动会话等的事件

列表。用户点击某个活动会话，即可看到当前会话中用户登录、操作、注销指令

执行及其返回结果的全过程。

6.2.1.2事件查询

事件查询为用户提供了历史事件查询的手段。用户可以指定复杂的查询条

件，快速检索到需要的事件信息，从而协助管理员进行计算机取证分析，收集外

部访问或者内部违规的证据。

事件查询细分为综合事件查询，数据库事件查询，主机事件查询，Ftp事件

查询。针对不同类别的查询，系统精心地为用户提供了不同的查询条件组合，方

便用户找到自己需要的信息。

用户可以指定的查询条件涉及：审计类型、事件接受时间、事件等级、源地

址、目的地址、用户名、策略名、会话ID(SessionlD)等。

6.2.1.3趋势分析

可以进行事件访问的趋势分析，对最近一段时间的事件进行记录分析，并描

绘趋势曲线。这样，系统监控管理员可以清楚的看到最近一段时间内部的的事件

走向，并且可以清楚地看到敏感时间内什么人对什么样的保护对象进行过访问，

以及访问了保护对象的什么资源。针对不同的审计类型，产品提供不同的趋势分

析，系统监控人员可以根据需要查看不同的趋势分析。

6.2.2审计策略

审计策略是为审计功能服务的，它为系统提供数据包采集引擎所需的策略配

置，对通过引擎的数据包进行基于审计策略的过滤，将符合审计策略的数据包提

取出来、产生安全事件，然后再对安全事件进行审计分析。同时，审计策略也决

定了审计的颗粒度，用户可以通过对审计策略的没定来决定审计的各种细节。

系统可以根据用户规定自由组织审计策略，提供便捷的添加、修改、删除、

导入、导出、启用和禁用等功能。可以将针对同一业务的不同方面的审计策略选

项集中到一条审计策略中进行配置，这样用户无需切换页面和进行复杂的选项配

置，简化了用户操作，同时并未减少需要配置的审计对象的元素。在策略配置中，

用户可以从各类协议中提取出公共部分进行统一配置，各类协议的私有部分再根

据不同的细节进行相应的配置，从而避免了反复配置，减轻了用户的审计配置工

作量。

策略配置内容:

审计类行为采集响应

型

主机1.登录1.所有：审计所有内容1.记录

2.注销2.访问文献名称关键字过滤2.阻断

3一般操作

数据库1.用户行为1.所有：审计所有内容1.记录

2.数据定义2、关键字过滤（可以细化到2.阻断

3.数据操作库、表、记录、用户、存储过

4.数据控制程、函数等）

5.其他

FTP1.登录1.所有1.记录

2.注销2、文献/目录名称关键字过滤2.阻断

3一般操作

6.2.3审计内容

6.2.3.1主机审计

主机审计功能可审计VNC、Telnet.网上邻居和定制的主机协议的登录、注

销和一般操作等行为。

用户可以在业务综合审计中单独查看主机审计的实时记录信息和趋势分析；

可以定义专门的主机审计策略；可