信息安全系统风险评估报告材料

信息安全系统风险评估报告材料
信息安全系统风险评估报告材料

1111单位:1111系统安全项目信息安全风险评估报告

我们单位名

日期

报告编写人: 日期:批准人:日期:

版本号:第一版本

第二版本

终板

日期日期

目录

1概述 (4)

1.1 1.2 1.3 1.4项目背景 (4)

工作方法 (4)

评估范围 (4)

基本信息 (4)

2业务系统分析 (5)

2.1 2.2 2.3业务系统职能 (5)

网络拓扑结构 (5)

边界数据流向 (5)

3资产分析 (5)

3.1信息资产分析 (5)

4

3.1.1 信息资产识别概述 (5)

3.1.2 信息资产识别 (6)

威胁分析 (6)

4.1

4.2

4.3

4.4

威胁分析概述 (6)

威胁分类 (7)

威胁主体 (7)

威胁识别 (8)

5脆弱性分析 (8)

5.1 5.2

实用文档

脆弱性分析概述 (8)

技术脆弱性分析 (9)

5.2.1 网络平台脆弱性分析 (9)

5.2.2 操作系统脆弱性分析 (9)

5.2.3 脆弱性扫描结果分析 (10)

5.2.3.1 扫描资产列表 (10)

5.2.3.2 高危漏洞分析 (10)

5.2.3.3 系统帐户分析 (10)

5.2.3.4 应用帐户分析 (11)

5.3 5.4管理脆弱性分析 (11)

脆弱性识别 (13)

6风险分析 (13)

6.1 6.2 6.3风险分析概述 (13)

资产风险分布 (14)

资产风险列表 (14)

7系统安全加固建议 (15)

7.1 7.2管理类建议 (15)

技术类建议 (15)

7.2.1 安全措施 (15)

7.2.2 网络平台 (15)

7.2.3 操作系统 (16)

8制定及确认................................................错误!未定义书签。9附录A:脆弱性编号规则. (17)

1概述

1.1项目背景

为了切实提高各系统的安全保障水平,更好地促进各系统的安全建设工作,提升奥运保障能力,需要增强对于网运中心各系统的安全风险控制,发现系统安全风险并及时纠正。根据网络与信息安全建设规划,为了提高各系统的安全保障和运营水平,现提出系统安全加固与服务项目。

1.2工作方法

在本次安全风险评测中将主要采用的评测方法包括:

●●●●人工评测;工具评测;调查问卷;顾问访谈。

1.3评估范围

此次系统测评的范围主要针对该业务系统所涉及的服务器、应用、数据库、网络设备、安全设备、终端等资产。

主要涉及以下方面:

1)业务系统的应用环境,;

2)网络及其主要基础设施,例如路由器、交换机等;

3)安全保护措施和设备,例如防火墙、IDS等;

4)信息安全管理体系(ISMS)

1.4基本信息

被评估系统名称

业务系统负责人

评估工作配合人员

xx系统

2业务系统分析

2.1业务系统职能

2.2网络拓扑结构

图表 1业务系统拓扑结构图

2.3边界数据流向

边界名称边界类型路径系统发起方数据流向现有安全措施

1. MDN系统类MDN 本系统/

对端系统

双向系统架构隔离

3资产分析

3.1信息资产分析

3.1.1信息资产识别概述

资产是风险评估的最终评估对象。在一个全面的风险评估中,风险的所有重要因素都紧紧围绕着资产为中心,威胁、脆弱性以及风险都是针对资产而客观存在的。威胁利用资产自身的脆弱性使得安全事件的发生成为可能,从而形成了风险。这些安全事件一旦发生,将对资产甚至是整个系统都将造成一定的影响。

资产被定义为对组织具有价值的信息或资源,资产识别的目标就是识别出资产的价值,风险评估中资产的价值不是以资产的经济价值来衡量,而是由资产在其安全属性——机密性、完整性和可用性上的达成程度或者其安全属性未达成时所造成的影响程度来决定的。

