【AUTOSAR】BMS开发实际项目讲解（十八）----电池管理系统系统安全机制描述

最新推荐文章于 2026-06-17 07:29:58 发布
原创 最新推荐文章于 2026-06-17 07:29:58 发布 · 1.3k 阅读 · 7 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#安全 #嵌入式硬件 #单片机 #AUTOSAR #电池管理系统
#BMS #26262
文章详细描述了用于防止电池单体过充的安全机制，包括电压采样、芯片自诊断、通讯保护等多个层面的故障检测与预防措施。针对过充故障，定义了三个级别（Cell_OverVoltDegradation,Cell_OverVoltProtection,Cell_OverVoltSafetyProtection）的保护策略，以确保系统在不同电压阈值时采取相应的安全响应。

      1. 安全机制描述/ Description of the used safety mechanism

为防止电池单体过充保护功能链路上的故障失效发生，应对链路各要素制定安全机制，以探测故障、预防失效。

SM ID

ASIL

Safety Mechanism Description

FDT+FRT

Diagnostic Coverage

Ref. ISO26262-5, Annex D

Req. ID

Addressed Failure Mode

SYS_SM_001

ASIL C

系统应具备单体电压采样回路断线诊断功能，识别到断线状态，并在规定时间之内完成故障处理（进入安全状态）

3500ms+500ms

High

D.2.1.1

TSR-BMS-1108

the SM of SPF

SYS_SM_005

ASIL C

AFE芯片应具备内部单体电压采样模块自诊断机制，识别采样模块的异常状态，并在规定时间之内完成故障处理（进入安全状态）

3500ms+500ms

High

D.2.3.2

TSR-BMS-1112

the SM of SPF

SYS_SM_006

ASIL C

AFE芯片应具备单体电压采样精度自诊断机制，识别采样精度超范围的异常状态，并在规定时间之内完成故障处理（进入安全状态）

3500ms+500ms

High

D.2.4.1

TSR-BMS-1113

the SM of SPF

SYS_SM_007

ASIL C

MCU应具备核校验机制，来识别自身错误，并在规定时间之内完成故障处理（进入安全状态）

250ms+50ms

High

D.2.3.6

TSR-BMS-S301

the SM of SPF

SYS_SM_008

ASIL C

SBC module供电输出监控模块应对不同的电源输出通道使用独立的监测通道，识别到电源输出异常状态，并在规定时间之内完成故障处理（进入安全状态）

250ms+50ms

High

D.2.6.2

TSR-BMS-S102
TSR-BMS-S112

the SM of SPF

SYS_SM_009

ASIL C

应对MCU module发送给AFE module的控制信息进行E2E保护，以便系统识别通讯数据异常，并在规定时间之内完成故障处理（进入安全状态）

3500ms+500ms

High

D.2.5.6 and D.2.5.7
and D.2.5.8

TSR-BMS-1128

the SM of SPF

SYS_SM_010

ASIL C

应对单体电压通讯信息进行E2E保护机制，以便系统识别通讯数据异常，并在规定时间之内完成故障处理（进入安全状态）

3500ms+500ms

High

D.2.5.6 and D.2.5.7
and D.2.5.8

TSR-BMS-1115

the SM of SPF

SYS_SM_011

ASIL B

系统应具备对HSD驱动输出回采功能，识别到HSD输出异常，及时进行报警

Every Key-ON Cycle

High

D.2.9.1

TSR-BMS-S201

the SM of DPF

SYS_SM_012

ASIL B

系统应具备HSD驱动输出回路短电源故障诊断机制，每个驾驶循环至少执行一次诊断，识别短电源故障，及时进行报警

Every Key-ON Cycle

High

D.2.1.1

TSR-BMS-S202

the SM of DPF

SYS_SM_013

ASIL A

系统应具备对LSD驱动输出回采功能，识别到LSD输出异常，及时进行报警

Every Key-ON Cycle

High

D.2.9.1

TSR-BMS-S203

the SM of DPF

SYS_SM_014

ASIL A

系统应具备LSD驱动输出回路短地故障诊断机制，每个驾驶循环至少执行一次诊断，识别短地故障，及时进行报警

Every Key-ON Cycle

High

D.2.1.1

TSR-BMS-S204

the SM of DPF

SYS_SM_015

ASIL C

