信息安全评估表.docx

《信息安全评估表.docx》由会员分享，可在线阅读，更多相关《信息安全评估表.docx（32页珍藏版）》请在三一办公上搜索。

1、信息安全评估表信息安全评估表 1 技术要求 1.1 物理安全 序号 控制点项目 1.1.1 物理位置的选择 1.1.2 物理访问控制 安全标准 1. 机房和办公场地应选择在具有防震、防风和防雨等能力的建筑内； 2. 机房场地应避免设在建筑物的高层或地下室，以及用水设备的下层或隔壁。 1. 机房出入口应安排专人值守并配置电子门禁系统，控制、鉴别和记录进入的 人员； 2. 需进入机房的来访人员应经过申请和审批流程，并限制和监控其活动范围； 3. 应对机房划分区域进行管理，区域和区域之间设置物理隔离装置，在重要区 域前设置交付或安装等过渡区域； 4. 重要区域应配置第二道电子门禁系统，控制、鉴别和记

2、录进入的人员。 1. 应将主要设备放置在机房内； 2. 应将设备或主要部件进行固定，并设置明显的不易除去的标记； 3. 应将通信线缆铺设在隐蔽处，可铺设在地下或管道中； 4. 应对介质分类标识，存储在介质库或档案室中； 5. 应利用光、电等技术设置机房防盗报警系统； 6. 应对机房设置监控报警系统。 1. 机房建筑应设置避雷装置； 2. 应设置防雷保安器，防止感应雷； 3. 机房应设置交流电源地线。 评估情况 说明 1.1.3 防盗窃和防破坏 1.1.4 防雷击 1.1.5 防火 1. 机房应设置火灾自动消防系统，能够自动检测火情、自动报警，并自动灭火； 2. 机房及相关的工作房间和辅助房应采

3、用具有耐火等级的建筑材料； 安全标准 1.机房应采取区域隔离防火措施，将重要设备与其他设备隔离开。 2.水管安装，不得穿过机房屋顶和活动地板下； 3.应采取措施防止雨水通过机房窗户、屋顶和墙壁渗透； 评估情况 序号 1.1.6 控制点 项目 防水和防潮 说明 1.1.7 防静电 4.应采取措施防止机房内水蒸气结露和地下积水的转移与渗透； 5.应安装对水敏感的检测仪表或元件，对机房进行防水检测和报警。 1.设备应采用必要的接地防静电措施； 2.机房应采用防静电地板； 3.应采用静电消除器等装置，减少静电的产生。 1.1.8 温湿度控制 机房应设置温湿度自动调节设施，使机房温、湿度的变化在设备运行

4、所允许 的范围之内。 1.1.9 电力供应 1.应在机房供电线路上配置稳压器和过电压防护设备； 2.应提供短期的备用电力供应，至少满足设备在断电情况下的正常运行要求； 3.应设置冗余或并行的电力电缆线路为计算机系统供电； 4.应建立备用供电系统。 1.1.10 电磁防护 1.应采用接地方式防止外界电磁干扰和设备寄生耦合干扰； 2.电源线和通信线缆应隔离铺设，避免互相干扰； 3.应对关键区域实施电磁屏蔽。 1.2 网络安全 序号 1.2.1 控制点项目 结构安全 安全标准 评估情况 1. 应保证网络设备的业务处理能力具备冗余空间，满足业务高峰期需要； 2. 应保证网络各个部分的带宽满足业务高峰期

5、需要； 3. 应在业务终端与业务服务器之间进行路由控制建立安全的访问路径； 4. 应绘制与当前运行情况相符的网络拓扑结构图； 5. 应根据各部门的工作职能、重要性和所涉及信息的重要程度等因素，划分不 同的子网或网段，并按照方便管理和控制的原则为各子网、网段分配地址段； 6. 应避免将重要网段部署在网络边界处且直接连接外部信息系统，重要网段与 其他网段之间采取可靠的技术隔离手段； 7. 应按照对业务服务的重要次序来指定带宽分配优先级别，保证在网络发生拥 堵的时候优先保护重要主机。 说明 1.2.2 访问控制 1. 应在网络边界部署访问控制设备，启用访问控制功能； 2. 应不允许数据带通用协议通过

