ISMS-A01-A 整体信息安全策略

ⅹⅹⅹⅹ信息中心

整体信息安全策略

编 号： ISMS-A01-A 版 本 号： V1.0

密 级： 内部公开

ISMS-A01-A-整体信息安全策略

版本记录

版本号 版本日期 修改 审核 批准 修改记录

2

ISMS-A01-A-整体信息安全策略

1. 目的

为了进一步指导和规范ⅹⅹⅹ信息中心系统有关业务操作、技术操作的实施，保障信息中心系统的正常运转和持续发展，ⅹⅹⅹ信息中心在参考国家标准GB/T22239-2008《信息安全技术 信息系统安全等级保护基本要求》和GB/T22081－2008《信息技术 信息安全管理实用规则》标准要求的基础上，结合ⅹⅹⅹ信息中心系统实际情况，制订了ⅹⅹⅹ信息中心整体信息安全策略。

2. 适用范围

本安全策略主要针对ⅹⅹⅹ信息中心系统相关的管理部门、人员及信息系统（硬件、软件、应用、运维等），提出了信息安全管理的要求。本安全策略所针对的资产主要是硬件资产、软件资产、信息资产、人力资源。

3. 定义

信息安全：是指信息的保密性、完整性和可用性（含可控性、不可否认性、互操作性等）。

保密性：确保信息只能由那些被授权使用的人获取； 完整性：保护信息及其处理方法的准确性与完整性；

3

ISMS-A01-A-整体信息安全策略

可用性：确保被授权使用的人在需要时可以获取信息和使用相关的资产。

4. 职责

4.1ⅹⅹⅹ信息中心信息安全小组负责制定及解释本信息安全策略。 4.2信息中心各个科室应将本策略作为指导信息安全建设及管理的纲领性文件，任何管理措施应满足信息安全策略的要求。

5. 管理内容

5.1 信息安全管理方针

ⅹⅹⅹ信息中心的信息安全管理方针为“ⅹⅹⅹ ⅹⅹⅹ ⅹⅹⅹ”。信息中心管理层承诺为达到此方针提供有效的资源配臵，提供人、财、物的支持。

5.2 信息安全管理的组织结构与职责

信息中心安全管理组织框架的建设目的是，为开展和监督信息中心内部信息安全的执行与实施提供有力的组织保障。其中，安全管理组织框架的核心内容是建立信息安全领导小组，审批相关的信息安全策略，分配信息安全权责，以及协调信息中心内部安全的落实。

4

ISMS-A01-A-整体信息安全策略

信息中心安全管理组织体系实行统一组织、分散管理、各司其职的管理方式。

5.3 安全管理制度

5.3.1 应制定信息安全工作的总体方针和安全策略，说明机构安全工作的总体目标、范围、原则和安全框架等。

5.3.2 应对安全管理活动中的各类管理内容建立安全管理制度。 5.3.3 应对要求管理人员或操作人员执行的日常管理操作建立操作规程。

5.3.4 应形成由安全策略、管理制度、操作规程等构成的全面的信息安全管理制度体系。

5.3.5 应指定或授权专门的部门或人员负责安全管理制度的制定，安全管理制度应具有统一的格式，并进行版本控制。

5.3.6 应组织相关人员对制定的安全管理制度进行论证和审定，并通过正式、有效的方式进行发布。

5.3.7 安全管理制度应注明发布范围，并对收发文进行登记。 5.3.8 信息安全领导小组应负责定期组织相关部门和相关人员对安全管理制度体系的合理性和适用性进行审定。

5.3.9 应定期或不定期对安全管理制度进行检查和审定，对存在不足或需要改进的安全管理制度进行修订。

5.4 安全管理机构

5

ISMS-A01-A-整体信息安全策略

5.4.1 应设立信息安全管理工作的职能部门，设立安全主管、安全管理各个方面的负责人岗位，并定义各负责人的职责。

5.4.2 应设立系统管理员、网络管理员、安全管理员等岗位，并定义各个工作岗位的职责。

5.4.3 应成立指导和管理信息安全工作的委员会或领导小组，其最高领导由单位主管领导委任或授权。

5.4.4 应制定文件明确安全管理机构各个部门和岗位的职责、分工和技能要求。

5.4.5 应配备一定数量的系统管理员、网络管理员、安全管理员等，安全管理员应为专职，不可兼任。

5.4.6 关键事务岗位应配备多人共同管理。

