信息系统运维安全管理规定(可作为范文参考)

article/2025/10/14 11:01:54

信息系统运维安全管理规定

第一章 总则

第一条 为加强XXXXX信息系统运维的安全管理,保障信息系统的网络安全与信息安全,依据国家有关法律、法规和XXXXX有关规章制度,特制定本规定。

第二条 XXXXX信息系统运维安全管理范围包括网络安全管理、操作系统安全管理、用户访问授权管理、密码管理、防病毒管理、系统补丁管理、介质管理、信息交换管理、安全监控和审计管理、数据备份和恢复管理、日常运行维护管理以及监督检查等相关内容。

第三条 本规定适用于XXXXX信息系统运维中的安全管理。

第二章 网络安全管理

第四条 信息中心统一规划XXXXX网络架构,并根据安全风险情况部署安全设备,确保网络安全和信息安全。

第五条 网络管理员应对网络拓扑进行统一管理,应保持拓扑结构图与现行网络运行环境的一致性,拓扑图应包括网络设备、安全设备的型号、名称以及与链路的链接情况等。

第六条 网络管理员应维护所有网络设备的物理连接情况,控制和管理网络接口的使用。

第七条 网络管理员应监控网络的运行状况,发现影响较大的网络故障时,必须及时向XXXXX信息中心报告。

第八条 通信链路及带宽资源管理应当遵循合理分配、高效使用的原则,禁止使用网络传送非业务需要的内容。

第九条 未经允许,网络中严禁随意使用无线网络通讯设备进行访问。

第十条 未经允许,任何计算机、网络设备、安全设备不允许随意接入网络中。

第十一条 外部人员在接入互联网时,应经过部门领导的审核审批后才可接入,同时要指定IP地址并进行记录,根据《人员安全管理规定》进行管理。

第十二条 应对网络区域中的非法访问部署检测和审计措施,能够做到安全事件可监控、可追踪和可审计。

第十三条 对于网络中重要的网络设备、安全设备应开启审计功能,记录对于设备配置变更的操作。

第十四条 网络安全管理应建立必要的安全技术措施确保网络的统一管理,包括信息资产管理、网络拓扑管理、信息资源管理、网络异常流量管理、安全事件监控管理、安全策略管理、安全预警管理等网络安全管理内容。

第十五条 应根据不同的业务安全等级合理划分网络安全域,安全域间应采取逻辑隔离措施,根据业务需要仅开放必要的网络访问端口和服务,区域和边界的访问控制策略应根据业务需要进行设置。

第十六条 关键业务应用和网络访问应使用静态路由,如果使用动态路由,应启用路由协议的安全认证机制,并控制路由信息的广播范围。

第十七条 干路和核心的网络设备、安全设备、网络链路应建立冗余备份机制,如果出现全网安全事件应根据《应急处理预案》进行应急响应。

第三章 操作系统安全管理

第十八条 对于每个管理员建立单独的用户账号,特别要区分普通用户账户号和管理员账号,账号不得共享。

第十九条 操作系统中应限制登录和认证的次数,避免外界尝试登录和暴力破解的安全风险。

第二十条 操作系统的安装须遵从最小化安装原则,仅仅安装并运行必须的系统服务和应用程序;

第二十一条 各应用系统主管在按规定安装各类软件时遵从最小化安装原则,关闭和卸载与办公和业务无关的功能和服务。

第二十二条 运行业务应用系统时,要使用保证应用系统正常运行的最小账户权限,原则上禁止使用最高权限账号。

第二十三条 为了能够发现和跟踪系统中发生的各种可疑事件,需要启用安全审计功能,以日志的形式记录用户登录系统、文件访问操作、账户修改等行为的过程和结果信息,做到发生可疑事件时有据可查。

第四章 用户访问授权管理

第二十四条 XXXXX各系统应根据不同角色确定不同的用户账号,账号至少分为以下角色:

(一) 系统管理员:负责维护系统的管理员,一般具有超级用户权限;

(二) 普通用户:访问系统的普通用户,一般只具有相应访问内容和操作的最小权限;

