服务器日常安全运维管理手册x.docx

1、服务器日常安全运维管理手册x安全日常运维管理河北连益成信息技术有限公司编写人陈磊时间20PP-12-2版本Versio n 1.0第一章安全运维管理体系分析 41.1安全日常运维管理的必要性 41.2 安全运维管理的技术支撑体系 51.3安全运维管理遵循的 PDCA周期 61.4安全日常运维管理的目标 6第二章帐户口令管理 72.1职责定义 92.2 口令账号五个保密等级 92.2.1【最低等级】等级一 92.2.2【低等级】 等级二 102.2.3【中等级】 等级三 102.2.4【坚固级】 等级四 112.2.5【最高级】 等级五 122.3账号管理 132.3.1账号角色分配目的 132

2、.3.2建立的原则 132.3.3账号建立的过程 142.4 口令管理 162.4.1 口令管理原则 162.4.2 口令设置原则 172.4.3 口令设置最低标准 182.5权限管理 192.5.1 概述 192.5.2确定最小权限 192.5.3建立权限体系 202.6账号口令审计管理 212.6.1 概述 212.6.2账号审查通用要求 222.6.3账号口令审计流程设计建议 23第三章服务与端口 243.1什么是端口 243.2什么是服务 243.3常用端口列表 25第四章安全补丁 434.1概述 434.2补丁安装与操作 434.2.1检测内容 43422建议操作 444.2.3 操

3、作结果 44第五章终端管理 44第六章数据备份 466.1备份管理 466.1.1信息识别 466.1.2制定备份计划 476.1.3实施备份计划 486.1.4备份存放 486.1.5备份测试 496.1.6备份恢复 496.2数据恢复 49第一章安全运维管理体系分析1.1安全日常运维管理的必要性IT系统是否能够正常运行直接关系到业务或生产是否能够正常运行。但 IT管理人员经常面临的问题是：网络变慢了、设备发生故障、应用系统运行效率很低。 IT系统的任何故障如果没有及时得到妥善处理都将会导致很大的影响， 甚至会造成可怕的经济损失。但是什么原因导致IT系统屡出问题？是产品、技术、还是缺乏有效的

4、、系统化的安全运维管理？随着电信IT系统的发展，业务应用的持续增加，其 IT基础设施的架构越来越复杂，单 纯凭某个工具或某个人不可能有效地保护自己的整体网络安全 ；信息安全作为一个整体，需要把安全过程中的有关各层次的安全产品、 分支机构、运营网络、管理维护制度等纳入一个 紧密的统一安全管理平台（系统 ）中，才能有效地保障企业的网络和信息安全。IT环境的复杂性，使更多的安全威胁被揭示出来。很多企业尝试通过部署“最佳”安 全产品来保护自己，比如防病毒网关、防火墙、入侵防护系统、 VPN、访问控制、身份认证等。在这种极度复杂的情况下，需要的是一个集成的解决方案， 使得企业能够收集、 关联和管理来自异

5、类源的大量安全事件， 实时监控和做出响应， 需要的是能够轻松适应环境增长和变化的管理体系，需要的就是企业完整的安全管理平台解决方案。总而言之，对于企业安全运维管理来说， 三分技术，七分管理，在企业内部建立一套完善的安全管理规章制度，使管理机构依据相应的管理制度和管理流程对日常操作、 运行维护、审计监督、文档管理等进行统一管理，同时加强对工作人员的安全知识和安全操作培训， 建立统一的安全管理体系， 帮助企业识别、管理和减少信息通常所面临的各种威胁， 架构企业的安全保障体系。1.2 安全运维管理的技术支撑体系PPDRR模型包括策略(PolicP )、 防护(Protection )、 检测(Det

6、ect ion )、响应(Resp onse ) 和恢复(RecoverP ) 5个主要部 分，其中，防护、检测、响应和恢复构成一个完整的、动态的安全循环，在安全策略的指导下共同实现 安全保障信息安全的重要理论模 型包括信息安全的概念范畴、信息 安全保障体系的结构框架、 信息安 全的三维结构和 PPDRR模型1. 制定网络和系统层面的整体安全技术保护方案和技术规范；2. 逐步实现安全自评估，全面掌握安全风险；3. 提供重大安全预警信息发布和解决方案；4. 协调响应网络层面的各类重大安全事件；5. 对各类安全事件有关数据进行综合分析，形成安全运行分析报告;6. 对生产层面的安全策略进行集中控制；

7、7. 跟踪研究各种安全冋题和技术，收集各种基础信息资源。8. 进行7X24小时的日常安全安全事件监测，负责受理安全投诉。9. 对安全事件进行收集汇总，进行事件预处理。10. 系统日常口令维护，加载安全补丁和梳理服务端口等11. 实施各类安全设备和配套管理设备的日常维护。12. 实施一般安全预警和安全应急事件的处理。13. 落实系统自身安全应急预案，并参加安全应急演练il1.3安全运维管理遵循的 PDCA周期1.4安全日常运维管理的目标全技术与安全管理措施，完成下述网络与信息安全的保障任务。实现信息的保密性改不了：使用数据完整性鉴别机制，保证只有得到允许的人才能修改数据， 而其它人“改不了”，从