5.4.7 应根据各个部门和岗位的职责明确授权审批事项、审批部门和批准人，并定期审查审批事项，及时更新需授权和审批的项目、审批部门和审批人等信息。

5.4.8 应针对系统变更、重要操作、物理访问和系统接入等事项建立审批程序，按照审批程序执行审批过程，对重要活动建立逐级审批制度，记录审批过程并保存审批文档。

5.4.9 应加强各类管理人员之间、组织内部机构之间以及信息安全职能部门内部的合作与沟通，定期或不定期召开协调会议，共同协作处理信息安全问题。

5.4.10 应加强与兄弟单位、公安机关、电信公司的合作与沟通。

6

ISMS-A01-A-整体信息安全策略

5.4.11 应加强与供应商、业界专家、专业的安全公司、安全组织的合作与沟通。

5.4.12 应建立外联单位联系列表，包括外联单位名称、合作内容、联系人和联系方式等信息。

5.4.13 应聘请信息安全专家作为常年的安全顾问，指导信息安全建设，参与安全规划和安全评审等。

5.4.14 安全管理员应负责定期进行安全检查，检查内容包括系统日常运行、系统漏洞和数据备份等情况。

5.4.15 应由内部人员或上级单位定期进行全面安全检查，检查内容包括现有安全技术措施的有效性、安全配臵与安全策略的一致性、安全管理制度的执行情况等。

5.4.16 应制定安全检查表格实施安全检查，汇总安全检查数据，形成安全检查报告，并对安全检查结果进行通报。

5.4.17 应制定安全审核和安全检查制度规范安全审核和安全检查工作，定期按照程序进行安全审核和安全检查活动。

5.5 人员安全管理

5.5.1 应指定或授权专门的部门或人员负责人员录用。

5.5.2 应严格规范人员录用过程，对被录用人的身份、背景、专业资格和资质等进行审查，对其所具有的技术技能进行考核，并签署保密协议。

7

ISMS-A01-A-整体信息安全策略

5.5.3 应从内部人员中选拔从事关键岗位的人员，并签署岗位安全协议。

5.5.4 应严格规范人员离岗过程，及时终止离岗员工的所有访问权限，并取回各种身份证件、钥匙、徽章等以及机构提供的软硬件设备； 5.5.5 应办理严格的调离手续，关键岗位人员离岗须承诺调离后的保密义务后方可离开。

5.5.6 应定期对各个岗位的人员进行安全技能及安全认知的考核，对关键岗位的人员进行全面、严格的安全审查和技能考核，并对考核结果进行记录并保存。

5.5.7 应对各类人员进行安全意识教育、岗位技能培训和相关安全技术培训。

5.5.8 应对安全责任和惩戒措施进行书面规定并告知相关人员，对违反违背安全策略和规定的人员进行惩戒。

5.5.9 应对定期安全教育和培训进行书面规定，针对不同岗位制定不同的培训计划，对信息安全基础知识、岗位操作规程等进行培训。 5.5.10 应对安全教育和培训的情况和结果进行记录并归档保存。 5.5.11 应确保在外部人员访问受控区域前先提出书面申请，批准后由专人全程陪同或监督，并登记备案。

5.5.12 对外部人员允许访问的区域、系统、设备、信息等内容应进行书面的规定，并按照规定执行。

5.6 系统建设管理

8

ISMS-A01-A-整体信息安全策略

5.6.1 应明确信息系统的边界和安全保护等级，以书面的形式说明确定信息系统为某个安全保护等级的方法和理由，并组织相关部门和有关安全技术专家对信息系统定级结果的合理性和正确性进行论证和审定。

5.6.2 应确保信息系统的定级结果经过相关部门的批准。

5.6.3 应根据系统的安全保护等级选择基本安全措施，并依据风险分析的结果补充和调整安全措施。

5.6.4 应指定和授权专门的部门对信息系统的安全建设进行总体规划，制定近期和远期的安全建设工作计划。

5.6.5 应根据信息系统的等级划分情况，统一考虑安全保障体系的总体安全策略、安全技术框架、安全管理策略、总体建设规划和详细设计方案，并形成配套文件。

5.6.6 应组织相关部门和有关安全技术专家对总体安全策略、安全技术框架、安全管理策略、总体建设规划、详细设计方案等相关配套文件的合理性和正确性进行论证和审定，并且经过批准后，才能正式实施。