6、； 3. 应根据数据的敏感标记允许或拒绝数据通过； 4. 应不开放远程拨号访问功能 1.2.3 安全审计 1. 应对网络系统中的网络设备运行状况、网络流量、用户行为等进行日志记录； 2. 审计记录应包括：事件的日期和时间、用户、事件类型、事件是否成功及其 他与审计相关的信息； 3. 应能够根据记录数据进行分析，并生成审计报表； 4. 应对审计记录进行保护，避免受到未预期的删除、修改或覆盖等； 5. 应定义审计跟踪极限的阈值，当存储空间接近极限时，能采取必要的措施， 当存储空间被耗尽时，终止可审计事件的发生； 6. 应根据信息系统的统一安全策略，实现集中审计，时钟保持与时钟服务器同 步。 1.2

7、.4 边界完整性检查 1. 应能够对非授权设备私自联到内部网络的行为进行检查，准确定出位置，并 1. 应在网络边界处监视以下攻击行为：端口扫描、强力攻击、木马后门攻击、 拒绝服务攻击、缓冲区溢出攻击、IP 碎片攻击和网络蠕虫攻击等；当检测到 攻击行为时，应记录攻击源 IP、攻击类型、攻击目的、攻击时间，在发生严 重入侵事件时应提供报警及自动采取相应动作。 1.2.6 恶意 代码 防 范 1. 应在网络边界处对恶意代码进行检测和清除； 2. 应维护恶意代码库的升级和检测系统的更新。 网络 设 备防 护 1. 应对登录网络设备的用户进行身份鉴别； 2. 应对网络设备的管理员登录地址进行限制； 3.

8、 网络设备用户的标识应唯一； 4. 主要网络设备应对同一用户选择两种或两种以上组合的鉴别技术来进行身 份鉴别； 5. 身份鉴别信息应具有不易被冒用的特点，口令应有复杂度要求并定期更换； 6. 网络设备用户的身份鉴别信息至少应有一种是不可伪造的；应具有登录失败 处理功能，可采取结束会话、限制非法登录次数和当网络登录连接超时自动 退出等措施；当对网络设备进行远程管理时，应采取必要措施防止鉴别信息 在网络传输过程中被窃听；应实现设备特权用户的权限分离。 1.2.7 1.3 主机安全 序号 控制点项目 安全标准 评估情况 说明 1.3.1 身份鉴别 1. 应对登录操作系统和数据库系统的用户进行身份标识

9、和鉴别； 2. 操作系统和数据库系统管理用户身份标识应具有不易被冒用的特点，口令应 有复杂度要求并定期更换； 3. 应启用登录失败处理功能，可采取结束会话、限制非法登录次数和自动退出 等措施； 4. 应设置鉴别警示信息，描述未授权访问可能导致的后果； 5. 当对服务器进行远程管理时，应采取必要措施，防止鉴别信息在网络传输过 程中被窃听； 6. 应为操作系统和数据库系统的不同用户分配不同的用户名，确保用户名具有 唯一性； 7. 应采用两种或两种以上组合的鉴别技术对管理用户进行身份鉴别，并且身份 鉴别信息至少有一种是不可伪造的。 1.3.2 1.3.3 安全标记 访问控制 应对所有主体和客体设置敏

10、感标记； 1. 应依据安全策略和所有主体和客体设置的敏感标记控制主体对客体的访问； 2. 访问控制的粒度应达到主体为用户级或进程级，客体为文件、数据库表、记 录和字段级。 3. 应根据管理用户的角色分配权限，实现管理用户的权限分离，仅授予管理用 户所需的最小权限； 4. 应实现操作系统和数据库系统特权用户的权限分离； 5. 应严格限制默认帐户的访问权限，重命名系统默认帐户，修改这些帐户的默 认口令； 6. 应及时删除多余的、过期的帐户，避免共享帐户的存在。 1.3.4 可信路径 1. 在系统对用户进行身份鉴别时，系统与用户之间应能够建立一条安全的信息 传输路径。 2. 在用户对系统进行访问时，