(三) 第三方人员:临时或长期进行系统维护的非XXXXX内部人员,根据第三方人员的维护范围确定其使用权限;

(四) 系统安全管理员:XXXXX进行安全审计的人员,具有能够查看系统的日志和审计信息。

第二十五条 XXXXX各系统应根据“最小授权”的原则设定账户访问权限,控制用户仅能够访问到工作需要的信息。

第二十六条 应根据XXXXX要求和员工岗位来创建、变更和撤销用户的账号及权限,并定期对用户账号和权限进行监督、检查。

第二十七条 各系统的账号能标识系统访问的不同角色,并尽量避免使用系统默认账号。

第二十八条 应避免系统中存在多余、无用和测试账号,确保服务器中所有的操作系统账号能够唯一标识操作人员。

第二十九条 系统安全管理员应当对系统中存在的账号进行定期审计,系统中不能存在无用或匿名账号。

第三十条 各系统应该设置审计用户的权限,审计用户应当具备比较完整的读权限,审计用户应当能够读取系统关键文件,检查系统设置、系统日志等信息。

第三十一条 各系统应《人员安全管理规定》的要求限制第三方人员的访问权限,对第三方的访问进行定期的检查和审计。

第五章 密码管理

第三十二条 XXXXX设备及系统的密码的设置至少符合以下要求:

(一) 长度大于8位;

(二) 大小写字母、数字,以及特殊字符混合使用;

(三) 不是任何语言的单词;

(四) 不能使用缺省设置的密码。

第三十三条 账号密码至少应该保证每三个月换一次,包括:UNIX/Linux系统root用户的密码、网络设备的enable密码、Windows系统Administrator用户的密码,以及应用系统的后台管理用户密码等。

第三十四条 系统须强制指定密码的策略,包括密码的最短有效期、最长有效期、最短长度、复杂性等。

第三十五条 密码不能以明文的方式通过电子邮件或者其它网络传输方式进行传输。

第三十六条 不得将密码告诉与该工作无关的人员,如果第三方系统维护人员需要登录系统,系统管理员为其设置临时密码,完成工作后必须立刻修改密码;

第三十七条 系统管理员不能共享超级用户的密码,应采用组策略控制超级用户的访问。

第三十八条 除了系统管理员外,一般用户不能改变其它用户的密码。

第三十九条 当密码使用期满时,被其他人知悉或认为密码不保密时,网络管理人员可按照密码更改程序变换密码。

第四十条 所有用户严禁将密码贴在终端上,输入的密码不应显示在显示屏幕上,严禁随意丢弃记载有用户名密码的纸条等媒介物,不准用电话、电子邮件等告诉密码。

第四十一条 对于系统重要性高、资产价值高、威胁可能性大可以使用强度更高的认证机制,例如采用双因素认证等。

第六章 防病毒管理

第四十二条 信息中心统一规划、统一部署具有国家许可的正版计算机防病毒系统软件。所有服务器和终端必须安装XXXXX配发的计算机防病毒软件,否则不允许连入网络和处理工作。

第四十三条 所有的服务器和计算机终端应安装XXXXX要求的网络防病毒软件,并对安装情况做相应记录,使用各种介质复制或者从网络上下载文件到计算机上,应首先进行病毒查杀。

第四十四条 应使用XXXXX下发的正版软件,禁止随意安装软件,防止其中可能存在恶意软件。

第四十五条 信息安全管理员对防病毒软件系统进行监控,并记录病毒查杀情况。安全管理员负责每周对防病毒系统的病毒库进行两次升级,升级完成后进行记录。

第四十六条 XXXXX服务器、桌面计算机及便携式计算机一旦发现被计算机病毒感染,应先将计算机与网络隔离,确保病毒库已更新至最新版本,并及时进行病毒查杀处理;当情况严重且无法在规定时限内紧急恢复或有效控制时,应按照《信息安全事件应急管理规定》及时上报启动相应应急响应预案,应注意保留防病毒系统记录。

第七章 系统补丁管理

第四十七条 应及时跟进各产品的安全漏洞信息和产品厂商发布的安全补丁信息。

