2024年一文解读ISO26262安全标准：功能安全管理，2024网络安全通用流行框架大全

给大家的福利

零基础入门

对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。

同时每个成长路线对应的板块都有配套的视频提供：

因篇幅有限，仅展示部分资料

网络安全面试题

绿盟护网行动

还有大家最喜欢的黑客技术

网络安全源码合集+工具包

所有资料共282G，朋友们如果有需要全套《网络安全入门+黑客进阶学习资源包》，可以扫描下方二维码领取（如遇扫码问题，可以在评论区留言领取哦）~

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以点击这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

安全生命周期的初始任务是对相关项(item)的功能、接口、环境条件、法规要求、已知危害等进行描述，以确定它的边界、接口，以及与其它相关项、要素、系统和部件相关的条件。
（2）安全生命周期启动
在完成相关项定义的基础上，通过确定所开发的相关项是一个全新的开发，还是对现有相关项的修改，来启动安全生命周期。
如果是对现有相关项的修改，可以根据（1）得到的影响分析的结果用于对安全生命周期进行裁剪。
（3）危害分析和风险评估（hazard analysis and risk assessment） – HaRa
在本阶段，进行以下操作。
首先，通过危害分析和风险评估来预测，与该相关项相关的危害事件所处工况的暴露概率、危害事件的可控性和严重度，这些参数共同决定了危害事件的汽车安全完整性等级。
然后，通过危害分析和风险评估来确定相关项的安全目标。安全目标（safety goal）是相关项的最高层面的安全要求，将所确定的危害事件（hazardous event）的ASIL等级分配给相应的安全目标。后续阶段和子阶段中详细的安全要求就是来自于安全目标，这些安全要求会继承相应安全目标的ASIL等级。
（4）功能安全概念（functional safety concept） – FSC
功能安全概念是通过分配给相关项（item）要素（element）的功能安全要求（functional safety requirement）来定义的。如果能够对涉及的其它技术或与外部措施接口的期望行为进行确认，功能安全概念可包括其它技术或与外部措施的接口

1.2 产品开发阶段

在产品开发阶段，要做这几件事：
（1）产品开发
（2）安全确认
（3）功能安全评估
（4）生产发布

产品开发包括系统/硬件/软件几个方面的开发，这几个方面的流程都要遵循V模型的概念。

1. 系统层面：
   系统开发流程的V模型，左侧包含技术安全要求的定义、系统架构、系统设计和实现，右侧包含集成、验证、确认和功能安全评估。 软硬件接口要在该阶段定义清楚，形成HSI文档。
   从系统层面来说，包括了对其它几个阶段发生活动的确认。
   (1) 确认功能安全概念FSC的技术实现。
   (2) 确认外部措施的有效性，以及能达到的性能。比如，附加的车载装置如动态稳定控制器或防爆轮胎，以及道路防护置如防撞栏或隧道消防系统等，不在本标准使用范围，因此可作为外部措施加以考虑。
   (3) 确认人员的反应，这里可以指驾驶员，包括可控性和操作任务。可控性指HaRa分析中，驾驶员或其他涉险人员控制危害情况能力的可信度。
2. 硬件层面：
   基于系统设计规范，从硬件层面进行开发。硬件开发流程基于一个V模型概念，V模型左侧包含硬件要求定义、硬件设计和实现，V模型右侧包含硬件集成和测试。
3. 软件层面：
   基于系统设计规范，从软件层面进行相关项的开发。软件开发流程基于一个V模型概念，V模型左侧包含软件要求定义、软件架构设计和实现，V模型右侧包含软件集成、测试和软件要求验证。
4. 生产发布：
   生产发布是产品开发流程的最后阶段，为量产发布提供必要交付物。

1.3 生产发布后续阶段

在生产发布之后的后续阶段，要做这几件事：
（1）生产活动
生产计划、运行计划，以及相关要求的定义，要在产品开发的系统层面启动。
（2）运行、维护、报废
与安全相关的特性，以及对相关项的维护、修理、报废的指导说明的开发和管理，用以确保相关项在生产发布后的功能安全。

2 安全管理的角色和职责

在相关项开发的启动阶段应指定一名项目经理，应赋予项目经理责任和权限，项目经理应确认组织提供了功能安全活动所需的资源
项目经理应确保已指定了安全经理。
在开发阶段，安全经理应负责计划和协调功能安全活动。包括将任务分配给具体人员，在其它交付物中进一步细化安全活动，以及按照相关项是否为一个全新开发或一个对既有相关项的修改，来为相应的安全活动制定计划。安全经理要负责维护安全计划，并监督安全活动的进度是否按照安全计划进行。
安全计划指集成和测试计划，包括：确认计划、软件验证计划、功能安全评估计划。各计划责任人应负责维护各自的安全计划，并监督安全活动的进度是否按照各自的安全计划进行。