11、系统与用户之间应能够建立一条安全的信息传输 路径。 1.3.5 安全审计 1. 审计范围应覆盖到服务器和重要客户端上的每个操作系统用户和数据库用 户； 2. 审计内容应包括重要用户行为、系统资源的异常使用和重要系统命令的使用 等系统内重要的安全相关事件； 3. 审计记录应包括日期和时间、类型、主体标识、客体标识、事件的结果等； 4. 应能够根据记录数据进行分析，并生成审计报表； 5. 应保护审计进程，避免受到未预期的中断； 6. 应保护审计记录，避免受到未预期的删除、修改或覆盖等； 7. 应能够根据信息系统的统一安全策略，实现集中审计。 1.3.6 剩余信息保护 1. 应能够检测到对重要服务器

12、进行入侵的行为，能够记录入侵的源 IP、攻击的 类型、攻击的目的、攻击的时间，并在发生严重入侵事件时提供报警； 2. 应能够对重要程序的完整性进行检测，并在检测到完整性受到破坏后具有恢 复的措施； 3. 操作系统应遵循最小安装的原则，仅安装需要的组件和应用程序，并通过设 置升级服务器等方式保持系统补丁及时得到更新。 1.3.8 恶意代码防范 1.3.9 1. 应通过设定终端接入方式、网络地址范围等条件限制终端登录； 2. 应根据安全策略设置登录终端的操作超时锁定； 3. 应对重要服务器进行监视，包括监视服务器的CPU、硬盘、内存、网络等资 源的使用情况； 4. 应限制单个用户对系统资源的最大或

13、最小使用限度； 5. 应能够对系统的服务水平降低到预先规定的最小值进行检测和报警。 1.4 应用安全 序号 1.4.1 控制点项目 身份鉴别 安全标准 评估情况 说明 1. 应提供专用的登录控制模块对登录用户进行身份标识和鉴别； 2. 应对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别，其中 一种是不可伪造的； 3. 应提供用户身份标识唯一和鉴别信息复杂度检查功能，保证应用系统中不存 在重复用户身份标识，身份鉴别信息不易被冒用； 4. 应提供登录失败处理功能，可采取结束会话、限制非法登录次数和自动退出 等措施； 5. 应启用身份鉴别、用户身份标识唯一性检查、用户身份鉴别信息复杂度检查

14、 以及登录失败处理功能，并根据安全策略配置相关参数。 1.4.2 1.4.3 安全标记 访问控制 应提供为主体和客体设置安全标记的功能并在安装后启用； 1. 应提供自主访问控制功能，依据安全策略控制用户对文件、数据库表等客体 2. 3. 4. 5. 1.4.4 可信路径 的访问； 自主访问控制的覆盖范围应包括与信息安全直接相关的主体、客体及它们之 间的操作； 应由授权主体配置访问控制策略，并禁止默认帐户的访问； 应授予不同帐户为完成各自承担任务所需的最小权限，并在它们之间形成相 互制约的关系； 应通过比较安全标记来确定是授予还是拒绝主体对客体的访问。 1. 在应用系统对用户进行身份鉴别时，应能

15、够建立一条安全的信息传输路径。 2. 在用户通过应用系统对资源进行访问时，应用系统应保证在被访问的资源与 用户之间应能够建立一条安全的信息传输路径。 1.4.5 安全审计 1. 应提供覆盖到每个用户的安全审计功能，对应用系统重要安全事件进行审 计； 2. 应保证无法单独中断审计进程，无法删除、修改或覆盖审计记录； 3. 审计记录的内容至少应包括事件的日期、时间、发起者信息、类型、描述和 结果等； 4. 应提供对审计记录数据进行统计、查询、分析及生成审计报表的功能； 5. 应根据系统统一安全策略，提供集中审计接口。 1.4.6 剩余信息保护 应采用密码技术保证通信过程中数据的完整性。 1.4.8

16、 通信保密性 1. 在通信双方建立连接之前，应用系统应利用密码技术进行会话初始化验证； 2. 应对通信过程中的整个报文或会话过程进行加密； 3. 应基于硬件化的设备对重要通信过程进行加解密运算和密钥管理。 1.4.9 抗抵赖 1. 应具有在请求的情况下为数据原发者或接收者提供数据原发证据的功能； 2. 应具有在请求的情况下为数据原发者或接收者提供数据接收证据的功能。 1.4.10 软件容错 1. 应提供数据有效性检验功能，保证通过人机接口输入或通过通信接口输入的 数据格式或长度符合系统设定要求； 2. 应提供自动保护功能，当故障发生时自动保护当前所有状态； 3. 应提供自动恢复功能，当故障发生