8、而确保信息的完整性。fChocki日常安全捡脊 周朋性安全评沽 n首複密金目标舟求的定嵐狀去 直评估安全秋况i宦产状帝；務点3、叱全现狀昱杏拎召町咗咚釦隔跑不了：使用审计、监控、防抵赖等安全机制，使得攻击者、破坏者、抵赖者“走不脱”， 并进一步对网络出现的安全问题提供调查依据和手段，实现信息安全的可审查性。为保障IT系统的正常运行，应能做到如下所示贯穿于下述4个过程中有序管理安全运维即在规宦的时间内处埋故障买时吿知总结：安全日常运维管理可总结为 高效管理能力、全面运维能力、安全保护能力、隐患发 现能力、应急响应能力、快速恢复能力第二章帐户口令管理为什么有这么多人钟情于窃取帐号口令？攻击者窃取帐

9、号有着非法的目的、意图， 恶意毁坏操作等行为，他们或以出名，或以炫耀技术为目的。而目前，窃取帐号的行为都与窃取商业机密和机密信息、数据、经济利益相关，2.1职责定义帐户被盗原因负贡发起和审核 员工雜号的创津、 变更和撤消“负责审批*登记备 案用户权限.并进 行定期审计.业芻蒜统或者网络 设备的戻责部门負 责业务系统和网络 设备的聲护工作， 帐号的具体生成、 变更和删除的操作 )2.2 口令账号五个保密等级2.2.1【最低等级】等级一只有基本的甚至没有保障措施，用于电子系统的帐号。在第一等级的保障的情况下， 只有基本的甚至没有保障措施用于电子系统的帐号， 等级一的情况下，错误的口令、帐号和权限管

10、理可能导致给公司、客户或者第三方带来最小的不便。不会给公司、客户或者第三方带来直接的经济损失不会给公司、客户或者第三方带来不快不会给公司、客户或者第三方带来名誉或者地位的损失不会破坏公司、客户或者第三方需要执行的商业措施或者交易 不会导致民事或者刑事犯罪不会向XX的组织或个人暴露个人、公司、政府、商业的敏感信息未验收和未投入使用的系统， 工程过程中的系统 （假设没有涉及知识产权， 例如软件代码泄密的问题的情况下）2.2.2【低等级】 等级二通过常用的措施即可保护系统的可信认证，必须充分考虑代价和认证安全性的平衡 这种等级的认证被误用或者破坏可能导致：给公司、客户或者第三方带来较小的不便给公司、

11、客户或者第三方带来较小直接的经济损失或者没有直接经济损失会给公司、客户或者第三方带来较小的不快会给公司、客户或者第三方带来较小名誉或者地位的损失存在一定的风险，可能破坏公司、客户或者第三方需要执行的商业措施或者交易不会导致民 事或者刑事犯罪。存在一定风险，可能少量向XX的组织或个人暴露个人、 公司、政府、商业的敏感信息举例：一台常用办公电脑，该电脑上没有存储任何机密文件， 他的帐号被窃取可能导致公司常 用信息例如通讯录被泄漏。一个有查询系统的帐号，用户可以通过 In ternet注册来查询自己的帐单。该帐号失窃可能导致用户信息的泄漏。2.2.3【中等级】 等级三如果该级别的帐号被破坏， 攻击者

12、往往可以通过这种系统作为中转， 进而对部分关键的系统主机进行破坏。这种级别的帐号口令虽然不是直接的业务系统或者数据库的帐号， 但是,如果该级别的帐号被破坏，攻击者往往可以通过这种系统作为中转， 进而对部分关键的系统主机进行破坏，该等级被误用的主要风险有： 通过中转可能给公司、客户或者第三方带来较大的不便通过中转有可能给公司、客户或者第三方带来较大直接的经济损失或没有直接经济损失 通过中转会给公司、客户或者第三方带来较大的不快通过中转会给公司、客户或者第三方带来较大名誉或者地位的损失存在一定的风险，会破坏公司、客户或者第三方需要执行的商业措施或者交易可能会导致民事或者刑事犯罪存在一定风险，可能大

13、量向XX的组织或个人暴露个人、 公司、政府、商业的敏感信息举例：维护终端的用户帐号， 由于一些业务系统会对终端做特定限制， 维护终端被破坏后， 导致攻击者可以进一步破坏业务系统，重要的可信网络设备的帐号等。2.2.4【坚固级】 等级四通常等级四意味着正式的业务流程使用的帐号， 通常需要较高信心来保证身份的认证和正确的授权。通常等级四意味着正式的业务流程使用的帐号， 通常需要较高信心来保证身份的认证和正确的授权，这种等级的认证被误用或者破坏可能导致：给公司、客户或者第三方带来较大的不便给公司、客户或者第三方带来较大直接的经济损失或者没有直接经济损失会给公司、客户或者第三方带来较大的不快会给公司、