资产估价等级赋值

高3

中2

低1

3.1.2信息资产识别

资产分类资产组

IP地址/名称

资产

估价

物理资产服务器

网络设备

组号

1.

2.

资产编号

H001

H002

H003

H004

N001

N002

具体资产

sun ultra60

sun ultra60

sun ultra60

sun ultra60

华为3680E

华为3680E

等级

N003华为S2016中

软件资产

操作系

统、数据

库和应用

软件

3.

4.

H001

H002

H003

H004

D001

Solaris

Solaris

Solaris

Solaris

Sybase

高4威胁分析

4.1威胁分析概述

威胁是指可能对资产或组织造成损害事故的潜在原因。作为风险评估的重要因素,威胁是一个客观存在的事物,无论对于多么安全的信息系统都存在。

威胁可能源于对系统直接或间接的攻击,例如信息泄漏、篡改、删除等,在机密性、完整性或可用性等方面造成损害;威胁也可能源于偶发的、或蓄意的事件。按照威胁产生的来源,可以分为外部威胁和内部威胁:

(1)外部威胁:来自不可控网络的外部攻击,主要指移动的C MNET、其它电信运营商的Internet互联网,以及第三方的攻击,其中互联网的威胁主要是黑客攻击、蠕虫病毒等,而第三方的威胁主要是越权或滥用、泄密、篡改、恶意代码或病毒等。

(2)内部威胁:主要来自内部人员的恶意攻击、无作为或操作失误、越权或滥用、泄密、篡改等。另外,由于管理不规范导致各支撑系统之间的终端混用,也带来病毒泛滥的潜在威胁。

对每种威胁发生的可能性进行分析,最终为其赋一个相对等级值,将根据经验、有关的统计数据来判断威胁发生的频率或者概率。威胁发生的可能性受下列因素影响:

1) 资产的吸引力;

2)资产转化成报酬的容易程度;

3)威胁的技术力量;

4)脆弱性被利用的难易程度。下面是威胁标识对应表:

威胁等级

高中低赋

3

2

1

可能带来的威胁

黑客攻击、恶意代码和病毒

物理攻击、内部人员的操作

失误、恶意代码和病毒等

内部人员的操作失误、恶意

代码和病毒等

可控性

完全不可控

一定的可控性

较大的可控性

发生频度

出现的频率较高(或≥ 1

次/月);或在大多数情况

下很有可能会发生;或可

以证实多次发生过。出

现的频率中等(或>1次

/半年);或在某种情况

下可能会发生;或被证实

曾经发生过。

出现的频率较小;或一般

不太可能发生;或没有被

证实发生过。

4.2威胁分类

下面是针对威胁分类对威胁途径的描述,其中不包括物理威胁:

威胁种类操作错误

滥用授权

行为抵赖

身份假冒

密码分析

安全漏洞

拒绝服务

恶意代码

窃听数据

社会工程

意外故障

通信中断

4.3威胁主体

威胁途径

合法用户工作失误或疏忽的可能性

合法用户利用自己的权限故意或非故意破坏系统的可

能性

合法用户对自己操作行为否认的可能性

非法用户冒充合法用户进行操作的可能性

非法用户对系统密码分析的可能性

非法用户利用系统漏洞侵入系统的可能性

非法用户利用拒绝服务手段攻击系统的可能性病毒、特洛伊木马、蠕虫、逻辑炸弹等感染的可能性非法用户通过窃听等手段盗取重要数据的可能性非法用户

利用社交等手段获取重要信息的可能性系统的组件

发生意外故障的可能性

数据通信传输过程中发生意外中断的可能性

下面对威胁来源从威胁主体的角度进行了威胁等级分析:

威胁主体面临的威胁

系统合法用户

(系统管理员和其他授权用户)

系统非法用户

(权限较低用户和外部攻击者)系统组件