第四十八条 安全补丁根据其对应漏洞的严重程度分为三个级别:紧急补丁、重要补丁和一般补丁;紧急补丁必须在15天内完成加载,重要补丁必须在一个月内完成加载,一般补丁要求六个月内完成加载,对于不能加载补丁的情况,一定要采取其他的有效安全控制措施。

第四十九条 必须从各产品厂商官方渠道获取安全补丁,补丁加载应制定严格的计划。

第五十条 补丁加载之前必须经过严格的测试,测试环境与生产环境尽可能一致,严禁未经测试直接在生产系统上加载补丁。

第五十一条 补丁测试的内容包括补丁安装测试、补丁功能性测试、补丁兼容性测试和补丁回退测试:

(一) 安装测试主要测试补丁安装过程是否正确无误,补丁安装后系统是否正常启动。

(二) 补丁功能性测试主要测试补丁是否对安全漏洞进行了修补。

(三) 补丁兼容性测试主要测试补丁加载后是否对应用系统带来影响,业务是否可以正常运行。

(四) 补丁回退测试主要包括补丁卸载测试、系统还原测试。

第五十二条 补丁加载必须安排在业务比较空闲的时间进行,对补丁加载的操作过程必须按照计划严格操作,并详细记录。

第五十三条 系统管理员对加载补丁后的系统必须按照计划和验证方案进行的测试验证,确保补丁加载后不影响系统的性能,确保各项业务操作正常。

第五十四条 补丁加载后的一周内,系统管理员必须对系统性能和事件进行密切的监控。

第五十五条 完成补丁加载后系统管理员应将补丁安装情况通知系统安全管理员。

第八章 介质管理

第五十六条 本规定中的存储介质是指设备内或者独立存放的磁介质、光介质及其它记录载体(如计算机硬盘、光盘、移动硬盘、U盘、软盘和录音带、录像带等)。

第五十七条 对存储介质应根据信息中心机房信息资产登记记录进行统一的登记和记录,介质的使用、转移、维修和销毁必须严格管理。

第五十八条 存储介质应贴好标签进行标识,标识标志必须贴在表面易于辨识的地方,应标注介质编号、介质有效期截止日、日期、操作人员、环境名称、内容、用途和数据保存时间等信息。

第五十九条 所有含有内部信息的存储介质对外部人员访问是受控的,严禁任何人带离工作场所,如外出进行更换或者维修的损坏介质,需要签订保密协议。

第六十条 存储介质应保存在安全的物理环境下(如:防火、电力、空调、湿度、静电及其他环境保护措施),对于存放重要数据的存储介质应当在异地进行备份。

第六十一条 应根据存储介质的使用寿命,制定数据恢复测试计划,以避免数据丢失。

第六十二条 对含有重要数据的存储介质不再使用时,必须执行重复写操作防止数据恢复。

第六十三条 对于磁带、光盘、纸质等存储介质进行报废处理时,应采取切碎或者烧毁的方式进行。

第九章 信息交换

第六十四条 防止XXXXX与外部单位间或者XXXXX内部交换信息时信息受损、修改或者滥用,做到对信息交换的有效控制,确保信息交换的有效性和安全性;

第六十五条 信息交换方式包括传输介质、电子邮件、OA办公系统、电话、传真及其他信息交换形式;

第六十六条 通过信息系统进行自动信息交换或者数据传送时,必须选择安全的通讯协议,要在信息系统间进行认证确认发送方和接受方,并对传输的数据进行完整性验证,对于敏感数据的传输要采用加密措施。

第六十七条 在电子邮件中不得明文发送XXXXX敏感信息,可通过对信息加密再传送的方法实现,明确要求不能在网络中明文传送密码信息。

第六十八条 在使用办公系统时,应控制业务信息的扩散范围,禁止非XXXXX人员访问办公系统。

第六十九条 通过传真发送重要信息时,要确保收件人号码正确,并先通知收件人接收后再正式开始发送,发送后并立即与接受方确认。

