Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 27000:2014 为整个 ISO/IEC 27000 信息安全管理系统(ISMS)标准家族提供了基础性概述和核心词汇。作为任何组织理解或实施 ISMS 框架的起点,该标准定义了关键术语、基本原则以及支撑所有相关标准的结构化”策划-实施-检查-处置”(PDCA)模型。2014 版本(拥有官方俄语译本)是一个成熟的修订版,它整合了早期 2009 版引入的概念,并将其与其他 ISO 管理系统标准的高层结构对齐。
ISO/IEC 27000 标准家族包含 40 多项已发布的标准,共同涵盖了信息安全管理的完整范围。ISO/IEC 27000:2014 充当整个系列的词汇表和概念路线图。它将 ISMS 定义为”基于业务风险方法的、用于建立、实施、运行、监视、评审、维护和改进信息安全的整体管理系统的一部分”。这一定义至关重要,因为它将信息安全定位为一种综合性的管理学科,而非一系列孤立的技术控制措施。
标准还引入了 ISMS 中关键利益相关方之间的关系:组织本身、相关方(包括客户、监管机构和合作伙伴)以及更广泛的法律和监管环境。ISO/IEC 27000:2014 建立了术语体系,使所有这些群体能够进行一致的沟通。术语包括”资产”、”可用性”、”保密性”、”完整性”、”风险接受”、”风险处置”和”适用性声明”等。如果没有这种共享的术语体系,组织实施 27000 系列不同部分时,其安全态势和合规文档之间就容易出现不一致。
| 术语 | ISO/IEC 27000:2014 定义 | 实际意义 | 相关条款 |
|---|---|---|---|
| 信息安全 | 保护信息的保密性、完整性和可用性 | 所有ISMS目标和策略的基础 | 2.4 |
| ISMS | 用于建立、实施、运行、监视、评审、维护和改进信息安全的管理系统 | 定义组织安全管理的范围和结构 | 2.9 |
| 风险评估 | 风险识别、风险分析和风险评价的全过程 | 驱动安全控制的选择和处置决策 | 2.18 |
| 适用性声明 | 描述与 ISMS 相关的控制的文件化声明 | 审计和合规验证的关键工件 | 2.25 |
| 风险处置 | 通过选择和实施控制来修改风险的过程 | 连接风险评估结果与可操作的安全措施 | 2.22 |
| 控制 | 用于修改风险的措施 | ISMS 实施的基本构建块 | 2.15 |
ISO/IEC 27000:2014 的核心贡献之一是将 PDCA 模型正式化为信息安全背景下的方法论。策划阶段涉及制定 ISMS 策略、目标、流程和程序,以管理风险和改进信息安全。这包括定义 ISMS 范围、进行风险评估和风险处置规划,以及编写适用性声明。实施阶段负责执行 ISMS,包括实施风险处置计划和部署已选择的控制措施。
检查阶段根据策略和目标监视和评审 ISMS,并将结果报告给管理层进行评审。该阶段包括进行内部 ISMS 审计、衡量控制措施的有效性以及按计划间隔重新评审风险评估结果。处置阶段根据管理评审和内部审计发现的结果采取纠正和预防措施。这个持续循环确保 ISMS 随着威胁、业务需求和组织环境的变化而不断演进。
从工程设计的角度来看,ISO/IEC 27000:2014 提供了几个关键洞见,影响安全管理系统的架构方式。首先,标准确立了信息安全应设计为”系统”而非”单点解决方案集合”的原则。这种系统性观点要求工程师将安全控制、业务流程和技术基础设施之间的交互视为一个集成整体,而不是孤立地处理每个安全域。
其次,标准强调记录安全决策背后的 rationale。适用性声明是核心工件,它捕获了哪些来自 ISO/IEC 27001 附录 A 的控制被选择以及为何被选择。这份文档对于维护团队成员变动后的机构知识以及向外部审计证明尽职调查至关重要。工程师应投资于自动化工具,使适用性声明作为与已部署控制相关联的活文档来维护。
第三,ISO/IEC 27000:2014 引入了”相关方”及其需求作为 ISMS 输入的概念。对工程团队而言,这转化为结构化的需求捕获过程,其中安全需求不仅来自技术风险分析,还来自合同义务、监管要求和利益相关方的期望。这种多源需求方法确保 ISMS 同时满足技术驱动和业务驱动的安全需求。