4.4威胁识别操作错误滥用授权行为抵赖身份假冒密码分析安全漏洞拒绝服务恶意代码窃听数据社会工程意外故障通信中断

序号

1. 2. 3. 4. 5. 6. 7. 8.资产编号

N001

N002

N003

H001

H002

H003

H004

D001

1

1

1

1

1

1

1

1

2

2

2

1

1

1

1

1

2

2

2

2

2

2

2

2

2

2

2

1

1

1

1

2

3

3

3

1

1

1

1

2

1

1

1

1

1

1

1

1

3

3

3

3

3

3

3

3

1

1

1

1

1

1

1

1

2

2

2

1

1

1

1

1

2

2

2

2

2

2

2

2

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

5脆弱性分析

5.1脆弱性分析概述

脆弱性是指资产或资产组中能被威胁所利用的弱点,它包括物理环境、组织机构、业务流程、人员、管理、硬件、软件及通讯设施等各个方面,这些都可能被各种安全威胁利用来侵害一个组织机构内的有关资产及这些资产所支持的业务系统。各种安全薄弱环节自身并不会造成什么危害,只有在被各种安全威胁利用后才可能造成相应的危害。需要注意的是不正确的、起不到应有作用的或没有正确实施的安全保护措施本身就可能是一个安全薄弱环节。

这里将对脆弱性被威胁利用的可能性进行评估,最终为其赋相对等级值。

脆弱性等级高

低赋值

3

2

1

实用文档

描述

很容易被攻击者利用,会对系统造成极大损害;脆弱

项虽然对系统安全有一定影响,但其被利用需要一定难

度;

脆弱项被利用后会对系统产生有限影响;

在脆弱性评估时的数据来源应该是资产的拥有者或使用者,相关业务领域的专家以及软硬件信息系统方面的专业人员。

在本次评估中将从技术、管理两个方面进行脆弱性评估。其中在技术方面主要是通过远程和本地两种方式进行工具扫描、手动检查等方式进行评估,以保证脆弱性评估的全面性和有效性;管理脆弱性评估方面主要是对现有的安全管理制度的制定和执行情况进行检查,发现其中的管理漏洞和不足。

5.2技术脆弱性分析

5.2.1网络平台脆弱性分析

华为交换机、路由器设备脆弱性分析,下面按照严重程度高、中、低的顺序排列:

脆弱性编号脆弱性名称受影响的资产

严重

程度

V30001. 未对super 密码加密

V30002. 未进行用户权限设置

V30003. 未对VTY的访问限制

V30004. 未进行登陆超时设置

V30005. 未禁用FTP服务

V30006. 未进行日志审计

V30007. 未对VTY的数量限制5.2.2操作系统脆弱性分析高高中中中中低

Solaris操作系统脆弱性分析,下面按照严重程度高、中、低的顺序排列:

脆弱性编

V22001. V22002. V22003.

脆弱性名称

存在可能无用的组存

在没有所有者的文件

不记录登录失败事件

受影响的资产

5.2.3脆弱性扫描结果分析5.2.3.1扫描资产列表

序号设备/系统名称IP地址扫描策略是否扫描

1.

2.

3.

4.

5.

6.

1.windows终端

2.windows终端

3.windows终端

5.2.3.2高危漏洞分析

Solaris操作系统高危漏洞如下:脆弱性

脆弱性名称

编号

OpenSSH S/Key 远程信息泄V22004.

露漏洞

OpenSSH GSSAPI 信号处理V22005.

程序内存两次释放漏洞

OpenSSH 复制块远程拒绝服V22006.

务漏洞网络设备与防火墙网络

设备与防火墙solaris

系统、solaris应用

solaris系统、solaris应

solaris系统、solaris应

solaris系统、solaris应

windows系统

windows系统

windows系统

受影响的资产

严重

程度

5.2.3.3系统帐户分析

本次扫描未发现系统帐户信息。

5.2.3.4应用帐户分析

本次扫描未发现应用帐户信息。