17、时立即自动启动新的进程，恢复原来的工 作状态。 1.4.11 资源控制 1. 当应用系统中的通信双方中的一方在一段时间内未作任何响应，另一方应能 够自动结束会话； 2. 应能够对系统的最大并发会话连接数进行限制； 3. 应能够对单个帐户的多重并发会话进行限制； 4. 应能够对一个时间段内可能的并发会话连接数进行限制； 5. 应能够对一个访问帐户或一个请求进程占用的资源分配最大限额和最小限 额； 6. 应能够对系统服务水平降低到预先规定的最小值进行检测和报警； 7. 应提供服务优先级设定功能，并在安装后根据安全策略设定访问帐户或请求 进程的优先级，根据优先级分配系统资源。 1.5 数据安全及备份

18、恢复 序号 1.5.1 控制点项目 数据完整性 安全标准 1. 应能够检测到系统管理数据、鉴别信息和重要业务数据在传输过程中完整性 受到破坏，并在检测到完整性错误时采取必要的恢复措施； 2. 应能够检测到系统管理数据、鉴别信息和重要业务数据在存储过程中完整性 受到破坏，并在检测到完整性错误时采取必要的恢复措施； 3. 应对重要通信提供专用通信协议或安全通信协议服务，避免来自基于通用通 信协议的攻击破坏数据完整性 评估情况 说明 1.5.2 数据保密性 1. 应采用加密或其他有效措施实现系统管理数据、鉴别信息和重要业务数据传 输保密性； 2. 应采用加密或其他保护措施实现系统管理数据、鉴别信息和

19、重要业务数据存 储保密性； 3. 应对重要通信提供专用通信协议或安全通信协议服务，避免来自基于通用协 议的攻击破坏数据保密性。 1.5.3 备份和恢复 1. 应提供数据本地备份与恢复功能，完全数据备份至少每天一次，备份介质场 外存放； 2. 应建立异地灾难备份中心，配备灾难恢复所需的通信线路、网络设备和数据 处理设备，提供业务应用的实时无缝切换； 3. 应提供异地实时备份功能，利用通信网络将数据实时备份至灾难备份中心； 4. 应采用冗余技术设计网络拓扑结构，避免存在网络单点故障； 5. 应提供主要网络设备、通信线路和数据处理系统的硬件冗余，保证系统的高 可用性。 2 管理要求 2.1 安全管理

20、制度 序号 2.1.1 控制点项目 管理制度 安全标准 评估情况 说明 1. 应制定信息安全工作的总体方针和安全策略，说明机构安全工作的总体目 标、范围、原则和安全框架等；应对安全管理活动中的各类管理内容建立安 全管理制度；应对要求管理人员或操作人员执行的日常管理操作建立操作规 程； 2. 应形成由安全策略、管理制度、操作规程等构成的全面的信息安全管理制度 体系。 2.1.2 制定和发布 安全标准 评估情况 说明 1. 应设立信息安全管理工作的职能部门，设立安全主管、安全管理各个方面的 负责人岗位，并定义各负责人的职责； 2. 应设立系统管理员、网络管理员、安全管理员等岗位，并定义各个工作岗位

21、 的职责； 3. 应成立指导和管理信息安全工作的委员会或领导小组，其最高领导由单位主 管领导委任或授权； 4. 应制定文件明确安全管理机构各个部门和岗位的职责、分工和技能要求。 2.2.2 人员配备 1. 应配备一定数量的系统管理员、网络管理员、安全管理员等； 2. 应配备专职安全管理员，不可兼任； 3. 关键事务岗位应配备多人共同管理。 2.2.3 授权和审批 安全标准 评估情况 说明 1. 应指定或授权专门的部门或人员负责人员录用； 2. 应严格规范人员录用过程，对被录用人员的身份、背景、专业资格和资质等 进行审查，对其所具有的技术技能进行考核； 3. 应签署保密协议； 4. 应从内部人员

