域控软件安全隔离关键技术剖析:MCU域 VS SOC域

发布者:诚信与爱最新更新时间:2024-10-12 来源: elecfans关键字:安全隔离 手机看文章 扫描二维码
随时随地手机看文章

安全隔离的需求

功能安全开发中,软件阶段由软件V模型左边的软件安全需求SSR开始。SSR是从技术安全需求TSR中提取出软件的功能安全需求,大多数情况下具有不同的ASIL等级。

wKgZomYXe6KAARPrAAERxMLYISc651.png?imageView2/2/w/1000wKgZomYXe6KAARPrAAERxMLYISc651.png?imageView2/2/w/1000

图1功能安全软件开发V模型


随后,软件安全需求会被分配到软件架构中的软件组件中。不同ASIL等级的软件安全需求被分配到软件组件过后,带来了级联失效的问题。若放任不同ASIL等级软件组件在一个系统中运行,可能会存在低ASIL等级软件组件失效从而引发高ASIL等级软件组件失效的风险。

ISO26262对软件组件之间的交互进行了分析并提出了免于干扰(Freedom from Interference)的需求,安全隔离则旨在隔离软件系统中安全相关与安全无关的软件组件,以及不同ASIL等级的软件组件。


软件内存基础

首先让我们来了解内存的基本知识。RAM与ROM是ECU中常见的存储器类型,它们在数据存储和访问方面扮演着重要的角色。

RAM(Random Access Memory)是一种临时存储器,用于存储计算机正在运行的程序和数据。它具有快速的读写速度和随机访问的特点。

ROM(Read-Only Memory)是一种只读存储器,用于存储固定的程序指令和数据。ROM中的数据在计算机断电时不会丢失,因此被称为非易失性存储器。

然而在软件视角中,软件被编译后会被分为不同的段进行存放。具体分段方式可能根据架构有细微区别在,以Tc3xx系列芯片为例,包含以下几段:

(1)已初始化的数据段

(2)未初始化的数据段

(3)只读数据段

(4)代码段

(5)task栈区

(6)启动栈区

(7)CSA区

这些段被编译器分配到物理内存中,可能由不同的存储器来存放。每当程序需要使用某处数据或者加载某处的指令时,会根据地址来取出所需的数据或是指令进行运算,再将运算结果写入某处物理内存中。

在这个过程中,安全隔离的目标是阻止安全无关的软件组件写入安全相关的软件组件使用的内存区域;低ASIL等级的软件组件写入高ASIL等级的软件组件所使用的内存区域。


MCU上的安全隔离模块

MCU上的安全隔离通常借助内存分区机制和内存保护单元MPU完成。经典AUTOSAR架构中,允许对软件进行内存分区(Partition),借助内存映射(memory map)将软件组件的代码和数据划分到指定的区域内。这种方式虽然能有效地将不同ASIL等级的变量和代码分布到不同的地址范围中,但无法杜绝指针越界、数组越界导致跨区域访问的风险。

MPU(memory protection unit)内存保护单元是一种按内存区域提供保护和隔离的硬件原件,与内存分区配合使用可以阻止不同软件分区的软件组件之间相互访问,从而达到内存隔离的效果。

以Tc3xx系列芯片为例,MPU可以按照保护范围分为两种,一种为系统级的SMPU(System Memory Protection Unit),另一种为核心级的CMPU(Core Memory Protection Unit)。

· 系统级的SMPU

SMPU有时候也被称为Bus MPU,表示其工作在芯片总线上。其保护原理如图2所示,总线上所有主机对于内存的访问都会经过SMPU,当主机拥有所请求内存地址的对应访问权限(读/写)时,才能允许访问。

Tc3xx中的Bus MPU可以维护8个地址保护区域(每个保护区域范围由两个寄存器控制),每个保护区域都记录了64个总线主机的权限。当主机访问内存区域时,首先寻找对应的区域,再根据主机TAG ID检查主机是否拥有对应的权限,检查通过后才能进行读写访问,否则会触发系统定义的故障。

SMPU通常用于多核系统和使用DMA设备的系统,其保护范围有限,且不能覆盖所有的内存区域。

up-3b47d2d236af2518a538fb61105ab942c7d.jpg?imageView2/2/w/1000wKgZomYXe66Afn9WAACK0ZoKrbM598.png?imageView2/2/w/1000