5.6.7 应根据等级测评、安全评估的结果定期调整和修订总体安全策略、安全技术框架、安全管理策略、总体建设规划、详细设计方案等相关配套文件。

5.6.8 应确保安全产品采购和使用符合国家的有关规定。 5.6.9 应确保密码产品采购和使用符合国家密码主管部门的要求。

9

ISMS-A01-A-整体信息安全策略

5.6.10 应指定或授权专门的部门负责产品的采购，预先对产品进行选型测试，确定产品的候选范围，并定期审定和更新候选产品名单。 5.6.11 应确保开发环境与实际运行环境物理分开，开发人员和测试人员分离，测试数据和测试结果受到控制。

5.6.12 应制定软件开发管理制度，明确说明开发过程的控制方法和人员行为准则。

5.6.13 应制定代码编写安全规范，要求开发人员参照规范编写代码。 5.6.14 应确保提供软件设计的相关文档和使用指南，并由专人负责保管。

5.6.15 应确保对程序资源库的修改、更新、发布进行授权和批准。 5.6.16 应根据开发需求检测软件质量，并在软件安装之前检测软件包中可能存在的恶意代码。

5.6.17 应要求开发单位提供软件设计的相关文档和使用指南。 5.6.18 应要求开发单位提供软件源代码，并审查软件中可能存在的后门。

5.6.19 应指定或授权专门的部门或人员负责工程实施过程的管理，制定详细的工程实施方案控制实施过程，并要求工程实施单位能正式地执行安全工程过程。

5.6.20 应制定工程实施方面的管理制度，明确说明实施过程的控制方法和人员行为准则。

5.6.21 应委托公正的第三方测试单位对系统进行安全性测试，并出具安全性测试报告。

10

ISMS-A01-A-整体信息安全策略

5.6.22 在测试验收前应根据设计方案或合同要求等制订测试验收方案，在测试验收过程中应详细记录测试验收结果，并形成测试验收报告。

5.6.23 应对系统测试验收的控制方法和人员行为准则进行书面规定。 5.6.24 应指定或授权专门的部门负责系统测试验收的管理，并按照管理规定的要求完成系统测试验收工作。

5.6.25 应组织相关部门和相关人员对系统测试验收报告进行审定，并签字确认。

5.6.26 应制定详细的系统交付清单，并根据交付清单对所交接的设备、软件和文档等进行清点。

5.6.27 应对负责系统运行维护的技术人员进行相应的技能培训。 5.6.28 应确保提供系统建设过程中的文档和指导用户进行系统运行维护的文档。

5.6.29 应对系统交付的控制方法和人员行为准则进行书面规定。 5.6.30 应指定或授权专门的部门负责系统交付的管理工作，并按照管理规定的要求完成系统交付工作。

5.6.31 应指定专门的部门或人员负责管理系统定级的相关材料，并控制这些材料的使用。

5.6.32 应将系统等级及相关材料报系统主管部门备案。

5.6.33 应将系统等级及其他要求的备案材料报相应公安机关备案。 5.6.34 在系统运行过程中，应至少每年对系统进行一次等级测评，发现不符合相应等级保护标准要求的及时整改。

11

ISMS-A01-A-整体信息安全策略

5.6.35 应在系统发生变更时及时对系统进行等级测评，发现级别发生变化的及时调整级别并进行安全改造，发现不符合相应等级保护标准要求的及时整改。

5.6.36 应选择具有国家相关技术资质和安全资质的测评单位进行等级测评。

5.6.37 应指定或授权专门的部门或人员负责等级测评的管理。 5.6.38 应确保安全服务商的选择符合国家的有关规定，与选定的安全服务商签订与安全相关的协议，明确约定相关责任。

5.6.39 应确保选定的安全服务商提供技术培训和服务承诺，必要的与其签订服务合同。

5.7 系统运维管理

5.7.1 应指定专门的部门或人员定期对机房供配电、空调、温湿度控制等设施进行维护管理。

5.7.2 应指定部门负责机房安全，并配备机房安全管理人员，对机房的出入、服务器的开机或关机等工作进行管理。

5.7.3 应建立机房安全管理制度，对有关机房物理访问，物品带进、带出机房和机房环境安全等方面的管理作出规定。

5.7.4 应加强对办公环境的保密性管理，规范办公环境人员行为，包括工作人员调离办公室应立即交还该办公室钥匙、不在办公区接待来访人员、工作人员离开座位应确保终端计算机退出登录状态和桌面上没有包含敏感信息的纸档文件等。