5.3管理脆弱性分析

安全策略

安全组织

项目

信息安全

策略

基础组织

保障

子项

是否有针对业务系统的安全策略

是否传达到相关员工

是否有复核制度

部门职责分配

与外部安全机构的合作

访问控制

检查结果

无明确的复核制度

合作较少

外来人员参观机房需

可能危害

安全策略与现

状不符合,贯

彻不力

对最新的安全

动态和系统现

状的了解不

足,不能及时

响应最新的安

全问题

第三方访

问安全

要有信息中心专人陪

资产分

类与控

资产分类

岗位和资

源保密合同资产

清单和描述资产

分类

工作职责

岗位划分

能力要求

保密协议

按业务角度进行分类

划分明确

有,对人员基本能力

有明确的技术要求签

订保密协议

定期培训不能完全适合

人员安

通讯与运行管培训

事故处理

操作规程

和职责

安全意识事

故报告制度

事故事后分析

纠正机制操

作规程文件

公司定期培训,无针

对本系统的培训

员工安全意识比较强

有事件报告机制,有

明确规定

有纠正机制

有明确的操作规程文

件及文档指南

该业务系统的

实际情况,缺

少针对性

系统访问控制

业务连续性管理

项目

内务处理

网络访问

控制

应用系统

访问控制

数据库系

统访问控

日常维护

容灾备份

技术支持

子项

安全事故管理责任

信息备份

保持操作记录

故障记录

外联用户控制

网络路由控制

网络连接控制

网络隔离控制

用户认证

口令管理

文件共享

用户权限控制

访问权限控制

口令控制

业务系统监控

网络监控

维护文档更新

系统日志

核心服务器冗余

关键链路冗余

数据库备份

安全机构支持

集成商的技术服务和支持

证据收集

检查结果有

完整流程,并作相应

记录

有详细的备份计划

有完善的操作记录

有防火墙

有,统一做的

划分vlan

用户名和密码简单认

证模式

有,并且有记录

有,统一部署的

核心服务器数据库有

备份

有数据备份

华为

没有采取收集证据的

方式来维护自己的利

可能危害

未授权用户威

胁系统安全无

自身利益可能

受到损失

安全策略信息系统有安全策略

并经常被审查,集团无

安全策略

和技术技术符合性检验

下发的一些东西有,

定期进行技术审

查以确保符合安全实

现标准

5.4脆弱性识别

序号

1. 2. 3. 4. 5. 6. 7. 8.资产编号

N001

N002

N003

H001

H002

H003

H004

D001

1

1

1

1

1

1

1

1

2

2

2

1

1

1

1

1

1

1

1

2

2

2

2

2

2

2

2

1

1

1

1

1

3

3

3

1

1

1

1

1

1

1

1

1

1

1

1

1

3

3

3

2

2

2

2

2

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

1

6风险分析

6.1风险分析概述

风险是指特定的威胁利用资产的一种或一组脆弱性,导致资产的丢失或损害的潜在可能性,即特定威胁事件发生的可能性与后果的结合。风险只能预防、避免、降低、转移和接受,但不可能完全被消灭。在这个过程中,将根据上面评估的结果,选择适当的风险计算方法或工具确定风险的大小与风险等级,即对每一业务系统的资产因遭受泄露、修改、不可用和破坏所带来的任何影响做出一个风险测量的列表,以便识别与选择适当和正确的风险控制策略,这也将是策划信息安全体系架构的重要步骤。

6.2资产风险分布

图表 2资产风险分布图

6.3资产风险列表

根据风险的计算公式函数:R=f(A,T,V)=f(Ia,L(Va,T)),其中R代表风险,A代表资产的估价,T代表威胁,V代表脆弱性。我们得出下表:

序资产编号操滥行身密安拒恶窃社意通号作用为份码全绝意听会外信错授抵假分漏服代数工故中

误权赖冒析洞务码据程障断

1.N001

2.N002

3.N003

4.H001