14、客户或者第三方带来较大名誉或者地位的损失存在较大的风险，会破坏公司、客户或者第三方需要执行的商业措施或者交易会导致民事或者刑事犯罪存在较大风险，可能大量向XX的组织或个人暴露个人、 公司、政府、商业的敏感信息举例：一般的主机操作系统、数据库、和路由器的高权限帐号，例如root、administrator 、 dba等。业务系统的关键管理帐号，可以读写重要的用户信息、业务信息和帐单信息。2.2.5【最高级】 等级五等级五的保障通常对应需要非常大的信心保障的系统。等级五的保障通常对应需要非常大的信心保障的系统这种等级的认证被误用或者破坏可能导致：给所有公司、客户或者第三方带来巨大的不便给公司、客户

15、或者第三方带来极大直接的经济损失或者没有直接经济损失会给公司、客户或者第三方带来极大的不快会给公司、客户或者第三方带来巨大名誉或者地位的损失破坏公司、客户或者第三方需要执行的商业措施或者交易会导致民事或者刑事犯罪大量向XX的组织或个人暴露个人、公司、政府、商业的敏感信息举例：关键系统，例如计费系统数据库主机的操作系统和数据库。 用于存储公司最高商业机密或密级为绝密的系统的认证。从IT管理角度2.3账号管理系统管理员/超级用户2.3.1账号角色分配目的（一） 加强网络与信息安全管理，明确各级系统用户权的职责。（二） 根据业务系统的要求及网络信息管理规范， 进一步完善各级用户在系统中的职能划分与角

16、色定位。（三） 强化系统帐户和密码的管理，降低帐户和密码泄漏对系统和数据安全产生的影响， 确保各相关信息报告系统安全、有效运行。系统管理员和超级用户是有权限对系统的配置、系统最核心信息进行更改的帐号和角色， 普通帐号是用户用于访问业务系统，实现日常业务操作的用户，是最为常见的用户类型， 第三方帐号通常指由于某种特殊情况，系统允许移动以外的人员和组织访问的帐号。在核心系统中，应该设置安全审计员帐号， 该帐号可以对系统安全设置和日志信息进行专门 的审计。2.3.2建立的原则（1）不同类型用户的建立应遵循满足其工作需要的原则，而用户的权限分配则应以保障网 络与信息的高效、准确、安全为原则。（2 ）用

17、户的权限分配应尽量使用系统提供的角色划分。如需特殊的操作权限，应在准确理解其各项操作内容的基础上，尽量避免和减少权限相互抵触、 交叉及嵌套情况的发生，经测试成功后，再创建相应的角色赋予本级用户或直报用户。（3）通过对用户进行角色划分，分配审计账号、用户权限，合理限制对其他角色用户、数 据的修改权限，将审查数据与配置数据相对剥离，即原始配置数据与统计查看查看信息分开。（4 ）系统内所有涉及查看数据的帐户信息均必须采用真实信息，即有查询机制确认审计人员信息准确。2.3.3账号建立的过程帐号管理贯穿帐号创建、授权、权限变更及帐号撤销或者冻结全过程帐号设置应与岗位职责相容；坚持最小授权原则，避免超出工

18、作职责的过度授权；应制定严格的审批和授权流程， 规范帐号申请、修改、删除等工作，授权审批记录应编号、留档（表格命名规则及格式参见附件，各省公司可重新制定相关表格） ；帐号创建、调整和删除申请审批通过后， 应及时更新系统中的帐号状态， 确保与审批结论保持一致；原则上，除低权限的查询帐号外，各系统不允许存在其它共享帐号， 必须明确每个帐号责任人，不得以部门或用户组作为最终责任人。在完成特定任务后，系统管理员应立即收回临时帐号。帐号创建、变更、删除审批流程超级帐号由主管领导以授权的方式授予具体的系统管理员， 授权书至少应包括系统名称、超级帐号名、授予人姓名、职责描述、有效期等；所有帐号，包括系统管理员帐号、普通帐号、 程序帐号的责任人，应按规定的申请表格式要求提出申请，申请表至少包含申请人姓名、联系方式、申请人职责描述、申请时间、申请目 的、申请帐号所属系统名称、帐号类型、创建或者变更或者删除操作类型、帐号权限描述、 主管领导审批意见、系统管理员变更操作记录及签字确认、权责描述备注栏目等；主管领导进行审批，重点检查所申请权限与申请人职责的一致性；系统管理员负责创建、变更或者删除帐号，保留审批表格、并备案。如因系统能力或者管理原因无法按用户创建帐号时，应采取如下管理措施：明确共享帐号责任人，责任人负责按照上述流程要求提出共享帐号审批表， 并在审批表