第七十条 传送物理介质(如纸质、光盘、移动介质)时,要使用可靠的传输工具或投递人,以保证传送过程的安全,并在提交时识别投递人身份,包装外观必须采取非透明材料,并且包装本身应能够保证介质本身的物理安全,需要的时候采取特殊的控制措施保护敏感数据免遭非法公开或修改。

第十章 安全监控和审计管理

第七十一条 各个网络设备、服务器及服务应根据实际情况调整时间的一致性。

第七十二条 应监控网络、主机、数据库及应用系统的运行状态,并定期对日志信息进行审计,如发现存在错误,或可疑日志信息,并将该信息详细记录并通知系统安全管理员进行详细调查。

第七十三条 应对网络系统中的网络设备运行状况、网络流量、网络基础服务等信息进行监控。

第七十四条 应对关键主机的重要用户行为、系统资源的异常使用和重要系统命令的使用等重要安全相关事件进行监控。

第七十五条 应对数据库的操作进行监控,监控内容包括:数据库系统重启及关闭信息、记录数据系统用户访问、数据库系统运行状态(提示、出错信息)、记录数据库文件修改/删除/更新等信息。

第七十六条 应对应用系统的运行状况进行监控,包括:应用系统的启动关闭、用户访问行为、异常出错提示、应用系统的其它信息。

第七十七条 应定期审计网络系统、主机系统、数据库系统和应用系统的日志信息,发现异常行为信息和可能的安全事件。

第十一章 数据备份和恢复管理

第七十八条 数据备份包括各信息系统配置备份、操作系统层备份、数据库层备份和应用系统层备份等。

第七十九条 操作系统层备份的范围包括操作系统和系统运行所产生的登录和操作日志文件。

第八十条 数据库备份的范围包括数据库数据文件和数据库日志文件(包括归档日志文件、告警日志文件和跟踪文件);

第八十一条 应用系统备份的范围包括程序文件、并发日志和并发输出文件。

第八十二条 应用系统和数据库备份应备份至磁盘阵列设备中,并每日进行增量备份,每月进行完整备份,备份信息至少应保存三年。

第八十三条 在对网络及信息系统配置变更、数据转换前要进行数据备份。

第八十四条 应对备份结果进行检查,检查备份日志,确认备份有效性,进行相应记录并签字确认。

第八十五条 如果发现备份失败,系统管理员须检查失败原因,编写故障报告,并尽快安排重新备份。

第八十六条 备份完成后如需保存备份介质,系统管理员须取出备份介质,在标签上按要求记录备份信息,并移交备份介质管理员。

第八十七条 对于关键的备份数据,应建立异地数据备份,异地备份介质的存放环境和管理要求与本地相一致。

第八十八条 数据恢复测试每年至少进行一次,数据恢复测试不得影响XXXXX业务系统、生产环境的正常运行。

第八十九条 数据中心管理员在进行数据恢复测试时,须确认备份数据的可读性和完整性,以及恢复方案的可执行性,并填写测试记录,编写恢复性测试报告,签字确认并存档;

第九十条 如果数据恢复测试失败,数据中心管理员须检查失败原因,编写故障报告,并尽快安排重新测试。

第九十一条 完成数据恢复测试后,数据中心管理员须及时清除测试环境中的生产数据,并归还测试用备份介质。

第十二章 日常运行维护管理

第九十二条 应对信息资产指定维护管理人员,并形成日常工作计划和时间安排;

第九十三条 在指定运维管理人员时,应遵从“责任分离”原则,例如对于操作的授权和执行职责相分离,如果难于把责任分离,应当考虑采取其它的管理措施,例如:活动监测、审查追踪和管理层监督。

第九十四条 应对信息资产的操作和日常维护等活动流程形成规范化文件(如操作手册),并经过管理层授权;

第九十五条 在日常运行维护管理过程中需要对所管理的系统进行变更操作时,应当根据《XXXXX信息安全变更管理规定》进行。

第九十六条 在日常运行维护管理过程中,出现紧急安全事件时时,应根据《应急预案管理规定》相关要求和流程,启动相应的应急响应预案。

第十三章 监督检查和奖惩

第九十七条 安全管理员应每季度进行安全检查,检查内容包括系统日常运行、系统漏洞和数据备份等情况。