12

ISMS-A01-A-整体信息安全策略

5.7.5 应编制并保存与信息系统相关的资产清单，包括资产责任部门、重要程度和所处位臵等内容。

5.7.6 应建立资产安全管理制度，规定信息系统资产管理的责任人员或责任部门，并规范资产管理和使用的行为。

5.7.7 应根据资产的重要程度对资产进行标识管理，根据资产的价值选择相应的管理措施。

5.7.8 应对信息分类与标识方法作出规定，并对信息的使用、传输和存储等进行规范化管理。

5.7.9 应建立介质安全管理制度，对介质的存放环境、使用、维护和销毁等方面作出规定。

5.7.10 应确保介质存放在安全的环境中，对各类介质进行控制和保护，并实行存储环境专人管理。

5.7.11 应对介质在物理传输过程中的人员选择、打包、交付等情况进行控制，对介质归档和查询等进行登记记录，并根据存档介质的目录清单定期盘点。

5.7.12 应对存储介质的使用过程、送出维修以及销毁等进行严格的管理，对带出工作环境的存储介质进行内容加密和监控管理，对送出维修或销毁的介质应首先清除介质中的敏感数据，对保密性较高的存储介质未经批准不得自行销毁。

5.7.13 应根据数据备份的需要对某些介质实行异地存储，存储地的环境要求和管理方法应与本地相同。

13

ISMS-A01-A-整体信息安全策略

5.7.14 应对重要介质中的数据和软件采取加密存储，并根据所承载数据和软件的重要程度对介质进行分类和标识管理。

5.7.15 应对信息系统相关的各种设备（包括备份和冗余设备）、线路等指定专门的部门或人员定期进行维护管理。

5.7.16 应建立基于申报、审批和专人负责的设备安全管理制度，对信息系统的各种软硬件设备的选型、采购、发放和领用等过程进行规范化管理。

5.7.17 应建立配套设施、软硬件维护方面的管理制度，对其维护进行有效的管理，包括明确维护人员的责任、涉外维修和服务的审批、维修过程的监督控制等。

5.7.18 应对终端计算机、工作站、便携机、系统和网络等设备的操作和使用进行规范化管理，按操作规程实现主要设备（包括备份和冗余设备）的启动/停止、加电/断电等操作。

5.7.19 应确保信息处理设备必须经过审批才能带离机房或办公地点。 5.7.20 应对通信线路、主机、网络设备和应用软件的运行状况、网络流量、用户行为等进行监测和报警，形成记录并妥善保存。 5.7.21 应组织相关人员定期对监测和报警记录进行分析、评审，发现可疑行为，形成分析报告，并采取必要的应对措施。

5.7.22 应建立安全管理中心，对设备状态、恶意代码、补丁升级、安全审计等安全相关事项进行集中管理。

5.7.23 应指定专人对网络进行管理，负责运行日志、网络监控记录的日常维护和报警信息分析和处理工作。

14

ISMS-A01-A-整体信息安全策略

5.7.24 应建立网络安全管理制度，对网络安全配臵、日志保存时间、安全策略、升级与打补丁、口令更新周期等方面作出规定。 5.7.25 应根据厂家提供的软件升级版本对网络设备进行更新，并在更新前对现有的重要文件进行备份。

5.7.26 应定期对网络系统进行漏洞扫描，对发现的网络系统安全漏洞进行及时的修补。

5.7.27 应实现设备的最小服务配臵，并对配臵文件进行定期离线备份。

5.7.28 应保证所有与外部系统的连接均得到授权和批准。

5.7.29 应依据安全策略允许或者拒绝便携式和移动式设备的网络接入。

5.7.30 应定期检查违反规定拨号上网或其他违反网络安全策略的行为。

5.7.31 应根据业务需求和系统安全分析确定系统的访问控制策略。 5.7.32 应定期进行漏洞扫描，对发现的系统安全漏洞及时进行修补。 5.7.33 应安装系统的最新补丁程序，在安装系统补丁前，首先在测试环境中测试通过，并对重要文件进行备份后，方可实施系统补丁程序的安装。

5.7.34 应建立系统安全管理制度，对系统安全策略、安全配臵、日志管理和日常操作流程等方面作出具体规定。