22、中选拔从事关键岗位的人员，并签署岗位安全协议。 2.3.2 人员离岗 1. 应制定有关管理规范，严格规范人员离岗过程，及时终止离岗员工的所有访 问权限； 2. 应取回各种身份证件、钥匙、徽章等以及机构提供的软硬件设备； 3. 应办理严格的调离手续，并承诺调离后的保密义务后方可离开。 2.3.3 人员考核 1. 应定期对各个岗位的人员进行安全技能及安全认知的考核； 2. 应对关键岗位的人员进行全面、严格的安全审查和技能考核； 3. 应建立保密制度，并定期或不定期的对保密制度执行情况进行检查或考核； 4. 应对考核结果进行记录并保存。 2.3.4 安全意识教育和 培训 1. 应确保在外部人员访问受

23、控区域前先提出书面申请，批准后由专人全程陪同 或监督，并登记备案； 2. 对外部人员允许访问的区域、系统、设备、信息等内容应进行书面的规定， 并按照规定执行； 3. 对关键区域不允许外部人员访问。 2.4 系统建设管理 序号 2.4.1 控制点项目 系统定级 安全标准 1. 应明确信息系统的边界和安全保护等级； 2. 应以书面的形式说明确定信息系统为某个安全保护等级的方法和理由； 3. 应组织相关部门和有关安全技术专家对信息系统定级结果的合理性和正确 性进行论证和审定； 4. 应确保信息系统的定级结果经过相关部门的批准。 评估情况 说明 2.4.2 安全 方 案 设 计 1. 应根据系统的安全

24、保护等级选择基本安全措施，依据风险分析的结果补充和 调整安全措施； 2. 应指定和授权专门的部门对信息系统的安全建设进行总体规划，制定近期和 远期的安全建设工作计划； 3. 应根据信息系统的等级划分情况，统一考虑安全保障体系的总体安全策略、 安全技术框架、安全管理策略、总体建设规划和详细设计方案，并形成配套 文件； 4. 应组织相关部门和有关安全技术专家对总体安全策略、安全技术框架、安全 管理策略、总体建设规划、详细设计方案等相关配套文件的合理性和正确性 进行论证和审定，并且经过批准后，才能正式实施； 5. 应根据等级测评、安全评估的结果定期调整和修订总体安全策略、安全技术 框架、安全管理策略

25、、总体建设规划、详细设计方案等相关配套文件。 2.4.3 产品采购和使用 1. 应确保安全产品采购和使用符合国家的有关规定； 2. 应确保密码产品采购和使用符合国家密码主管部门的要求； 3. 应指定或授权专门的部门负责产品的采购； 应预先对产品进行选型测试， 确定产品的候选范围，并定期审定和更新候选产品名单； 4. 应对重要部位的产品委托专业测评单位进行专项测试，根据测试结果选用产 品。 2.4.4 1. 应确保开发环境与实际运行环境物理分开，测试数据和测试结果受到控制； 自 行 软 件 开发 2. 应制定软件开发管理制度，明确说明开发过程的控制方法和人员行为准则； 3. 应制定代码编写安全规

26、范，要求开发人员参照规范编写代码； 4. 应确保提供软件设计的相关文档和使用指南，并由专人负责保管； 5. 应确保对程序资源库的修改、更新、发布进行授权和批准； 6. 应确保开发人员为专职人员，开发人员的开发活动受到控制、监视和审查。 2.4.5 外 包 软 件 开发 应根据开发要求测试软件质量； 应在软件安装之前检测软件包中可能存在的恶意代码； 应要求开发单位提供软件设计的相关文档和使用指南； 应要求开发单位提供软件源代码，并审查软件中可能存在的后门和隐蔽信道。 2.4.6 工程实施 1. 应指定或授权专门的部门或人员负责工程实施过程的管理； 2. 应制定详细的工程实施方案控制实施过程，并要