MCU应具备自身运行环境的诊断机制，以保证功能正确地执行，当识别到异常时，在规定时间之内完成故障处理（进入安全状态）

250ms+50ms

High

Table D.4 — Processing units

TSR-BMS-S302

the SM of SPF

SYS_SM_057

ASIL C

SBC module内部 Regulator的基准源 与 电源输出监控模块基准源 应是独立的，以保证监控模块的独立性

/

High

TSR-BMS-S103

the SM of SPF

SYS_SM_058

ASIL A

SBC module的监控模块基准源，应能够被监控。如果基准源存在异常，应及时告警

Every Key-ON Cycle

High

D.2.1.1

TSR-BMS-S104

the SM of DPF

SYS_SM_059

ASIL A

每个驾驶循环应至少对SBC的看门狗功能进行一次测试，识别到异常，及时进行报警

Every Key-ON Cycle

High

D.2.4.1

TSR-BMS-S105

the SM of DPF

SYS_SM_060

ASIL A

SBC module应对内部reset/interrupt信号源进行功能检查，识别到异常，及时进行报警

Every Key-ON Cycle

High

D.2.4.1

TSR-BMS-S106

the SM of DPF

SYS_SM_064

ASIL C

应对AFE发送报警信息进行E2E保护机制，以便系统识别通讯数据异常，并在规定时间之内完成故障处理（进入安全状态）

3500ms+500ms

High

D.2.5.6 and D.2.5.7
and D.2.5.8

TSR-BMS-1117

the SM of SPF

SYS_SM_067

ASIL C

MCU module应具备程序序列的时间和逻辑的联合监控，识别安全相关功能的故障状态，并在规定时间之内完成故障处理（进入安全状态）

250ms+50ms

High

D.2.7.4

TSR-BMS-S304

the SM of SPF

SYS_SM_069

ASIL C

应对MCU module与SBC module的通讯信息进行E2E保护机制，以便系统识别通讯数据异常，并在规定时间之内完成故障处理（进入安全状态）

250ms+50ms

High

D.2.5.6 and D.2.5.7
and D.2.5.8

TSR-BMS-S108
TSR-BMS-S306

the SM of SPF

SYS_SM_070

ASIL A

对于SBC module内部能够将SS1&2（ Safe State Control signals 1 and 2）置低的监控功能，每个驾驶循环应至少进行一次自测试，如果自测试结果为失败，SBC module应及时将故障信息传达给MCU module

Every Key-ON Cycle

High

D.2.4.1

TSR-BMS-S107

the SM of DPF

SYS_SM_073

ASIL C

AFE module应具备自身过温保护机制，当AFE module过温时，应关闭安全相关的监控功能，防止上报错误的数据

3500ms+500ms

Medium

D.2.3.2

TSR-BMS-1119

the SM of SPF

SYS_SM_074

ASIL C

对于安全相关的标定数据存储，MCU module应具备安全校验机制，识别到数据错误，在规定时间之内完成故障处理（进入安全状态）

250ms+50ms

High

Table D.1 — Analysed failure modes
（Ref. ISO26262-11, 5.1.13.1）

TSR-BMS-S308

the SM of SPF

SYS_SM_077

ASIL C

系统应对V_CAN 网络中安全相关通讯信息进行E2E保护机制，以便系统识别通讯数据异常，并在规定时间之内完成故障处理（进入安全状态）

250ms+50ms

High

D.2.5.6 and D.2.5.7
and D.2.5.8

TSR-BMS-S403

the SM of SPF

SYS_SM_079

ASIL A

MCU应对核校验机制进行测试，来识别双核锁步机制的正确性，每个驾驶循环至少执行一次诊断，识别到错误时，及时进行报警

Every Key-ON Cycle

High

D.2.4.1

TSR-BMS-S309

the SM of DPF

SYS_SM_080

ASIL A

MCU应对自身运行环境的诊断机制进行测试，来识别相应机制的正确性，每个驾驶循环至少执行一次诊断，识别到错误时，及时进行报警

Every Key-ON Cycle

High

D.2.4.1

TSR-BMS-S310

the SM of DPF

SYS_SM_086

ASIL C

AFE芯片供电线采用双线冗余

/

High

/

TSR-BMS-1122

SYS_SM_087

ASIL C

对AFE芯片供电电压（单个AFE采集的总压）进行采集，当检测到异常时，在规定时间规定时间内进入安全状态

3500ms+500ms

Low