第九十八条 XXXXX信息中心主管领导应每年进行一次全面的安全检查,检查内容至少包括现有安全技术措施的有效性、安全配置与安全策略的一致性、安全管理制度的执行情况等。根据全面安全检查的结果,汇总安全检查数据,形成安全检查报告,并对安全检查结果进行通报。

第九十九条 XXXXX信息安全领导小组应每两年对信息系统安全管理规定进行审核一次,确保管理规定和XXXXX总体安全策略相适应。

第一百条 对于认真执行信息系统安全管理规定的组织和人员,并取得了较好成绩,XXXXX应给予必要的鼓励和宣传。

第一百〇一条 对于违反XXXXX信息系统安全管理规定的组织和人员,根据对XXXXX造成业务损害程度,给予必要的惩罚。

第十四章 附则

第一百〇二条 本规定由XXXXX信息中心制定,并负责解释和修订。

第一百〇三条 本规定自发布之日起执行。

1154e8dbcf5cf513c95302daacddd5a6.png

资料免费送(点击链接下载)

史上最全,数据中心机房标准及规范汇总(下载)

数据中心运维管理 | 资料汇总(2017.7.2版本)                                                    

加入运维管理VIP群(点击链接查看)

《数据中心运维管理》VIP技术交流群会员招募说明

扫描以下二维码加入学习群

e392dad7e7eee4b9408252a3bcb94ba7.png


http://chatgpt.dhexx.cn/article/MdvV68DK.shtml

相关文章

运维安全隐患

由于运维人员的水平参差不齐,还有就是是人就有犯错的时候,所以经常会出现不必要的失误导致的安全隐患,所以这里就未大家盘点一下经常出现的由于运维人员是失误造成的安全隐患。 目录浏览 由于发布网站时,服务器配置问题&#xf…

2022-2028全球运维安全管理行业调研及趋势分析报告

【报告篇幅】:146 【报告图表数】:191 【报告出版时间】:2022年1月 内容摘要 据恒州诚思调研统计,2021年全球运维安全管理市场规模约 亿元,2017-2021年年复合增长率CAGR约为 %,预计未来将持续保持平稳增长…

天玥运维安全网关(启明星辰堡垒机)无法登录资源主机的问题

天玥运维安全网关(启明星辰堡垒机)无法登录资源主机的问题 问题描述解决方案结束 问题描述 用户可正常登录天玥运维安全网关平台,在登录资源主机的时候有报错 解决方案 调出运行,输入gpedit.msc调出组策略;依次点击…

运维需要懂的那些安全技能

前言 以前的认知 以前刚接触IT行业,而我身为运维,我以为我所需要做的安全就是修改服务器密码为复杂的,ssh端口改为非22,还有就是不让人登录服务器就可以保证我维护的东西安全。 现在的认知 工作也好几年了,在这摸爬…

运维一定要懂的100个网络安全小知识

如果有初始密码,应尽快修改; 密码长度不少于8个字符; 不要使用单一的字符类型,例如只用小写字母或只用数字; 用户名与密码不要使用相同字符; 常见的弱口令尽量避免设置为密码; 自己、家人、…

运维安全概述

运维安全概述 iv4n 2015/09/02 19:31 0x00 前言 运维安全是企业安全保障的基石,不同于Web安全、移动安全或者业务安全,运维安全环节出现问题往往会比较严重。 一方面,运维出现的安全漏洞自身危害比较严重。运维服务位于底层,涉及…

Java-注解(Annotation)的使用(详解)

注解(Annotation) 前言一、 注解(Annotation)概述二、 常见的Annotation示例1、示例一:生成文档相关的注解2、示例二:在编译时进行格式检查2.1 JDK内置的三个基本注解2.2 代码演示 3、示例三:跟踪代码依赖性,实现替代配…

关于Annotation的那些事儿

文章目录 注解的基础方法元注解与复合注解Repeatable annotation 可重复注解Spring中解析Annotation的工具类 ###### 注解的定义说明 对于一个注解一般包括以下几个部分: 1. Target:适用目标 有一个注解如下所示: java Target(ElementType.TY…