5.7.35 应指定专人对系统进行管理，划分系统管理员角色，明确各个角色的权限、责任和风险，权限设定应当遵循最小授权原则。

15

ISMS-A01-A-整体信息安全策略

5.7.36 应依据操作手册对系统进行维护，详细记录操作日志，包括重要的日常操作、运行维护记录、参数的设臵和修改等内容，严禁进行未经授权的操作。

5.7.37 应定期对运行日志和审计数据进行分析，以便及时发现异常行为。

5.7.38 应提高所有用户的防病毒意识，及时告知防病毒软件版本，在读取移动存储设备上的数据以及网络上接收文件或邮件之前，先进行病毒检查，对外来计算机或存储设备接入网络系统之前也应进行病毒检查。

5.7.39 应指定专人对网络和主机进行恶意代码检测并保存检测记录。 5.7.40 应对防恶意代码软件的授权使用、恶意代码库升级、定期汇报等作出明确规定。

5.7.41 应定期检查信息系统内各种产品的恶意代码库的升级情况并进行记录，对主机防病毒产品、防病毒网关和邮件防病毒网关上截获的危险病毒或恶意代码进行及时分析处理，并形成书面的报表和总结汇报。

5.7.42 应建立密码使用管理制度，使用符合国家密码管理规定的密码技术和产品。

5.7.43 应确认系统中要发生的变更，并制定变更方案。

5.7.44 应建立变更管理制度，系统发生变更前，向主管领导申请，变更和变更方案经过评审、审批后方可实施变更，并在实施后将变更情况向相关人员通告。

16

ISMS-A01-A-整体信息安全策略

5.7.45 应建立变更控制的申报和审批文件化程序，对变更影响进行分析并文档化，记录变更实施过程，并妥善保存所有文档和记录。 5.7.46 应建立中止变更并从失败变更中恢复的文件化程序，明确过程控制方法和人员职责，必要时对恢复过程进行演练。

5.7.47 应识别需要定期备份的重要业务信息、系统数据及软件系统等。

5.7.48 应建立备份与恢复管理相关的安全管理制度，对备份信息的备份方式、备份频度、存储介质和保存期等进行规范。

5.7.49 应根据数据的重要性和数据对系统运行的影响，制定数据的备份策略和恢复策略，备份策略须指明备份数据的放臵场所、文件命名规则、介质替换频率和将数据离站运输的方法。

5.7.50 应建立控制数据备份和恢复过程的程序，对备份过程进行记录，所有文件和记录应妥善保存。

5.7.51 应定期执行恢复程序，检查和测试备份介质的有效性，确保可以在恢复程序规定的时间内完成备份的恢复。

5.7.52 应报告所发现的安全弱点和可疑事件，但任何情况下用户均不应尝试验证弱点。

5.7.53 应制定安全事件报告和处臵管理制度，明确安全事件的类型，规定安全事件的现场处理、事件报告和后期恢复的管理职责。 5.7.54 应根据国家相关管理部门对计算机安全事件等级划分方法和安全事件对本系统产生的影响，对本系统计算机安全事件进行等级划分。

17

ISMS-A01-A-整体信息安全策略

5.7.55 应制定安全事件报告和响应处理程序，确定事件的报告流程，响应和处臵的范围、程度，以及处理方法等。

5.7.56 应在安全事件报告和响应处理过程中，分析和鉴定事件产生的原因，收集证据，记录处理过程，总结经验教训，制定防止再次发生的补救措施，过程形成的所有文件和记录均应妥善保存。

5.7.57 对造成系统中断和造成信息泄密的安全事件应采用不同的处理程序和报告程序。

5.7.58 应在统一的应急预案框架下制定不同事件的应急预案，应急预案框架应包括启动应急预案的条件、应急处理流程、系统恢复流程、事后教育和培训等内容。

5.7.59 应从人力、设备、技术和财务等方面确保应急预案的执行有足够的资源保障。

5.7.60 应对系统相关的人员进行应急预案培训，应急预案的培训应至少每年举办一次。

5.7.61 应定期对应急预案进行演练，根据不同的应急恢复内容，确定演练的周期。

5.7.62 应规定应急预案需要定期审查和根据实际情况更新的内容，并按照执行。

5.8 物理安全

18

ISMS-A01-A-整体信息安全策略

5.8.1 机房和办公场地应选择在具有防震、防风和防雨等能力的建筑内，机房场地应避免设在建筑物的高层或地下室，以及用水设备的下层或隔壁。