D.2.6.1

TSR-BMS-1123

the SM of SPF

SYS_SM_089

ASIL C

AFE module需要增加抗外部环境干扰措施，防止芯片因外部环境干扰而异常

/

High

/

TSR-BMS-1125

SYS_SM_090

ASIL C

系统应该对SBC供电输入KL30进行监控，当超出安全阈值时，在规定时间之内完成故障处理（进入安全状态）

250ms+50ms

Low

D.2.6.1

TSR-BMS-S110

the SM of SPF

SYS_SM_091

ASIL C

供电电源PIN脚KL30和KL31采用多PIN脚并联的形式输入，规避断路失效风险

/

High

/

TSR-BMS-S111

SYS_SM_092

ASIL A

HSD输出引脚和电源引脚、LSD输出引脚和地引脚需要分布在不同的接插件上或在同一接插件不相邻的Pin脚，以防止插针短接

/

High

/

TSR-BMS-S205

SYS_SM_093

ASIL C

MCU内部在进行安全相关的数据传输时，需要具备安全校验机制，来识别自身数据传输错误，并在规定时间之内完成故障处理（进入安全状态）

250ms+50ms

High

TSR-BMS-S311

the SM of SPF

SYS_SM_094

ASIL A

MCU应对其内部数据传输安全校验机制进行测试，来识别相应机制的正确性，每个驾驶循环至少执行一次诊断，识别到错误时，及时进行报警

Every Key-ON Cycle

High

D.2.4.1

TSR-BMS-S312

the SM of DPF

SYS_SM_095

ASIL C

芯片PFLASH应该在写和擦除操作前进行溢出检测，识别到数据溢出，在规定时间之内完成故障处理（进入安全状态）

250ms+50ms

High

TSR-BMS-S313

the SM of SPF

SYS_SM_096

ASIL A

MCU应对其内部PFLASH溢出检测机制进行测试，来识别相应机制的正确性，每个驾驶循环至少执行一次诊断，识别到错误时，及时进行报警

Every Key-ON Cycle

High

D.2.4.1

TSR-BMS-S314

the SM of DPF

SYS_SM_097

ASIL C

硬件在接插件选型设计时应该考虑接插件Pin脚的材料和插拔力，确保满足ASIL C的要求

/

High

/

TSR-BMS-S501

SYS_SM_102

ASIL A

系统应具备单体电压采样回路断线诊断功能进行测试，来识别相应机制的正确性，每个驾驶循环至少执行一次诊断，识别到错误时，及时进行报警

Every Key-ON Cycle

High

D.2.4.1

TSR-BMS-1126

the SM of DPF

SYS_SM_103

ASIL A

SBC module应对安全状态输出信号进行冗余设计

/

High

D.2.4.3

TSR-BMS-S115

the SM of DPF

      1. 功能实现描述

对于过充故障，定义如下3种：

  1. Cell_OverVoltDegradation（报警&充电功能降级）：旨在降低过压危害事件发生概率
  2. Cell_OverVoltProtection（报警&请求充电功能禁用）：旨在防止过压危害事件发生
  3. Cell_OverVoltSafetyProtection（报警&进入安全状态）：旨在防止安全相关危害事件的发生

ID

Description

ASIL

Ref

OVP-101

Cell_OverVoltDegradation识别和处理

系统在激活状态下，当电池系统最高单体电芯电压：

--【Vcell_Max≥4.155V，且持续3s】时

系统应当：

--应按照Degrade Power_2执行故障保护，参见[FL]

--应按照Fault Recovery Strategy_1执行故障恢复，参见[FL]

QM

TSR-BMS-1401

OVP-102

Cell_OverVoltProtection识别和处理

系统在激活状态下，当电池系统最高单体电芯电压：

--【Vcell_Max≥4.195V，且持续3s】时

系统应当：

--应按照Normal Power Off_2执行故障保护，参见[FL]

--应按照Fault Recovery Strategy_2执行故障恢复，参见[FL]

QM

TSR-BMS-1401

OVP-103

Cell_OverVoltSafetyProtection识别和处理

系统在激活状态下，当电池系统最高单体电芯电压：

--【Vcell_Max≥4.245V时，且持续3s】时

系统应当：

--应按照Emergency Power Off_1执行故障保护，参见[FL]

--应按照Fault Recovery Strategy_3执行故障恢复，参见[FL]

ASILC

