信息系统安全等级保护测评报告
报告编号：（ -16-1303-01）信息系统安全等级测评报告
I
说明：
一、每个备案信息系统单独出具测评报告。
二、测评报告编号为四组数据。各组含义和编码规则如下：
第一组为信息系统备案表编号，由2段16位数字组成，可以从公
+安机关颁发的信息系统备案证明（或备案回执）上获得。第1段即备案证明编号的前11位（前6位为受理备案公安机关代码，后5位为受理备案的公安机关给出的备案单位的顺序编号）；第2段即备案证明编号的后5位（系统编号）。
第二组为年份，由2位数字组成。例如09代表2009年。
第三组为测评机构代码，由四位数字组成。前两位为省级行政区划数字代码的前两位或行业主管部门编号：00为公安部，11为北京，12为天津，13为河北，14为山西，15为内蒙古，21为辽宁，22为吉林，23为黑龙江，31为上海，32为江苏，33为浙江，34为安徽，35为福建，36为江西，37为山东，41为河南，42为湖北，43为湖南，44为广东，45为广西，46为海南，50为重庆，51为四川，52为贵州，53为云南，54为西藏，61为陕西，62为甘肃，63为青海，64为宁夏，65为新疆，66为新疆兵团。90为国防科工局，91为电监会，92为教育部。后两位为公安机关或行业主管部门推荐的测评机构顺序号。
第四组为本年度信息系统测评次数，由两位构成。例如02表示该信息系统本年度测评2次。
信息系统等级测评基本信息表
注：单位代码由受理测评机构备案的公安机关给出。
声明
本报告是票务系统的安全等级测评报告。
本报告测评结论的有效性建立在被测评单位提供相关证据的真实性基础之上。
本报告中给出的测评结论仅对被测信息系统当时的安全状态有效。当测评工作完成后，由于信息系统发生变更而涉及到的系统构成组件（或子系统）都应重新进行等级测评，本报告不再适用。
本报告中给出的测评结论不能作为对信息系统内部署的相关系统构成组件（或产品）的测评结论。
在任何情况下，若需引用本报告中的测评结果或结论都应保持其原有的意义，不得对相关内容擅自进行增加、修改和伪造或掩盖事实。
等级测评结论
[2015版]
总体评价
1、基础设施与网络环境
票务系统相关设备部署于指挥中心机房，该机房按照国家机房相关标准建设，具备防风、防雨、防震等能力，未出现雨水渗透，屋顶、墙体、地面等破损开裂等情况，在物理访问控制方面配备门禁系统，能够鉴别和控制人员出入，并配有视频监控系统，能够对机房内主要区域进行实时监控，主机房与配电室隔离，通信线缆与供电线缆隔离铺设，避免了电磁干扰，配备两台艾默生精密空调，能够对机房温湿度进行控制，同时配有环境检测系统，实时检测机房环境并提供报警功能。网络环境先对简单，电信联通双线接入，网络边界配有两台防火墙作为边界防护，通过两台核心交换做内部数据交换。
2、安全责任制
该系统的运营维护全部由厂商负责，厂商项目部成立了信息安全领导小组，负责信息安全工作的指导和管理，项目部设有系统管理员、网络管理员、安全管理员等重要岗位，且安全管理员为专职，通过值班体系对驻场人员进行调配，并形成了有效的汇报沟通机制。同时甲方也有专人对厂商的运营维护情况进行监督。
3、技术机制
在机房保障机制方面，该系统配备双通信线路接入，保证网络通畅，同时边界防火墙、核心交换机、应用服务器、数据库服务器均双机热备部署，并配有存储设备存储业务数据，同时配备备份服务器对主要数据、配置文件和日志文件等进行备份，提供设备冗余，保证系统的可用性。在安全策略方面网络设备、主机、应用系统在身份验证方面身份标识唯一，密码满足复杂度要求，并定期更换，但仅采用用户名密码方式进行身份验证；在访问控制方面，根据用户角色进行了权限划分，授予用户所需的最小权限；在安全审计方面，网络设备、主机、应用系统配置都相对完善，日志记录信息基本满足要求；另外厂家技术工程师驻场维护，保障系统安全稳定的运行。
4、监测预警及应急保障
II
监测预警方面厂家工程师通过软件可监控网络设备、服务器、软件的运行状态，并提供报警功能。通过对日志进行分析发现系统出现的异常情况及时处置，并定期由工程师对设备进行巡检。应急保障方面厂家在系统设计之初就通过双线路、双击热备、存储设备等方式保证系统的可用性，同时安排工程师驻场维护，已应对突发事件，但未根据相关规定对计算机安全事件进行等级划分，发生安全事件采取何种处置措施不明确，不利于安全事件的及时处理。
综上所述，被测票务系统基本符合第三级信息系统等级保护的安全要求，但还存在个别问题，希望在安全建设整改中继续完善。
主要安全问题
票务系统存在的主要安全问题：
1.安全管理方面
1)未成立指导和管理信息安全工作的领导小组；
2)全员统一考核，未针对关键岗位考核；
3)厂商内部对系统进行安全性测试，未委托第三方测试单位对系统进行测试；
4)由信息化部控制机房的人员出入和物品带进带出，暂时缺少机房管理制度；
5)未建立安全管理中心集中管理，厂商工程师通过不同的方式对设备状态、
恶意代码、补丁升级、安全审计等事项进行管理；
6)未对安全事件划分等级管理；
7)暂未制定应急预案，未进行应急预案培训和应急演练；
2.物理安全方面
1)机房窗户没有做密封处理，不能防止雨水通过机房窗户、屋顶和墙壁渗透；
3.网络安全方面
1)未部署入侵检测设备，仅通过防火强异常日志记录，然后人为判断异常行
为份；
2)网络边界未配置恶意代码检测设备，仅通过防火墙做策略防护；
3)没有对网络设备运行状况、网络流量进行监控，可以对用户操作进行日志
记录，日志文件存储于设备本地，覆盖式存储，且无审计报表；
4)网络及安全设备仅采用用户名密码一种身份鉴别方式；
5)没有技术手段防止地址欺骗，不能防止从内部网络发起的网络攻击和对重
要主机的地址欺骗；
6)远程管理采用telnet明文协议；
4.主机安全方面
1)仅使用账号、密码登录系统，未实现两种及以上鉴别技术对管理用户进行
身份鉴别；
2)主机安装赛门铁克杀毒软件，网络暂时没有启用防恶意代码设备；
3)终端安装有360杀毒，网络没有防恶意代码设备；
4)系统存在多余账户，没有共享账户存在；
5)数据库版本为sql server2012企业版，遵循最小安装原则，没有开放多余
端口，补丁不会定期进行更新；
5.应用安全方面
1)仅使用账号密码登录，没有使用两种及以上方式进行身份鉴别；
2)有用户名唯一鉴别功能，用户名没有设置复杂度要求；
3)已启用身份鉴别，用户身份标识唯一，用户身份鉴别信息复杂度不满足要求，开启登录失败处理功能；
4)修改密码时，新设定的密码与旧密码可以相同，不符合要求；
5)审计记录不能筛选，不能生成审计报表进行分析。
6.数据安全方面
1)数据信息没有进行异地备份；
整改建议
1.安全管理方面的整改建议
1)建议设立指导和管理信息安全工作的委员会或领导小组，其最高领导是否
由单位主管领导委任或授权的人员担任；明确信息安全管理委员会或领导
小组职责；
2)建议对关键岗位的人员进行全面、严格的安全审查和技能考核；
3)建议安排专门的部门负责测试验收工作，并委托公正的第三方测试机构对
信息系统进行独立的安全性测试报告；
4)建议对相关机房管理制度对机房物理访问、物品带进、带出机房和机房环
境安全等方面的管理作出规定，且相关制度建议张贴在明显可见的位置；
5)应对设备状态、恶意代码、补丁升级、安全审计等安全相关事项进行集中
管理，应对集中管理的检测记录文档，文档应包括检测内容、检测人员、
检测结果和时间等；
6)建议根据本系统已发生的和需要防止发生的安全事件对系统的影响程度划
分不同等级，划分为几级，划分方法应参照了国家相关管理部门的技术资
料，主要参照哪些；
7)建议在统一的应急预案框架下制定不同事件的应急预案，应急预案框架应
包括启动应急预案的条件、应急处理流程、系统恢复流程、事后教育和培
训等内容；
8)建议对相关人员进行应急预案培训，制作应急预案培训记录，记录应包括
培训内容、培训对象、培训效果和培训时间等。
9)建议定期对应急预案作演练，对各应急预案做演练记录，记录内容应包括
演练周期、演练内容、参加演练人员、演练效果和演练时间等；
2.物理安全方面的整改建议
1)建议将窗户做密闭处理，防止雨水渗透进入机房；
3.网络安全方面的整改建议
1)建议在网络边界部署入侵检测设备，开启日志记录，对入侵行为进行检测
记录，当发生攻击时及时报警；
2)建议在网络边界部署恶意代码检测设备，对进入网络的流量进行恶意代码
检测，及时发现清除；
3)建议通过第三方设备或软件对设备的运行状况、流量等进行监控，并对日
志文件定期分析生成审计报表。设备日志文件建议备份至日志服务器，避
免为预期的修改或删除；
4)采用口令+数字证书、口令+硬件令牌等双因子鉴别方式，或采用堡垒机的
方式管理设备；
5)在技术条件允许的前提下，对重要网段上的主机等设备设置网络层和数据
链路层地址绑定；
6)建议关闭设备远程管理或采用SSH等加密协议进行远程管理。
4.主机安全方面的整改建议
1)建议改造操作系统和数据库登录控制模块，使之采用两种组合的鉴别技术
对用户进行身份鉴别，如同时采用用户名/口令和数字证书的认证方式；或
采用身份认证服务器和双因子鉴别服务器或采用堡垒机登录方式；
2)建议安装部署入侵检测设备，当网络受到攻击时能提供报警功能；
3)建议网络防恶意代码与主机防恶意代码软件异构部署；
4)建议删除多余的过期的账号，不要多人共用一个管理账号；
5)对服务器和数据库的日志进行分析，定期导出生成审计报表，或在网络上
部署第三方日志分析软件或第三方集中审计平台；
6)建议定期对数据库进行补丁更新，防止黑客利用漏洞对数据库造成威胁。
5.应用安全方面的整改建议
1)建议身份验证采用口令+数字证书、口令+硬件令牌等双因子鉴别方式；
2)建议配置用户名唯一性鉴别功能，以及用户名复杂度设置策略；
3)建议设置用户名复杂度策略，使用户名具有复杂度，防止受到恶意攻击；
4)建议配置相关策略，使系统用户修改密码时，设置旧密码不可与新密码相
同；
5)建议部署第三方日志分析软件或第三方集中审计平台，能对审计记录进行
筛选。
6.数据安全方面的整改建议
1)建议建立异地备份中心，定期将重要数据传至备用场地；
目录
等级测评结论...................................................................... I 总体评价......................................................................... II 主要安全问题..................................................................... IV 整改建议......................................................................... VI 1测评项目概述 (1)
1.1测评目的 (1)
1.2测评依据 (1)
1.3测评过程 (2)
1.4报告分发范围 (2)
2被测信息系统情况 (2)
2.1承载的业务情况 (2)
2.2网络结构 (3)
2.3系统资产 (3)
2.3.1机房 (3)
2.3.2网络设备 (3)
2.3.3安全设备 (3)
2.3.4服务器/存储设备 (3)
2.3.5终端 (4)
2.3.6业务应用软件 (4)
2.3.7关键数据类别 (4)
2.3.8安全相关人员 (4)
2.3.9安全管理文档 (4)
2.4安全服务 (4)
2.5安全环境威胁评估 (5)
2.6前次测评情况 (6)
3等级测评范围与方法 (6)
3.1测评指标 (6)
3.1.1基本指标 (7)
3.1.2不适用指标 (10)
3.1.3特殊指标 (14)
3.2测评对象 (15)
3.2.1测评对象选择方法 (15)
3.2.2测评对象选择结果 (15)
3.3测评方法 (17)
4单元测评 (18)
4.1物理安全 (18)
4.1.1结果汇总 (18)
4.1.2结果分析 (19)
4.2网络安全 (20)
4.2.1结果汇总 (20)
4.2.2结果分析 (21)
4.3主机安全 (22)
4.3.1结果汇总 (22)
4.3.2结果分析 (23)
4.4应用安全 (26)
4.4.1结果汇总 (26)
4.4.2结果分析 (27)
4.5数据安全及备份恢复 (28)
4.5.1结果汇总 (28)
4.5.2结果分析 (30)
4.6安全管理制度 (30)
4.6.1结果汇总 (30)
4.6.2结果分析 (31)
4.7安全管理机构 (31)
4.7.1结果汇总 (31)
4.7.2结果分析 (31)
4.8人员安全管理 (32)
4.8.1结果汇总 (32)
4.8.2结果分析 (32)
4.9系统建设管理 (33)
4.9.1结果汇总 (33)
4.9.2结果分析 (33)
4.10系统运维管理 (34)
4.10.1结果汇总 (34)
4.10.2结果分析 (34)
4.11特殊指标安全层面 (35)
4.12单元测评小结 (35)
4.12.1控制点符合情况汇总 (35)
4.12.2安全问题汇总 (37)
5整体测评 (43)
5.1安全控制间安全测评 (43)
5.2层面间安全测评 (43)
5.3区域间安全测评 (43)
5.4整体测评结果汇总 (43)
6总体安全状况分析 (45)
6.1系统安全防护评估 (45)
6.2安全问题风险评估 (47)
6.3等级测评结论 (52)
7安全建设整改建议 (53)
附录A等级测评结果记录 (58)
物理安全 (58)
网络安全 (60)
主机安全 (64)
应用安全 (73)
数据安全 (77)
安全管理制度 (80)
安全管理机构 (81)
人员安全管理 (83)
系统建设管理 (85)
系统运维管理 (89)
1测评项目概述
1.1测评目的
为贯彻落实国务院147号令和中办27号文件，公安部会同有关部委出台了一系列的文件以及具体工作的指导意见和规范，并在全国范围内组织完成了一系列工作。目前，信息安全等级保护工作已经进入安全建设整改阶段，公安部印发了《关于开展信息系统等级保护安全建设整改工作的指导意见》（公信安[2009]1429），明确提出：“依据信息安全等级保护有关政策和标准，通过组织开展信息安全等级保护安全管理制度建设、技术措施建设和等级测评，落实等级保护制度的各项要求，力争在2012年底前完成已定级信息系统安全建设整改工作”。
本项目目标系统为票务系统，该系统安全保护等级定为三级。通过安全等级测评来评判目前该信息系统安全保护的程度或水平与国家信息系统安全等级保护要求之间的差距，以便指导进行信息系统安全方面的调整和改进。
1.2测评依据
测评过程中主要依据的标准：
1）GB/T 22239-2008《信息安全技术信息系统安全等级保护基本要求》（简称《基本要求》）
2）GB/T 28448-2012《信息安全技术信息系统安全等级保护测评要求》（简称《测评要求》）
测评过程中还参考的文件和标准：
1)《中华人民共和国计算机信息系统安全保护条例》(国务院147号令)
2)《信息安全等级保护管理办法》（公通字[2007]43号）
3)GB/T 22240-2008《信息安全技术信息系统安全等级保护定级指南》（简称《定
级指南》）
4)GB/T 25058-2010《信息安全技术信息系统安全等级保护实施指南》（简称《实
施指南》）
5)《信息安全技术信息系统安全等级保护测评过程指南》（国标即将发布，简
称《测评过程指南》）
6)GB/T 20984-2007信息安全技术信息安全风险评估规范（简称《风险评估规
范》）
1.3测评过程
票务系统等级测评的过程如下：
1)调研阶段
2)方案编制阶段
3)现场测评阶段
4)分析与报告编制阶段
1.4报告分发范围
本报告一式四份，其中两份提交公司，一份由测评机构单位留存，一份交由公安机关备案。
2被测信息系统情况
2.1承载的业务情况
售票系统负责处理电子渠道发起售票业务的交易处理、账务处理，支持7*24小时“全天候”服务，具备权限管理和授权控制。
系统采用B/S方式架构，采用了前置系统及防火墙对外部访问进行隔离，在内部采用了局域网访问策略对应用服务、数据库服务进行了分项隔离，确保系统安全。
2.2网络结构
（略）
2.3系统资产
2.3.1机房
表2-1机房基本情况表
2.3.2网络设备
表2-2网络设备基本情况表
2.3.3安全设备
表2-3安全设备基本情况表
2.3.4服务器/存储设备
表2-4服务器/存储设备基本情况表
2.3.5终端
表2-5终端基本情况表
2.3.6业务应用软件
表2-6业务应用软件基本情况表
2.3.7关键数据类别
表2-7关键数据类别基本情况表
2.3.8安全相关人员
表2-8安全相关人员基本情况表
2.3.9安全管理文档
表2-9安全管理文档基本情况表
2.4安全服务
表2-10安全服务基本情况表
2.5安全环境威胁评估