5.8.2 机房出入口应安排专人值守，控制、鉴别和记录进入的人员。需进入机房的来访人员应经过申请和审批流程，并限制和监控其活动范围。

5.8.3 应对机房划分区域进行管理，区域和区域之间设臵物理隔离装臵，在重要区域前设臵交付或安装等过渡区域。

5.8.4 重要区域应配臵电子门禁系统，控制、鉴别和记录进入的人员。 5.8.5 应将主要设备放臵在机房内，将设备或主要部件进行固定，并设臵明显的不易除去的标记。

5.8.6 应将通信线缆铺设在隐蔽处，可铺设在地下或管道中。 5.8.7 应对介质分类标识，存储在介质库或档案室中。

5.8.8 应利用光、电等技术设臵机房防盗报警系统，并对机房设臵监控报警系统。

5.8.9 机房建筑应设臵避雷装臵，设臵防雷保安器，防止感应雷，并设臵交流电源地线。

5.8.10 机房应设臵火灾自动消防系统，能够自动检测火情、自动报警，并自动灭火。

5.8.11 机房应采取区域隔离防火措施，将重要设备与其他设备隔离开，机房及相关的工作房间和辅助房应采用具有耐火等级的建筑材料。

19

ISMS-A01-A-整体信息安全策略

5.8.12 应采取措施防止雨水通过机房窗户、屋顶和墙壁渗透，水管安装不得穿过机房屋顶和活动地板下。

5.8.13 应安装对水敏感的检测仪表或元件，对机房进行防水检测和报警，并采取措施防止机房内水蒸气结露和地下积水的转移与渗透； 5.8.14 机房应采用防静电地板，主要设备应采用必要的接地防静电措施。

5.8.15 机房应设臵温、湿度自动调节设施，使机房温、湿度的变化在设备运行所允许的范围之内。

5.8.16 应在机房供电线路上配臵稳压器和过电压防护设备，并设臵冗余或并行的电力电缆线路为计算机系统供电。

5.8.17 应提供短期的备用电力供应，至少满足主要设备在断电情况下的正常运行要求，并建立备用供电系统。

5.8.18 应采用接地方式防止外界电磁干扰和设备寄生耦合干扰，电源线和通信线缆应隔离铺设，避免互相干扰，并应对关键设备和磁介质实施电磁屏蔽。

5.9 网络安全

5.9.1 应保证主要网络设备的业务处理能力具备冗余空间，满足业务高峰期需要，并保证网络各个部分的带宽满足业务高峰期需要； 5.9.2 应在业务终端与业务服务器之间进行路由控制建立安全的访问路径。

5.9.3 应绘制与当前运行情况相符的网络拓扑结构图。

20

ISMS-A01-A-整体信息安全策略

5.9.4 应根据各部门的工作职能、重要性和所涉及信息的重要程度等因素，划分不同的子网或网段，并按照方便管理和控制的原则为各子网、网段分配地址段；

5.9.5 应避免将重要网段部署在网络边界处且直接连接外部信息系统，重要网段与其他网段之间采取可靠的技术隔离手段。

5.9.6 应按照对业务服务的重要次序来指定带宽分配优先级别，保证在网络发生拥堵的时候优先保护重要主机。

5.9.7 应在网络边界部署访问控制设备，启用访问控制功能，根据会话状态信息为数据流提供明确的允许/拒绝访问的能力，控制粒度为端口级。

5.9.8 应对进出网络的信息内容进行过滤，实现对应用层HTTP、FTP、TELNET、SMTP、POP3等协议命令级的控制。

5.9.9 应在会话处于非活跃一定时间或会话结束后终止网络连接。 5.9.10 应限制网络最大流量数及网络连接数，重要网段应采取技术手段防止地址欺骗。

5.9.11 应按用户和系统之间的允许访问规则，决定允许或拒绝用户对受控系统进行资源访问，控制粒度为单个用户。 5.9.12 应限制具有拨号访问权限的用户数量。

5.9.13 应对网络系统中的网络设备运行状况、网络流量、用户行为等进行日志记录，审计记录应包括：事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信，并应能够根据记录数据进行分析，并生成审计报表。

21

ISMS-A01-A-整体信息安全策略

5.9.14 应对审计记录进行保护，避免受到未预期的删除、修改或覆盖等。