图2 SMPU保护原理

  • · 核心级的CMPU

核心级的CMPU则是每个CPU核心独有的,提供应用级别的隔离。经典AUTOSAR中,软件组件被组织成OSA(OS Application)。OSA内部存在共享资源,OSA之间则需要考虑内存隔离。

CMPU保护原理如图3所示,CMPU隔离对象为CPU中运行的软件。CMPU也会预先划分保护区域,这通常也是内存分区的结果。对于这些内存区域,每一个在核心中运行的OSA可能都具有不同的权限。当上下文切换时,MPU的保护范围也会动态切换,以适配不同的OSA。

同CMPU一样,只有拥有对应内存区域访问权限的OSA,才能成功完成访问,否则会触发系统定义的故障。CMPU通常拥有更多的保护区域,且能覆盖所有的内存空间。在这基础上,CMPU还支持保护集的预设,使CPU进行上下文切换时,更快地切换地址空间地MPU保护权限。一般来说,CMPU的应用更为广泛,在一些不那么复杂的系统中甚至只用CMPU就足以完成内存隔离的需求。

wKgZomYXe7WAIxK_AADXt4Hi0pQ415.png?imageView2/2/w/1000

图3 CMPU隔离原理


SOC上的安全隔离

相比MCU,SOC拥有更强大的性能,可以运行一些复杂操作系统(比如linux)。这种情况下,基于地址范围进行保护的MPU就显得“力不从心”了。进程是操作系统进行资源分配的基本单位,一些应用程序可能由多个进程组成,在某些场景中(比如座舱域)还需要虚拟机来运行不同的操作系统。

因此,我们把SOC上的内存隔离场景划分为两个层级:进程级隔离、应用程序级隔离和操作系统级隔离。本文主要介绍进程级隔离。

MMU(Memory Management Unit)是SOC中常见的硬件,用于提供进程级别的内存分配和隔离。进程在运行时,操作系统会使进程认为自己独占整个寻址空间(32位机器寻址空间为4GB),并使用连续的物理地址进行操作。但实际上,这个内存空间要么尚未分配,要么部分存在于磁盘中。并且其使用的虚拟地址会由MMU进行翻译,对应到分散的物理地址中。

MMU的工作原理如图4所示。内存空间被划分为若干页面(Page),每个页面占用4KB内存。进程使用的连续虚拟页面被MMU翻译到具体的分散的物理页面中。

MMU最主要的功能其实是将虚拟页翻译到物理页。那为什么MMU可以实现进程级隔离呢?

因为MMU的翻译是基于页表进行的,页表记录了进程虚拟页到物理页的映射。操作系统为不同的进程分配的不同的页表起始地址,存储在对应寄存器中。当MMU翻译地址时,根据页表起始地址加偏移量定位到具体的页表项,进而完成地址翻译。不难看出,这种机制使得进程拥有天然隔离的零散的地址空间

wKgaomYXe8GAJ0zpAAC8606e4Jc001.png?imageView2/2/w/1000

图4 MMU工作原理


安全隔离小结

安全隔离的底层原理是避免软件对内存的不合理访问,以满足功能安全要求。硬件层面上,有MPU、MMU这样的硬件进行程序内存空间的保护和约束;软件层面上,容器化技术和虚拟化技术也能帮助用户制定更灵活的隔离策略。但并不是说实现了这些安全隔离机制就等于完全满足了安全隔离需求,还需要结合软件和系统的正确设计来共同达成目标。

经纬恒润功能安全团队成立于2008年,系国内较早从事功能安全技术研究的团队。作为功能安全、预期功能安全国家标准委员会成员,经纬恒润的研发流程、生产流程已通过功能安全开发过程认证,功能安全开发过程达到ASIL-D,相关产品已成功服务于近百家国内外整车及零部件企业。


经纬恒润功能安全软件团队可提供功能安全软件开发技术咨询服务,包括功能安全软件阶段流程/产品咨询、L2监控算法开发集成和L3安全机制(安全通信、隔离、监控、执行和芯片AOU)的开发集成,控制器覆盖动力域、底盘域、智驾域和车身域等。


未来,经纬恒润将紧跟行业发展趋势和市场需求,结合自身汽车电子产品研发和国内外咨询实践,一如既往地坚持自主创新道路,为智能汽车安全保驾护航。