5.H002

6.H003

7.H004

8.D0013 12 6 12 27 3 27 6 6 3 3 3 3 12 6 12 27 3 27 6 6 3 3 3 3 12 6 12 27 3 27 6 6 3 3 3 3 3 12 3 3 3 18 3 6 3 3 3 3 3 12 3 3 3 18 3 6 3 3 3 3 3 12 3 3 3 18 3 6 3 3 3 3 3 12 3 3 3 18 3 6 3 3 3 3 3 12 6 6 3 18 3 3 6 3 3

7系统安全加固建议7.1管理类建议

编号

1. 2. 3.

脆弱性描述

缺少明确的复核制度

与外部安全机构的合作较少,对最新

的安全动态和系统现状的了解不足,

不能及时响应最新的安全问题在对

设备和系统的维护管理中缺少强制

使用身份认证和通讯加密的要求

安全加固建议

在安全体系中完善复核制度,明确执行

方法

加强与安全服务商的合作,定期开展培

训和系统风险评估与加固工作

采用SSH等非明文传输的管理工具,并

启用认证系统

7.2技术类建议7.2.1安全措施

编号

1. 2. 3. 4. 5.

脆弱性描述

系统边界缺少安全防护措施

系统边界出口缺少冗余措施

内部骨干链路与核心设备之间缺少冗

余措施

系统的内部网络中缺少入侵检测技术

手段

系统中缺少对流量做监控的技术手段

安全加固建议

出口链路中增加防火墙进行访问控制

和安全隔离

出口链路中增加链路冗余,减少发生通

讯故障的风险。

或者对关键设备做冷备

骨干链路中增加链路冗余,减少发生通

讯故障的风险。

或者对关键设备做冷备

在内部核心交换处部署IDS设备

在关键链路或核心交换处增加流量监

控设备

7.2.2网络平台

华为交换机、路由器设备加固建议:

脆弱性

编号

脆弱性描述安全加固建议加固风险/条件

V30001 .未对super 密码加密

对super密码进行加

低风险

V30002 .

V30003 .

V30004 .

V30005 .

V30006 .未进行用户权限设置

未对VTY的访问限制

未进行登录超时设置

未禁用FTP服务

未进行日志审计

设置用户权限

设置VTY访问限制

设置登录超时时间

禁用FTP服务

进行日志审计

可能会导致部分用户

权限不适当

可能限制某些用户无

法访问

确定超时时间

确定不需要FTP需

要日志收集服务

器,对设备性能有影

7.2.3操作系统

Solaris操作系统安全加固,下面按照严重程度高、中的顺序排列:

脆弱性

编号

脆弱性描述安全加固建议加固风险/条件

V22001

. 存在可能无用的组删除无用的组删除某些组可能导致某些应用无法正常运行

V22004 OpenSSH S/Key 远程信息泄

露漏洞

V22005 OpenSSH GSSAPI信号处理程

序内存两次释放漏洞

V22006 OpenSSH 复制块远程拒绝服

务漏洞安装相应的补丁

安装相应的补丁

安装相应的补丁

某些补丁可能会对应

用有影响

某些补丁可能会对应

用有影响

某些补丁可能会对应

用有影响

8附录A:脆弱性编号规则

脆弱性编号形式为:Vnnxxx,例如:V10001。脆弱性编号从001开始从小到大顺序编号。对象类别编号按预先定义的清单编写,具体如下:

nn代表对象类别

10 Windows操作系统

20Linux操作系统

21AIX操作系统

22Solaris操作系统

23HP UNIX操作系统

30 31 32网络交换路由设备防火墙系统安全隔离网闸

33 IDS入侵检测系统

34 35网络安全审计系统网络防病毒系统

40 MS SQL数据库系统 41 Oracle数据库系统 42

MySQL 脆弱性编号 43

Informix数据库系统 50

IIS服务器

51 Web Logic服务器

60应用系统

相关主题
相关文档
最新文档