Matlab中annotation函数的使用

目录 语法 说明 示例 创建文本箭头注释 创建文本框注释 创建包含多行文本的文本框注释 创建矩形注释 创建椭圆注释 组合使用两种类型的注释 创建后修改注释 annotation函数是给绘制的图形创建注释。 语法 annotation(lineType,x,y)annotation(lineType)annotation(…

java中Annotation详解

Java 注解(Annotation)又称 Java 标注,是 JDK5.0 引入的一种注释机制。主要作用:Annotation其实是代码里的特殊标记,这些标记可以在编译、类加载、运行时被读取,并执行相应的处理。通过使用Annotation&…

深入理解Java注解类型(@Annotation)

【版权申明】未经博主同意,谢绝转载!(请尊重原创,博主保留追究权) http://blog.csdn.net/javazejian/article/details/71860633 出自【zejian的博客】 关联文章: 深入理解Java类型信息(Class对象)与反射…

【Spring AOP】@Aspect结合案例详解(一): @Pointcut使用@annotation + 五种通知Advice注解(已附源码)

文章目录 前言AOP与Spring AOPAspect简单案例快速入门 一、Pointcutannotation 二、五种通知Advice1. Before前置通知2. After后置通知3. AfterRunning返回通知4. AfterThrowing异常通知5. Around环绕通知 总结 前言 在微服务流行的当下,在使用SpringCloud/Springb…

Annotation理解及运用

什么是Annotation 我们在平时的开发过程中看到很多如@Override,@SuppressWarnings,@Test等样式的代码就是注解,注解是放到类、构造器、方法、属性、参数前的标记。 Annotation概念 Annontation是Java5开始引入的新特征。中文名称一般叫注解。它提供了一种安全的类似注释的…

Annotation介绍

Annotation思维导图

AnnotationProcessor 处理器不工作怎么定位?

什么是 Annotation Processor 构建问题 写过自定义注解处理器的老司机们乍一看这个问题觉得挺简单,是的,因为网上基本通篇都在教你怎么打日志,但是你有没有想过如果连日志都打印不出来的时候你怎么定位呢?譬如如下代码&#xff1…

annotation-driven 配置详解

一、前沿 在 Spring MVC 的项目中&#xff0c;我们经常使用 <mvc:annotation-driven> 这个配置&#xff0c;那么这个配置到底是做什么的呢&#xff1f;下面来分析一下&#xff0c;首先找到 mvc 的命名空间的定义&#xff0c;如下图&#xff1a; 从上述图中可知&#xff…

深入JAVA注解(Annotation):自定义注解

一、基础知识&#xff1a;元注解 要深入学习注解&#xff0c;我们就必须能定义自己的注解&#xff0c;并使用注解&#xff0c;在定义自己的注解之前&#xff0c;我们就必须要了解Java为我们提供的元注解和相关定义注解的语法。 元注解&#xff1a; 元注解的作用就是负责注解其…

Java:annotation注解的简单理解和总结

Java annotation 注解Annotation1、Annotation的概述1.1、定义1.2、Annotation作用分类1.3、Annotation 架构 2、Annotation的语法形式3、Annotation的分类3.1、基本注解3.2、元注解3.2.1、Target3.2.2、Retention3.2.3、Documented3.2.4、Inherited: 4、自定义annotation4 .1、…

java注解的jar包_Java 注解 Annotation

目录: 从 JDK5 开始,Java 增加了对元数据(MetaData)的支持,也就是 Annotation。Annotation 其实就是代码里面的特殊标记,这些标记可以在编译、类加载、运行时被读取,并执行相应的处理。通过使用注解,开发人员可以在不改变原有逻辑的情况下,在源文件中嵌入一些补充信息。…

Java Annotation Processing 概述

文章目录 JAVA ANNOTATION PROCESSING引言代码实现annotation-processor实现一个 Processor创建 AbstractProcessor 的子类 app 测试Reference JAVA ANNOTATION PROCESSING 引言 源码级别的注解处理最开始出现于 JAVA 5 中, 它提供了一种在编译期生成额外 “源文件” 的机制.…