TSR-BMS-1106

TSR-BMS-1201

TSR-BMS-1301

OVP-104

Pack_HigherVoltage识别和处理

系统在激活状态下，当电池系统总电压：

--【Vpack≥449.28 V，且持续2s】时

系统应当：

--应按照Degrade Power_2执行故障保护，参见[FL]

--应按照Fault Recovery Strategy_1执行故障恢复，参见[FL]

QM

TSR-BMS-1401

OVP-105

Pack_OverVoltage识别和处理

系统在激活状态下，当电池系统总电压：

--【Vpack≥453.6V，且持续2s】时

系统应当：

--应按照Normal Power Off_2执行故障保护，参见[FL]

--应按照Fault Recovery Strategy_2执行故障恢复，参见[FL]

QM

TSR-BMS-1401

OVP-106

数据有效性识别

系统在上述故障阈值判断时，需要确保所判断的电压值的有效性，若确认数据无效，不应参考该数据进行故障确认或故障清除，避免错误的故障识别

ASILC

TSR-BMS-1106

TSR-BMS-1401

autosar架构详细介绍_电池管理系统（BMS）的基本概述软件架构
weixin_39620197的博客
11-04 2625
点击上方蓝字，你的关注，是对我的最大的鼓励！那有什么岁月静好！只不过有人替你负重前行！武汉因“您”而美丽，中国因“您”更精彩！上篇文章大致描述硬件的架构，含输入，输出，处理模块的一些基本概念，本节主要讲述软件相关的架构及基本信息，供初学者，或者刚开始进行0-1研发的各位同志们一些帮助。软件架构概述整体BMS软件的开发基础，有的买成熟的底层，自己开发应用层，有的买Autosar的对应包，自...
【AUTOSAR】BMS开发实际项目讲解（二）----产品需求软件通用需求
hellotzx的博客
06-27 2132
简单网络管理接口：应用层输出localsleep条件到基础软件层，由基础软件完成网络管理休眠唤醒的要求。NM报文发送及内容填充由基础软件层自行完成。
【AUTOSAR】BMS开发实际项目讲解（五）----BMS产品技术方案书（节选）
hellotzx的博客
06-28 3158
本章节针对硬件功能要求的需求对标，确认满足需求的case标注为OK，对于需要澄清或不满足的需求case，标注为TBD，并添加相应说明。本章节针对软件功能要求的需求对标，确认满足需求的case标注为OK，对于需要澄清或不满足的需求case，标注为TBD，并添加相应说明。本章节针对功能要求的需求对标，确认满足需求的case标注为OK，对于需要澄清或不满足的需求case，标注为TBD，并添加相应说明。能检测到系统错误，提供 OS 运行错误回调函数，通过接口传递的错误码， FAW可以知道 OS 运行错误原因；
【AUTOSAR】BMS开发实际项目讲解（十五）----电池管理系统架构与系统组件定义
hellotzx的博客
06-29 2623
FuncDef_11:I_CAN通讯管理；FuncDef_12:D_CAN通讯管理；FuncDef_17:SBC管理；FuncDef_2: 均衡策略执行；FuncDef_5: 放电策略执行；FuncDef_4: 充电策略执行；FuncDef_7: 继电器状态诊断；FuncDef_10:C_CAN通讯管理；FuncDef_13: 继电器驱动管理；FuncDef_19:HALL电流采集计算；FuncDef_3: 充电CP信号PWM占空比和电平信号采集；FuncDef_16:AFE芯片通通讯管理；
【AUTOSAR】BMS开发实际项目讲解（十）----电池管理系统安全功能概述
hellotzx的博客
06-28 1414
从安全目标中得出功能安全要求，并将其分配给相关项的初步架构要素或外部措施。GB20234.1电动汽车传导充电用连接器装置第1部分。GB20234.2电动汽车传导充电用连接器装置第2部分。GB20234.3电动汽车传导充电用连接器装置第3部分。GB18487.1电动汽车传导充电系统第一部分。标定CAN模块，与外部诊断/标定设备进行通讯。直流充电CAN模块，与直流充电设备进行通讯。整车CAN模块，与外部ECU进行通讯。充电信号监测（CC/CP/CC2）在车辆层面所执行功能的系统（组）数字霍尔传感器电源输出。
【AUTOSAR】BMS开发实际项目讲解（二十八）----电池管理系统基础数据采集及处理功能
hellotzx的博客
06-30 2892
系统应对电池系统单体电压一致性进行监控，出现不一致情况时，及时处理（报警、功能降级），详见[FL]系统应对电池系统单体温度一致性进行监控，出现不一致情况时，及时处理（报警、功能降级），详见[FL]对于存在通讯异常的数据，不应作为单体电压极值（最大值、最小值）以及平均值计算的输入数据。对于存在通讯异常的数据，不应作为单体温度极值（最大值、最小值）以及平均值计算的输入数据。系统应对电池系统单体温度过低进行监控，出现过低情况时，及时处理（报警），详见[FL]
【AUTOSAR】BMS开发实际项目讲解（六）----BMS软件架构设计
hellotzx的博客
06-28 3502
时间约束：在前后台运行环境下，各周期性调用的函数执行的超时时间误差≤ 5%，功能安全需求相关周期性调用的函数执行的时间误差≤ 2%时间约束：在RTOS环境下，各任务执行的超时时间误差≤ 5%，功能安全需求相关任务执行的时间误差≤ 2%内存消耗：整体使用率≤ 80%，对于栈：正常运行≤ 70%, 压力测试≤85%内存消耗：整体使用率≤ 80%，对于栈：正常运行≤ 70%, 压力测试≤85%CPU负载约束：正常运行≤ 70%, 压力测试≤ 85%CPU负载约束：正常运行≤ 70%, 压力测试≤ 85%
【AUTOSAR】BMS开发实际项目讲解（二十五）----电池管理系统安全状态过渡
hellotzx的博客
06-30 1164
MCU Module存在永久性故障的情况下，应由MCU Module应通过Error pin/SPI输出故障信号反馈到SBC Module，之后SBC Module输出控制信号使能（SS1&2）HSD Module和LSD Module关断，将系统带入安全状态；当监控到MCU module的安全相关故障时，将会根据故障种类的不同，而输出reset signal / interrupt signal给到MCU module， 或输出SS1&2给到[
浅析BMS上电源芯片SBC应用
软件领域
06-04 1万+
【BMS】浅析BMS上电源芯片SBC应用来源：雪球App，作者： 旺材锂电，（https://xueqiu.com/7479326512/172642163） 首先简单介绍下电池管理系统（BMS）及其功能和构成： 一般来说，电动汽车的动力电池是由几千个小电芯组成的，电池包的组成主要包括电芯、模块、电气系统、热管理系统、箱体和BMS。 BMS是对电池进行管理的系统，主要负责监测和管理整个电池组的工作状态，其中包括估测电流的电荷状态、检测电池的使用状态、管理电池的循环寿命、在充电过程中对电池进行热管理、启停锂电
【AUTOSAR】BMS开发实际项目讲解（二十四）----电池管理系统碰撞保护
hellotzx的博客
06-30 1450
MCU应对其内部PFLASH溢出检测机制进行测试，来识别相应机制的正确性，每个驾驶循环至少执行一次诊断，识别到错误时，及时进行报警。MCU应对其内部数据传输安全校验机制进行测试，来识别相应机制的正确性，每个驾驶循环至少执行一次诊断，识别到错误时，及时进行报警。MCU应对自身运行环境的诊断机制进行测试，来识别相应机制的正确性，每个驾驶循环至少执行一次诊断，识别到错误时，及时进行报警。MCU应对核校验机制进行测试，来识别双核锁步机制的正确性，每个驾驶循环至少执行一次诊断，识别到错误时，及时进行报警。
动力电池系统介绍（十）——电压采样
热门推荐
Camille的博客
11-01 3万+
主要介绍电压采样精度要求、电压采样芯片选择、电压采样电路、电压采样偏差等
直流充电测试负载常见故障排查
SHANGHAIWENSHUN的博客
03-18 1126
据统计，约60%的现场故障源于参数配置错误或部件接触不良。
基于功能安全ISO26262的动力电池BMS解决方案
打怪升级ing
11-07 8494
BMS(Battery Management System)即电池管理系统。作为新能源汽车“三电”核心技术之一，BMS在HEV/EV中发挥着重要作用。广义上，BMS包含传统的12/24 V铅酸电池管理，但这里讨论的BMS主要是针对HEV/EV的动力电池管理，从48 V的弱混动到500 V以上的纯电动，恩智浦的BMS解决方案都可以覆盖。一般来说，BMS由一个主控单元和多个从控单元组成，从控单元直接连...
BMS（电池管理系统）第八课—AUTOSAR基础软件层BSW简介
ningvay的博客
06-07 8018
​为应对日益复杂的汽车电子软件开发，更新和维护的问题，AUTOSAR-AUTomotive Open System ARchitecture（汽车开放系统架构）联盟应运而生。在AUTOSAR分层模型中，软件模块及软件模块之间的接口定义更加标准化，使得整车厂、供应商、科研机构之间可以方便的实现软件联合开发，为汽车工业的软件系统框架建立了一套开放标准。 一般汽车电子的嵌入式系统是由硬件和软件两个部分组成，因此汽车电子系统的开发也分为硬件和软件连个层面。硬件由电源、微处理器/控制器、AD、DA、通信和输入输出接
BMS（电池管理系统）第11课—动力电池系统安全
ningvay的博客
07-11 6604
​从两个问题开始和大家讨论一下系统安全 为什么需要安全设计？ 新能源汽车越来越多； 行业水平良莠不齐； 电池技术仍需要提高； 动力电池容易热失控引起连锁反应； 电气部件失效率； 安全设计包括那些内容？ 电气安全设计：电池组一般电压比较高，输出功率高； 化学安全设计：单体电芯化学特性受倍率，温度等多种因素影响； 机械安全设计：汽车行驶受到振动，颠簸，碰撞； 功能安全设计：电池管理系统功能复杂，需要安全冗余...
【鸿蒙】HarmonyOS 安全：加密算法与 HUKS 密钥管理
Dengzm94
06-16 417
1.密钥永远不出 TEE：长期密钥必须通过 HUKS 管理，禁止用 cryptoFramework 生成后序列化存储2.GCM 模式 Nonce 必须随机且唯一：每次加密生成新随机 Nonce，与密文一起存储3.分段 API 处理大数据：超 64KB 数据必须用 init/update/finish 三段式4.密钥生成加幂等保护：生成前检查，避免覆盖旧密钥导致已加密数据丢失5.应用卸载清理密钥：主动调用避免残留密钥在重装后引发诡异错误核心结论。
AgentScope 2.0 源码解析-权限控制系统：从架构设计到安全实践
最新发布
program哲学
06-17 142
本文系统性拆解 AgentScope 2.0 框架的权限控制子系统，涵盖权限引擎（PermissionEngine）、权限上下文（PermissionContext）、权限决策（PermissionDecision）、权限规则（PermissionRule）四大核心组件。深入分析五种权限模式（DEFAULT、ACCEPT_EDITS、EXPLORE、BYPASS、DONT_ASK）与四种决策行为（ALLOW、DENY、ASK、PASSTHROUGH）的设计原理，详解六步优先级决策流程。
AI安全系统如何识别异常访问？IP风险识别正在成为关键能力
treesforest的博客
06-16 361
目前包括IP数据云在内的IP情报服务平台，已经能够提供全球IP归属地查询、代理检测和风险识别能力，开发者可以通过API快速接入相关数据源。
中海达携空天地水应急方案亮相广州国际应急安全展
Hi_Target的博客
06-16 226
6月16日-18日，2026广州国际应急安全博览会在广交会展馆隆重举办。本届展会云集千余家参展企业，设立了应急装备、低空经济应急救援、安全防护等十五大专业展区，集中展示全球前沿应急技术装备与全链条一体化解决方案，构建“龙头引领+专精特新”的产业生态。中海达应邀携空天地水一体化智慧应急解决方案亮相，获得了参会嘉宾及行业同仁的高度关注。
AI编程的安全陷阱：10个常见的安全漏洞及防范方法
yp0to1的博客
06-16 430
2026年，很多开发者用AI生成代码，但不知道AI生成的代码有安全漏洞。原因AI训练数据的局限性：AI是在公开代码上训练的，而公开代码里也有很多安全漏洞AI不理解安全上下文：AI只知道"怎么实现功能"，不知道"怎么实现安全的功能"开发者过度信任AI：很多开发者盲目接受AI生成的代码，不审查安全性我的观点AI生成的代码能跑，但不一定安全。你需要有能力审查AI生成的代码的安全性。AI编程的安全陷阱核心问题AI不理解安全上下文（只知道实现功能，不知道安全)AI训练数据包含漏洞代码。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

大道生

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值