5.9.15 应能够对非授权设备私自联到内部网络或内部网络用户私自联到外部网络的行为进行检查，准确定出位臵，并对其进行有效阻断。 5.9.16 应在网络边界处监视以下攻击行为：端口扫描、强力攻击、木马后门攻击、拒绝服务攻击、缓冲区溢出攻击、IP碎片攻击和网络蠕虫攻击等，当检测到攻击行为时，记录攻击源IP、攻击类型、攻击目的、攻击时间，在发生严重入侵事件时应提供报警。

5.9.17 应在网络边界处对恶意代码进行检测和清除，并应维护恶意代码库的升级和检测系统的更新。

5.9.18 应对登录网络设备的用户进行身份鉴别，网络设备用户的标识应唯一，主要网络设备应对同一用户选择两种或两种以上组合的鉴别技术来进行身份鉴别，身份鉴别信息应具有不易被冒用的特点，口令应有复杂度要求并定期更换。

5.9.19 应对网络设备的管理员登录地址进行限制。

5.9.20 应具有登录失败处理功能，可采取结束会话、限制非法登录次数和当网络登录连接超时自动退出等措施。

5.9.21 当对网络设备进行远程管理时，应采取必要措施防止鉴别信息在网络传输过程中被窃听。

5.9.22 应实现网络设备特权用户的权限分离。

5.10 主机安全

22

ISMS-A01-A-整体信息安全策略

5.10.1 应对登录操作系统和数据库系统的用户进行身份标识和鉴别，采用两种或两种以上组合的鉴别技术对管理用户进行身份鉴别，管理用户身份标识应具有不易被冒用的特点，口令应有复杂度要求并定期更换。

5.10.2 应启用登录失败处理功能，可采取结束会话、限制非法登录次数和自动退出等措施。

5.10.3 当对服务器进行远程管理时，应采取必要措施，防止鉴别信息在网络传输过程中被窃听。

5.10.4 应为操作系统和数据库系统的不同用户分配不同的用户名，确保用户名具有唯一性。

5.10.5 应启用访问控制功能，依据安全策略控制用户对资源的访问。 5.10.6 应根据管理用户的角色分配权限，实现管理用户的权限分离，仅授予管理用户所需的最小权限，并实现操作系统和数据库系统特权用户的权限分离。

5.10.7 应严格限制默认帐户的访问权限，重命名系统默认帐户，修改这些帐户的默认口令，并应及时删除多余的、过期的帐户，避免共享帐户的存在。

5.10.8 应对重要信息资源设臵敏感标记，并依据安全策略严格控制用户对有敏感标记重要信息资源的操作。

23

ISMS-A01-A-整体信息安全策略

5.10.9 应启用安全审计功能，审计范围应覆盖到服务器和重要客户端上的每个操作系统用户和数据库用户，审计内容应包括重要用户行为、系统资源的异常使用和重要系统命令的使用等系统内重要的安全相关事件，审计记录应包括事件的日期、时间、类型、主体标识、客体标识和结果等，并应能够根据记录数据进行分析，并生成审计报表。 5.10.10 应保护审计进程，避免受到未预期的中断，并保护审计记录，避免受到未预期的删除、修改或覆盖等。

5.10.11 应保证操作系统和数据库系统用户的鉴别信息所在的存储空间，被释放或再分配给其他用户前得到完全清除，无论这些信息是存放在硬盘上还是在内存中。

5.10.12 应确保系统内的文件、目录和数据库记录等资源所在的存储空间，被释放或重新分配给其他用户前得到完全清除。

5.10.13 应能够检测到对重要服务器进行入侵的行为，能够记录入侵的源IP、攻击的类型、攻击的目的、攻击的时间，并在发生严重入侵事件时提供报警。

5.10.14 应能够对重要程序的完整性进行检测，并在检测到完整性受到破坏后具有恢复的措施。

5.10.15 操作系统应遵循最小安装的原则，仅安装需要的组件和应用程序，并通过设臵升级服务器等方式保持系统补丁及时得到更新。 5.10.16 应支持防恶意代码的统一管理，安装防恶意代码软件，并及时更新防恶意代码软件版本和恶意代码库。

24

ISMS-A01-A-整体信息安全策略

5.10.17 主机防恶意代码产品应具有与网络防恶意代码产品不同的恶意代码库。

5.10.18 应通过设定终端接入方式、网络地址范围等条件限制终端登录，并根据安全策略设臵登录终端的操作超时锁定。