27、求工程实施单位能正式地执 行安全工程过程； 3. 应制定工程实施方面的管理制度明确说明实施过程的控制方法和人员行为 准则； 4. 应通过第三方工程监理控制项目的实施过程。 2.4.7 测试验收 1. 应委托公正的第三方测试单位对系统进行安全性测试，并出具安全性测试报 告； 2. 在测试验收前应根据设计方案或合同要求等制订测试验收方案，在测试验收 过程中应详细记录测试验收结果，并形成测试验收报告； 3. 应对系统测试验收的控制方法和人员行为准则进行书面规定； 4. 应指定或授权专门的部门负责系统测试验收的管理，并按照管理规定的要求 完成系统测试验收工作； 5. 应组织相关部门和相关人员对系统测试

28、验收报告进行审定，并签字确认。 2.4.8 系统交付 1. 应制定详细的系统交付清单，并根据交付清单对所交接的设备、软件和文档 等进行清点； 2. 应对负责系统运行维护的技术人员进行相应的技能培训； 3. 应确保提供系统建设过程中的文档和指导用户进行系统运行维护的文档； 4. 应对系统交付的控制方法和人员行为准则进行书面规定； 5. 应指定或授权专门的部门负责系统交付的管理工作，并按照管理规定的要求 完成系统交付工作。 系统备案 2.4.9 1. 应指定专门的部门或人员负责管理系统定级的相关材料，并控制这些材料的 使用； 2. 应将系统等级的相关材料报系统主管部门备案； 3. 应将系统等级及其

29、他要求的备案材料报相应公安机关备案。 2.4.10 等级测评 1. 在系统运行过程中，应至少每半年对系统进行一次等级测评，发现不符合相 应等级保护标准要求的及时整改； 2. 应在系统发生变更时及时对系统进行等级测评，发现级别发生变化的及时调 整级别并进行安全改造；发现不符合相应等级保护标准要求的及时整改； 3. 应选择具有国家相关技术资质和安全资质的测评单位进行等级测评； 4. 应指定或授权专门的部门或人员负责等级测评的管理。 2.4.11 安全服务商选择 1. 应确保安全服务商的选择符合国家的有关规定； 2. 应与选定的安全服务商签订与安全相关的协议，明确约定相关责任； 3. 应确保选定的安

30、全服务商提供技术培训和服务承诺，必要的与其签订服务合 同。 2.5 系统运维管理 序号 2.5.1 控制点项目 环境管理 安全标准 评估情况 说明 1. 应指定专门的部门或人员定期对机房供配电、空调、温湿度控制等设施进行 维护管理； 2. 应指定部门负责机房安全，并配备机房安全管理人员，对机房的出入、服务 器的开机或关机等工作进行管理； 3. 应建立机房安全管理制度，对有关机房物理访问，物品带进、带出机房和机 房环境安全等方面的管理作出规定； 4. 应加强对办公环境的保密性管理，规范办公环境人员行为，包括工作人员调 离办公室应立即交还该办公室钥匙、不在办公区接待来访人员、工作人员离 开座位确保

31、终端计算机退出登录状态和桌面上没有包含敏感信息的纸档文 件等； 5. 应对机房和办公环境实行统一策略的安全管理，对出入人员进行相应级别的 授权，对进入重要安全区域的活动行为实时监视和记录。 2.5.2 资产管理 1. 应编制并保存与信息系统相关的资产清单，包括资产责任部门、重要程度和 所处位置等内容； 2. 应建立资产安全管理制度，规定信息系统资产管理的责任人员或责任部门， 并规范资产管理和使用的行为； 3. 应根据资产的重要程度对资产进行标识管理，根据资产的价值选择相应的管 理措施； 4. 应对信息分类与标识方法作出规定，并对信息的使用、传输和存储等进行规 范化管理 2.5.3 介质管理 1

32、. 应建立介质安全管理制度，对介质的存放环境、使用、维护和销毁等方面作 出规定； 2. 应确保介质存放在安全的环境中，对各类介质进行控制和保护，实行存储环 境专人管理，并根据存档介质的目录清单定期盘点； 3. 应对介质在物理传输过程中的人员选择、打包、交付等情况进行控制，并对 介质的归档和查询等进行登记记录； 4. 应对存储介质的使用过程、送出维修以及销毁等进行严格的管理，重要数据 的存储介质带出工作环境必须进行内容加密并进行监控管理，对于需要送出 维修或销毁的介质应采用多次读写覆盖、清除敏感或秘密数据、对无法执行 删除操作的受损介质必须销毁，保密性较高的信息存储介质应获得批准并在 双人监控下