3 安全活动的裁剪

如果对安全活动进行裁剪，那么应在安全计划中定义该裁剪，并且要给出理由，来说明为什么本次裁剪对于功能安全来说是恰当且充分的。
注1：裁剪理由应考虑ASIL等级。
注2：安全计划中要包含裁剪的理由，并且在认可评审或功能安全评估过程中对其进行评审。

独立于相关项的要素的开发应基于一个需求规范，该需求规范来自对预期用途和应用环境的假设，包括其外部接口，且应确认独立于相关项而开发的要素的预期用途和应用环境的假设的有效性。本标准不能应用于独立于相关项的要素开发，因为功能安全不是一个要素的属性（然而一个相关项中的某一个要素可以认为是与安全相关的）。功能安全是一个可以用功能安全评估方法来评价的相关项的属性。
比如：以电驱控制系统使用的微控制器MCU的开发为例。上面这段话翻译过来就是，针对该MCU这个要素的功能安全评估不在本次安全活动范围内，又因为MCU与安全相关，所以要由相应的供应商提供必要的认证或者证据。

4 安全活动的评审

当相关项安全目标的最高ASIL等级是ASIL（B）、C或D时，要求进行相关项的功能安全审核，应委派一名或多名人员开展一次或多次功能安全审核，所委派的人员应提供包含对功能安全所要求的过程实施情况的评估报告。
如果由SPICE（Software Process Improvement and Capability Determination软件过程改进和能力测试）评估人员开展功能安全审核，那么可以和功能安全审核同时开展。SPICE评估人员可以向功能安全审核人员提供反馈。但是，SPICE评估不足以对功能安全进行评估，仅能同步检查某些支持过程。
组织的流程定义可以同时符合多种标准，比如GB/T和SPICE的配置管理流程要求。这种流程的协调有助于避免重复工作，以及流程的不一致。对于协调后的流程，可提供组织对GB/T的要求和对SPICE的交叉引用的专门的流程。

5 安全活动的评估

功能安全评估范围应包括：安全计划要求的工作成果、功能安全要求的流程，以及流程的评估可基于功能安全审核的结果。对在相关项开发过程中已实施的且可评估的安全措施进行适宜性和有效性评审，对于在产品生产子阶段实施的但不能在相关项开发过程中进行评估的安全措施，可与生产过程能力结合在一起进行评估。

功能安全评估应考虑：
a) 其它认可措施的计划
b) 认可评审和功能安全审核的结果
c) 功能安全评估的建议

6 交付物

安全计划

本人从事网路安全工作12年，曾在2个大厂工作过，安全服务、售后服务、售前、攻防比赛、安全讲师、销售经理等职位都做过，对这个行业了解比较全面。

最近遍览了各种网络安全类的文章，内容参差不齐，其中不伐有大佬倾力教学，也有各种不良机构浑水摸鱼，在收到几条私信，发现大家对一套完整的系统的网络安全从学习路线到学习资料，甚至是工具有着不小的需求。

最后，我将这部分内容融会贯通成了一套282G的网络安全资料包，所有类目条理清晰，知识点层层递进，需要的小伙伴可以点击下方小卡片领取哦！下面就开始进入正题，如何从一个萌新一步一步进入网络安全行业。

学习路线图

其中最为瞩目也是最为基础的就是网络安全学习路线图，这里我给大家分享一份打磨了3个月，已经更新到4.0版本的网络安全学习路线图。

相比起繁琐的文字，还是生动的视频教程更加适合零基础的同学们学习，这里也是整理了一份与上述学习路线一一对应的网络安全视频教程。

网络安全工具箱

当然，当你入门之后，仅仅是视频教程已经不能满足你的需求了，你肯定需要学习各种工具的使用以及大量的实战项目，这里也分享一份我自己整理的网络安全入门工具以及使用教程和实战。

项目实战

最后就是项目实战，这里带来的是SRC资料&HW资料，毕竟实战是检验真理的唯一标准嘛~

面试题

归根结底，我们的最终目的都是为了就业，所以这份结合了多位朋友的亲身经验打磨的面试题合集你绝对不能错过！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以点击这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！