5.10.19 应对重要服务器进行监视，包括监视服务器的CPU、硬盘、内存、网络等资源的使用情况。

5.10.20 应限制单个用户对系统资源的最大或最小使用限度； 5.10.21 应能够对系统的服务水平降低到预先规定的最小值进行检测和报警。

5.11 应用安全

5.11.1 应提供专用的登录控制模块对登录用户进行身份标识和鉴别，对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别。 5.11.2 应提供用户身份标识唯一和鉴别信息复杂度检查功能，保证应用系统中不存在重复用户身份标识，身份鉴别信息不易被冒用。 5.11.3 应提供登录失败处理功能，可采取结束会话、限制非法登录次数和自动退出等措施。

5.11.4 应启用身份鉴别、用户身份标识唯一性检查、用户身份鉴别信息复杂度检查以及登录失败处理功能，并根据安全策略配臵相关参数。

25

ISMS-A01-A-整体信息安全策略

5.11.5 应提供访问控制功能，依据安全策略控制用户对文件、数据库表等客体的访问，访问控制的覆盖范围应包括与资源访问相关的主体、客体及它们之间的操作。

5.11.6 应由授权主体配臵访问控制策略，并严格限制默认帐户的访问权限，授予不同帐户为完成各自承担任务所需的最小权限，并在它们之间形成相互制约的关系。

5.11.7 应具有对重要信息资源设臵敏感标记的功能，并依据安全策略严格控制用户对有敏感标记重要信息资源的操作。

5.11.8 应提供覆盖到每个用户的安全审计功能，对应用系统重要安全事件进行审计，审计记录的内容至少应包括事件的日期、时间、发起者信息、类型、描述和结果等，并提供对审计记录数据进行统计、查询、分析及生成审计报表的功能。

5.11.9 应保证无法单独中断审计进程，无法删除、修改或覆盖审计记录。

5.11.10 应保证用户鉴别信息所在的存储空间被释放或再分配给其他用户前得到完全清除，无论这些信息是存放在硬盘上还是在内存中。

5.11.11 应保证系统内的文件、目录和数据库记录等资源所在的存储空间被释放或重新分配给其他用户前得到完全清除。应采用密码技术保证通信过程中数据的完整性。

5.11.12 在通信双方建立连接之前，应用系统应利用密码技术进行会话初始化验证，并对通信过程中的整个报文或会话过程进行加密。

26

ISMS-A01-A-整体信息安全策略

5.11.13 应具有在请求的情况下为数据原发者或接收者提供数据原发及接收证据的功能。

5.11.14 应提供数据有效性检验功能，保证通过人机接口输入或通过通信接口输入的数据格式或长度符合系统设定要求。

5.11.15 应提供自动保护功能，当故障发生时自动保护当前所有状态，保证系统能够进行恢复。

5.11.16 当应用系统的通信双方中的一方在一段时间内未作任何响应，另一方应能够自动结束会话。

5.11.17 应能够对系统的最大并发会话连接数进行限制，并对单个帐户的多重并发会话进行限制。

5.11.18 应能够对一个时间段内可能的并发会话连接数进行限制。 5.11.19 应能够对一个访问帐户或一个请求进程占用的资源分配最大限额和最小限额。

5.11.20 应能够对系统服务水平降低到预先规定的最小值进行检测和报警。

5.11.21 应提供服务优先级设定功能，并在安装后根据安全策略设定访问帐户或请求进程的优先级，根据优先级分配系统资源。

5.12 数据安全及备份恢复

5.12.1 应能够检测到系统管理数据、鉴别信息和重要业务数据在传输过程中完整性受到破坏，并在检测到完整性错误时采取必要的恢复措施。

27

ISMS-A01-A-整体信息安全策略

5.12.2 应采用加密或其他有效措施实现系统管理数据、鉴别信息和重要业务数据传输保密性。

5.12.3 应提供本地数据备份与恢复功能，完全数据备份至少每天一次，备份介质场外存放。

5.12.4 应提供异地数据备份功能，利用通信网络将关键数据定时批量传送至备用场地。

5.12.5 应采用冗余技术设计网络拓扑结构，避免关键节点存在单点故障。

5.12.6 应提供主要网络设备、通信线路和数据处理系统的硬件冗余，保证系统的高可用性。

6. 相关文件与记录

无

28

本文来源：https://www.bwwdw.com/article/zm48.html