33、才能销毁，销毁记录应妥善保存； 5. 应根据数据备份的需要对某些介质实行异地存储，存储地的环境要求和管理 方法应与本地相同； 6. 应对重要介质中的数据和软件采取加密存储，并根据所承载数据和软件的重 要程度对介质进行分类和标识管理。 2.5.4 设备管理 1. 应对信息系统相关的各种设备、线路等指定专门的 部门或人员定期进行维护管理； 2. 应建立基于申报、审批和专人负责的设备安全管理制度，对信息系统的各种 软硬件设备的选型、采购、发放和领用等过程进行规范化管理； 3. 应建立配套设施、软硬件维护方面的管理制度，对其维护进行有效的管理， 包括明确维护人员的责任、涉外维修和服务的审批、维修过程的

34、监督控制等； 4. 应对终端计算机、工作站、便携机、系统和网络等设备的操作和使用进行规 范化管理，按操作规程实现设备的启动/停止、加 电/断电等操作； 5. 应确保信息处理设备必须经过审批才能带离机房或办公地点。 2.5.5 监控管理和安全 管理中心 1. 应对通信线路、主机、网络设备和应用软件的运行状况、网络流量、用户行 为等进行监测和报警，形成记录并妥善保存； 2. 应组织相关人员定期对监测和报警记录进行分析、评审，发现可疑行为，形 成分析报告，并采取必要的应对措施； 3. 应建立安全管理中心，对设备状态、恶意代码、补丁升级、安全审计等安全 相关事项进行集中管理。 2.5.6 网络 安全

35、管 理 1. 应指定专人对网络进行管理，负责运行日志、网络监控记录的日常维护和报 警信息分析和处理工作； 2. 应建立网络安全管理制度，对网络安全配置、日志保存时间、安全策略、升 级与打补丁、口令更新周期等方面作出规定； 3. 应根据厂家提供的软件升级版本对网络设备进行更新，并在更新前对现有的 重要文件进行备份； 4. 应定期对网络系统进行漏洞扫描，对发现的网络系统安全漏洞进行及时的修 补； 5. 应实现设备的最小服务配置和优化配置，并对配置文件进行定期离线备份； 6. 应保证所有与外部系统的连接均得到授权和批准； 7. 应禁止便携式和移动式设备接入网络； 8. 应定期检查违反规定拨号上网或其

36、他违反网络安全策略的行为； 9. 应严格控制网络管理用户的授权，授权程序中要求必须有两人在场，并经双 重认可后方可操作，操作过程应保留不可更改的审计日志。 系统 安全 管 理 1. 应根据业务需求和系统安全分析确定系统的访问控制策略； 2. 应定期进行漏洞扫描，对发现的系统安全漏洞及时进行修补； 3. 应安装系统的最新补丁程序，在安装系统补丁前，首先在测试环境中测试通 过，并对重要文件进行备份后，方可实施系统补丁程序的安装； 4. 应建立系统安全管理制度，对系统安全策略、安全配置、日志管理、日常操 作流程等方面作出具体规定； 5. 应指定专人对系统进行管理，划分系统管理员角色，明确各个角色的权

37、限、 责任和风险，权限设定应当遵循最小授权原则； 6. 应依据操作手册对系统进行维护，详细记录操作日志，包括重要的日常操作、 运行维护记录、参数的设置和修改等内容，严禁进行未经授权的操作； 7. 应定期对运行日志和审计数据进行分析，以便及时发现异常行为； 8. 应对系统资源的使用进行预测，以确保充足的处理速度和存储容量，管理人 2.5.7 2.5.8 员应随时注意系统资源的使用情况，包括处理器、存储设备和输出设备。 恶意代码防范管 理 1. 应提高所有用户的防病毒意识，及时告知防病毒软件版本，在读取移动存储 设备上的数据以及网络上接收文件或邮件之前，先进行病毒检查，对外来计 算机或存储设备接入

