在 SAP UI5 的生态里,第三方库既是生产力,也是潜在的攻击面。SAP UI5 自身随发行包交付了若干第三方库,其中以 jQuery 为基础依赖,以 datajs 作为早期 OData V2/V3 的浏览器端访问库;同时,应用团队还可能在项目中自行引入 lodash、moment、olingo odatajs、chart.js 等库。如何在保证研发效率的同时,将第三方库带来的安全风险收敛到可控范围,是每一位 UI5 架构师必须回答的问题。
下文以安全工程视角,系统梳理 SAP UI5 自带第三方库的官方立场、版本演进要点、替换或并存策略,以及应用自行引入第三方库时的企业级治理方法与落地清单,并给出适配 UI5 的具体做法与常见误区排查路径。
1)官方立场与边界:哪些由 SAP 兜底,哪些由应用负责?
SAP UI5 文档明确指出:框架随发行包提供了第三方库,jQuery 是强依赖,而在需要使用 OData 服务时会用到 datajs;对这些随 UI5 打包的第三方库,SAP 可以根据需要在自身分发中加入定制安全修复补丁。然而,一旦是由应用自行引入的库,其安全评估与安全使用的责任完全在应用团队,
订阅专栏 解锁全文
155

被折叠的 条评论
为什么被折叠?