关键字:安全隔离 引用地址:域控软件安全隔离关键技术剖析:MCU域 VS SOC域

上一篇:什么是汽车中控屏?汽车中控屏四核和八核区别
下一篇:基于SOA架构的智能座舱层级

推荐阅读最新更新时间:2026-03-21 00:51

软件安全隔离关键技术剖析:MCU VS SOC
安全隔离的需求 功能安全开发中,软件阶段由软件V模型左边的软件安全需求SSR开始。SSR是从技术安全需求TSR中提取出软件的功能安全需求,大多数情况下具有不同的ASIL等级。 图1功能安全软件开发V模型 随后,软件安全需求会被分配到软件架构中的软件组件中。不同ASIL等级的软件安全需求被分配到软件组件过后,带来了级联失效的问题。若放任不同ASIL等级软件组件在一个系统中运行,可能会存在低ASIL等级软件组件失效从而引发高ASIL等级软件组件失效的风险。 ISO26262对软件组件之间的交互进行了分析并提出了免于干扰(Freedom from Interference)的需求,安全隔离则旨在隔离软件系统中安全相关与安全无关
[嵌入式]
<font color='red'>域</font><font color='red'>控</font><font color='red'>软件</font><font color='red'>安全</font><font color='red'>隔离</font>关键技术剖析:<font color='red'>MCU</font><font color='red'>域</font> <font color='red'>VS</font> <font color='red'>SOC</font><font color='red'>域</font>
DXCLuxoft:基于模型化服务化的架构和软件开发解决方案
在汽车领域软件开发的过程中,时常面临两难境地:既要追求产品的快速迭代与高性能,又要确保功能安全、网络安全等关键要素;同时,还要降低开发成本与生产成本。这种多目标优化的问题,成为了制约汽车行业软件发展的主要瓶颈。 对此,2024年9月4日,在第四届智能汽车域控制器与中央计算平台创新峰会上,DXC Luxoft 首席架构师张戎提出了解决方案。 据介绍,DXC Luxoft莱科德积极探索并实践了模型化与服务化两大策略,构建了完整的开发流、方法论与工具链体系,从产品定义到系统架构设计、软件架构设计、软件实施再到测试验证等各个阶段都进行了细致的规划与执行,在提升软件开发效率与降低成本方面取得了显著成效。 张戎 | DXC Lu
[汽车电子]
DXCLuxoft:基于模型化服务化的<font color='red'>域</font><font color='red'>控</font>架构和<font color='red'>软件</font>开发解决方案
瑞萨电子基于R-Car第五代SoC推出端到端多融合解决方案
芯片样品、完整评估板及RoX白盒SDK现已上市,将于CES 2026亮相 面对SDV的瑞萨第五代R- Car SoC——芯片样品、评估板及RoX SDK现已上市 2025 年 12 月 16 日,中国北京讯 - 全球半导体解决方案供应商瑞萨电子(TSE:6723)今日宣布围绕其第五代(Gen 5)R-Car产品家族进一步扩展软件定义汽车(SDV)解决方案阵容。作为该产品家族的最新成员,R-Car X5H是业内首款采用先进3纳米制程的车规级多域融合片上系统(SoC),可同时运行先进辅助驾驶系统(ADAS)、车载信息娱乐系统(IVI)和网关系统等多项功能。 软件定义汽车(SDV)开发平台——R- Car O
[汽车电子]
瑞萨电子开发面向汽车多ECU的SoC技术
据外媒报道,半导体解决方案供应商瑞萨电子株式会社(Renesas Electronics Corporation)开发出三款用于汽车多域电子控制单元(ECU)的系统集成芯片(SoC)技术。这些技术具备先进的人工智能处理能力和芯片组功能,可作为下一代汽车电气/电子(E/E)架构的核心技术平台。 图片来源: 瑞萨 在软件定义汽车(SDV)时代,汽车SoC需要具备卓越的性能以同时运行多个应用程序,并且必须通过芯片组实现可扩展性。此外,它们还必须满足汽车SoC的功能安全要求。随着驱动中央计算的多域SoC规模越来越大、结构越来越复杂,保持车规级品质也变得越来越困难。先进SoC性能的提升也带来了功耗的增加,因此提高能效和安全性至关重
[汽车电子]
瑞萨电子开发面向汽车多<font color='red'>域</font>ECU的<font color='red'>SoC</font>技术
瑞萨电子基于R-Car第五代SoC推出端到端多融合解决方案, 加速推动SDV创新
芯片样品、完整评估板及RoX白盒SDK现已上市,将于CES 2026亮相 2025 年 12 月 16 日,中国北京讯 - 全球半导体解决方案供应商 瑞萨电子今日宣布围绕其第五代(Gen 5)R-Car产品家族进一步扩展软件定义汽车(SDV)解决方案阵容 。作为该产品家族的最新成员,R-Car X5H是业内首款采用先进3纳米制程的车规级多域融合片上系统(SoC),可同时运行先进辅助驾驶系统(ADAS)、车载信息娱乐系统(IVI)和网关系统等多项功能。 目前,瑞萨已启动第五代芯片的样品供应,并推出完整评估板及R-Car Open Access(RoX)平台白盒软件开发套件(SDK),以支持下一阶段开发工作。与此同时,瑞萨正深
[嵌入式]
瑞萨电子基于R-Car第五代<font color='red'>SoC</font>推出端到端多<font color='red'>域</font>融合解决方案,  加速推动SDV创新
四维图新座舱SoC芯片AC8025正式量产,预计出货规模近百万颗
近日,四维图新旗下杰发科技宣布,公司新一代智能座舱域控SoC芯片AC8025已搭载到某自主品牌车型的智能座舱系统中,这标志着,AC8025正式进入量产阶段。 据杰发科技副总经理胡小立透露,目前AC8025已签订多个海内外车厂项目,将在今年下半年至明年陆续量产,预计出货规模近百万颗。 图片来源:四维图新 官方资料显示,AC8025采用八核高性能CPU组合A76+A55,符合AEC-Q100车规级认证和ISO 26262 ASIL B认证(仪表显示)。同时,支持8路全高清摄像头输入和7路全高清异显,以及长条屏和高清超大屏显示,内置双核HiFi DSP,视听体验较优。与此同时,AC8025拥有高性能NPU,可扩展融合D
[汽车电子]
四维图新座舱<font color='red'>域</font><font color='red'>控</font><font color='red'>SoC</font>芯片AC8025正式量产,预计出货规模近百万颗
航盛与高通基于Snapdragon Ride Flex SoC发布全新一代墨子舱驾跨融合平台
2024年4月26日,北京—— 深圳市航盛电子股份有限公司(以下简称:航盛)与高通技术公司今日在2024北京国际汽车展览会(以下简称:北京车展)发布航盛面向智能舱驾融合功能的最新产品。 基于高通技术公司推出的Snapdragon Ride™ Flex SoC(SA8775P),全新一代墨子舱驾跨域融合平台面向中央计算舱驾融合域控制器系统设计研发。通过双方合作,这一全新的舱驾融合平台发挥了航盛与高通技术公司的核心技术优势,打造AI计算性能优异、开放且兼具成本优势的解决方案,为新一代汽车电子电气架构提供全新思路,并助力汽车制造商满足终端客户不断演进的出行需求。 全新一代墨子平台专为满足车辆面向舱驾融合不断演化的需求设计,可通
[汽车电子]
航盛与高通基于Snapdragon Ride Flex <font color='red'>SoC</font>发布全新一代墨子舱驾跨<font color='red'>域</font>融合平台
如何正确的使用C51单片机中的位
定义这样的结构: typedef struct { uchar DC0_ALA:1; //电源0告警 uchar DC1_ALA:1; //电源1告警 uchar AC_ALA:1; //停电告警 uchar UN_H_ALA:1; //同频信道机失锁告警 uchar UN_L_ALA:1; //异频信道机失锁告警 uchar FAR_ALA:1; //远端通讯故障告警 uchar OPEN_ALA:1; //门襟告警 uchar x:1; }ALARM;//系统告警结构定义 定义变量并初始化: idata ALARM old_alarm={0,0,0,0,0,0,0,0}; 在main()函数中这样应用位域: if(ol
[单片机]
小广播
最新嵌入式文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

厂商技术中心

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

 
机器人开发圈

电子工程世界版权所有 京ICP证060456号 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2026 EEWORLD.com.cn, Inc. All rights reserved