38、网络系统之前也应进行病毒检查； 2. 应指定专人对网络和主机进行恶意代码检测并保存检测记录； 3. 应对防恶意代码软件的授权使用、恶意代码库升级、定期汇报等作出明确规 定； 4. 应定期检查信息系统内各种产品的恶意代码库的升级情况并进行记录，对主 机防病毒产品、防病毒网关和邮件防病毒网关上截获的危险病毒或恶意代码 进行及时分析处理，并形成书面的报表和总结汇报。 2.5.9 2.5.10 密码管理 变更管理 应建立密码使用管理制度，使用符合国家密码管理规定的密码技术和产品。 1. 应确认系统中要发生的变更，并制定变更方案； 2. 应建立变更管理制度，系统发生变更前，向主管领导申请，变更和变更方案

39、 经过评审、审批后方可实施变更，并在实施后将变更情况向相关人员通告； 3. 应建立变更控制的申报和审批文件化程序，控制系统所有的变更情况，对变 更影响进行分析并文档化，记录变更实施过程，并妥善保存所有文档和记录； 4. 应建立中止变更并从失败变更中恢复的文件化程序，明确过程控制方法和人 员职责，必要时对恢复过程进行演练； 5. 应定期检查变更控制的申报和审批程序的执行情况，评估系统现有状况与文 档记录的一致性 2.5.11 备份与恢复管理 1. 应识别需要定期备份的重要业务信息、系统数据及软件系统等； 2. 应建立备份与恢复管理相关的安全管理制度，对备份信息的备份方式、备份 频度、存储介质和保

40、存期等进行规定； 3. 应根据数据的重要性和数据对系统运行的影响，制定数据的备份策略和恢复 策略，备份策略须指明备份数据的放置场所、文件命名规则、介质替换频率 和将数据离站运输的方法； 4. 应建立控制数据备份和恢复过程的程序，记录备份过程，对需要采取加密或 数据隐藏处理的备份数据，进行备份和加密操作时要求两名工作人员在场， 所有文件和记录应妥善保存； 5. 应定期执行恢复程序，检查和测试备份介质的有效性，确保可以在恢复程序 规定的时间内完成备份的恢复； 6. 应根据信息系统的备份技术要求，制定相应的灾难恢复计划，并对其进行测 试以确保各个恢复规程的正确性和计划整体的有效性，测试内容包括运行系

41、 统恢复、人员协调、备用系统性能测试、通信连接等，根据测试结果，对不 适用的规定进行修改或更新。 2.5.12 安全 事 件处 置 1. 应报告所发现的安全弱点和可疑事件，但任何情况下用户均不应尝试验证弱 点； 2. 应制定安全事件报告和处置管理制度，明确安全事件类型，规定安全事件的 3. 现场处理、事件报告和后期恢复的管理职责； 4. 应根据国家相关管理部门对计算机安全事件等级划分方法和安全事件对本 系统产生的影响，对本系统计算机安全事件进行等级划分； 5. 应制定安全事件报告和响应处理程序，确定事件的报告流程，响应和处置的 范围、程度，以及处理方法等； 6. 应在安全事件报告和响应处理过程

42、中，分析和鉴定事件产生的原因，收集证 据，记录处理过程，总结经验教训，制定防止再次发生的补救措施，过程形 成的所有文件和记录均应妥善保存； 7. 对造成系统中断和造成信息泄密的安全事件应采用不同的处理程序和报告 程序； 8. 发生可能涉及国家秘密的重大失、泄密事件，应按照有关规定向公安、安全、 保密等部门汇报； 9. 应严格控制参与涉及国家秘密事件处理和恢复的人员，重要操作要求至少两 名工作人员在场并登记备案。 2.5.13 应 急 预 案管 理 1. 应在统一的应急预案框架下制定不同事件的应急预案，应急预案框架应包括 启动应急预案的条件、应急处理流程、系统恢复流程、事后教育和培训等内 容； 2. 应从人力、设备、技术和财务等方面确保应急预案的执行有足够的资源保障； 3. 应对系统相关的人员进行应急预案培训，应急预案的培训应至少每年举办一 次； 4. 应定期对应急预案进行演练，根据不同的应急恢复内容，确定演练的周期； 5. 应规定应急预案需要定期审查和根据实际情况更新的内容，并按照执行； 6. 应随着信息系统的变更定期对原有的应急预案重新评估，修订完善。