16_等保系列之等级保护、风险评估和安全测评三者的区别

请勿利用文章内的相关技术从事非法测试,由于传播、利用此文所提供的信息而造成的任何直接或者间接的后果及损失,均由使用者本人负责,作者不为此承担任何责任。工具和内容均来自网络,仅做学习和记录使用,安全性自测,如有侵权请联系删除。

目录

等级保护

风险评估

安全测评

内在联系和区别

三者关系的基本判断

等级保护与风险评估的关系

等级保护与系统测评的关系

风险评估与系统测评的关系

对三者在SDLC过程中的实施建议

总结

等级保护

  • 定义:指对国家秘密信息、法人和其他组织的专有信息以及公开信息,以及存储、传输、处理这些信息的信息系统,进行分等级的安全保护。这包括对信息系统中使用的安全产品实行按等级管理,以及对信息系统中发生的信息安全事件进行等级响应和处置。

  • 目的:为不同等级的信息提供相应的安全保障,确保信息系统的安全。

  • 内容:它包括对信息系统进行安全等级划分(如从第一级到第五级),并按照相应等级的安全要求进行保护。这涉及物理安全、网络安全、主机安全、应用安全等多个层面。

  • 实施方式:等级保护的实施通常包括安全等级的确定、备案、安全建设和整改、安全测评以及持续的监督管理。

风险评估

  • 定义:是一个系统性的过程,它依据风险评估的标准和管理规范,全面审视信息系统的多个维度,包括资产价值的评估、潜在威胁的识别、系统薄弱环节的剖析,以及已采取防护措施的审查。

  • 目的:识别和评估信息系统面临的安全风险,为风险管理和决策提供依据。

  • 内容:它主要包括识别资产、威胁、脆弱性以及可能造成的影响,并计算风险值。风险评估帮助组织了解其安全状况,确定哪些风险需要优先处理。

  • 实施方式:通常通过风险识别、风险分析和风险评价三个阶段进行。风险评估可以使用定性或定量的方法。

安全测评

  • 定义:通常是对信息系统的实际安全状况进行评估,检查系统是否符合预定的安全标准和要求。

  • 目的:对整个系统的全面检查,也可以是对系统特定部分的详细审查,确保系统的安全性和可靠性。

  • 内容:对系统的安全性进行测试,涉及对系统的技术和管理方面的安全控制进行测试和评估,包括渗透测试、漏洞扫描、配置检查等,以验证其是否能够有效抵御各种安全威胁。

  • 实施方式:安全测评通常由专业的安全团队进行,他们会根据国家或行业标准对信息系统进行全面或部分的安全检查。

内在联系和区别

三者关系的基本判断

等级保护是指导我国信息安全保障体系建设的一项基础管理制度,风险评估、系统测评都是在等级保护制度下,对信息及信息系统安全性评价方面两种特定的、有所区分但又有所联系的的不同研究、分析方法。打个比方:如果说等级保护是指导信息安全建设的宪法,则风险评估、安全测评则是针对系统安全性评估或合格判定方面的专项法律。

等级保护与风险评估的关系

风险评估是等级保护(不同等级不同安全需求)的出发点。风险评估中的风险等级和等级保护中的系统定级均充分考虑到信息资产CIA特性的高低,但风险评估中的风险等级加入了对现有安全控制措施的确认因素,也就是说,等级保护中高级别的信息系统不一定就有高级别的安全风险。

等级保护与系统测评的关系

系统安全测评及行政认可是安全等级保护的落脚点。

风险评估与系统测评的关系

风险评估与系统测评分别是针对系统生命周期建设不同阶段存在的安全风险的相近判断方法。对同一个生命周期的系统,风险评估是安全建设的起点,系统测评是安全建设的终点。或者可以理解为,系统安全测评是实施风险管理措施后的风险再评估。

对三者在SDLC过程中的实施建议

通常情况下,我们将信息系统建设生命周期(SDLC)划分为五个阶段:规划需求阶段、设计开发阶段、实施阶段、运行维护阶段、废弃阶段。也就是说,系统是不断变化的,安全建设也应随之发生变化。因此,从理论上分析,无论是等级保护、风险评估或是系统测评,均适用于SDLC的各个阶段。

为避免三者之间相近的工作内容在SDLC的同一个阶段重复进行,按照"谁主管,谁负责;谁运行,谁负责"的原则,从系统建设单位(多数情况下建设单位即运行单位)、行业主管部门或信息化主管部门(简称主管部门)等两类不同发起主体或组织主体的角度考虑,建议按下述内容实施:

  1. 划需求阶段 (Planning and Requirements Gathering):

    1. 目的:确定项目目标和范围,分析业务需求,制定项目计划。

    2. 活动: 确定信息系统建设的必要性和可行性。 收集用户需求,进行需求分析。 制定项目计划,包括时间表、预算、资源分配等。 确定项目风险和约束条件。

  2. 设计开发阶段(Design and Development):

    1. 目的:基于需求阶段的结果,设计系统的架构和组件,并开发系统。

    2. 活动:

      设计系统架构,包括技术选型和数据模型。 开发详细设计文档和系统规格说明书。

      编写代码,构建数据库,开发用户界面。

      进行单元测试和集成测试。

  3. 实施阶段(Implementation):

    1. 目的:将设计好的系统部署到生产环境中,确保其正常运行。

    2. 活动:

      配置硬件和软件环境。 数据迁移和系统安装。 用户培训和文档编写。 执行系统测试,确保所有组件按预期工作。

  4. 运行维护阶段(Operation and Maintenance):

    1. 目的:确保系统在运行过程中的稳定性、安全性和性能,并进行必要的维护和升级。

    2. 活动:

      监控系统性能和安全性。 提供用户支持和技术帮助。 进行系统维护和更新。 处理系统故障和问题。

总结

√等级保护

√风险评估

√安全测评

√联系和区别

相关推荐
见青..9 小时前
phpMyAdmin权限提升
web安全·网络安全·phpmyadmin
数据知道11 小时前
邮件安全实战:SPF/DKIM/DMARC 配置与钓鱼绕过
网络·安全·web安全·网络安全·邮件安全
世界尽头与你14 小时前
Android Root 检测原理
android·安全·网络安全·渗透测试
kp0000014 小时前
如何平衡模型输出的“有用性”和“安全性
人工智能·安全·网络安全·信息安全·ai安全
世界尽头与你16 小时前
iOS 越狱检测原理
安全·网络安全·ios·信息安全·渗透测试
kp000001 天前
大模型输出造成信息泄露类型
人工智能·网络安全·信息安全·ai安全
kp000001 天前
System Prompt Leakage(系统提示词泄露)及安全防御
网络·安全·网络安全·信息安全·prompt·ai安全
X7x51 天前
攻防对抗的结构化思维:深度拆解网络杀伤链(Kill Chain)与现代防御演进
网络安全·网络攻击模型·安全架构·网络杀伤链·kill chain
kp000001 天前
AI大模型,如何区分善意提问与Prompt注入攻击
人工智能·网络安全·信息安全·prompt·ai安全
kp000002 天前
AI系统输入安全基线
人工智能·安全·网络安全·信息安全·ai安全