Context-Aware Functional Modeling for Android Third-Party Library Detection
Android 应用普遍复用第三方库(TPL),这既引入安全风险,也会干扰下游程序分析(如漏洞归属、隐私合规、SBOM 生成)。现有 Android TPL 检测方法存在两个关键局限:一是依赖手工特征,在激进代码变换(混淆、裁剪、优化)下极
共收录 11 条相关情报。
← 返回所有主题Android 应用普遍复用第三方库(TPL),这既引入安全风险,也会干扰下游程序分析(如漏洞归属、隐私合规、SBOM 生成)。现有 Android TPL 检测方法存在两个关键局限:一是依赖手工特征,在激进代码变换(混淆、裁剪、优化)下极
该论文面向软件供应链安全,提出一个以区块链为信任锚、由 LLM 驱动的智能体(agentic AI)安全框架,目标是同时保护整个软件开发生命周期(SDLC)以及负责监控 SDLC 的那些 AI 智能体自身。核心问题有两层:第一,现代软件供应
该论文聚焦软件供应链治理中的一个现实矛盾:SBOM(软件物料清单)已成为企业架构中治理软件供应链的关键机制,但跨组织共享 SBOM 会暴露敏感的依赖信息(具体的第三方组件、版本、内部技术栈),出于商业机密与攻击面收敛的顾虑,供应商普遍不愿意
欧盟《网络弹性法案》(CRA) 规定自 2027 年 12 月起软件物料清单 (SBOM) 将成为强制合规要求。此前多项研究已发现不同 SBOM 生成工具对同一项目产出的清单存在显著差异,但差异的根因一直不明:究竟源于工具实现错误,还是有意
本文针对星载(onboard)卫星飞行系统中日益广泛使用的开源软件(OSS)开展了一次实证性安全分析。研究背景在于:现代卫星任务为加速研发,大量采用可复用框架、共享库与社区维护组件,但这些组件被引入到补丁更新代价极高、失效可能直接影响任务运
该论文聚焦软件供应链(SSC)安全中的透明度问题,指出现代软件实践依赖的 SBOM(软件物料清单)及其工具虽然被引入作为确保供应链透明度的基础组件,但存在严重局限性:其漏洞检测与解释能力不足以说明可沿整条供应链传播的漏洞可利用性效应。为了弥
该论文对来自 Wild SBOMs 数据集的 78,612 个真实世界的软件物料清单(SBOM)文件进行了大规模实证研究,首次刻画了其中声明的依赖图结构。研究发现,这些 SBOM 可分为三类:52.9% 的 SBOM 未声明任何边(不符合
该研究论文探讨了软件物料清单(SBOM)在增强软件供应链安全方面的潜力。研究背景指出,软件供应链攻击日益频繁,如SolarWinds事件,凸显了透明度和可追溯性的缺失。核心问题是如何利用SBOM来识别和缓解供应链中的漏洞和风险。研究方法包括
现代软件开发高度依赖来自公共仓库的第三方组件,这扩大了软件供应链攻击面。为了应对这一风险,美国联邦倡议推动了软件物料清单(SBOM)作为标准化机制,通过描述软件组件、依赖关系及其关联来提升透明度。然而,基于元数据或文件系统工件构建的SBOM
该论文对当前软件物料清单(SBOM)在软件供应链安全中的有效性提出了质疑。作者认为,SBOM的目标是通过列出应用中的组件来支持及时识别漏洞,但其假设(即对组件列表存在共识且现有技术足以保障安全)可能不成立。论文首先从软件开发生命周期出发,自
本文报告了2025年7月9日由美国国家科学基金会(NSF)支持的Secure Software Supply Chain Center(S3C2)举办的政府安全供应链峰会(S3C2 Summit 2025-07)的讨论内容。峰会汇集了来自6