本文是一篇立场论文（position paper），聚焦电动汽车充电基础设施中充电站这一最脆弱环节，尤其指出充电站供电设备（EVSE）中的嵌入式与配套软件目前是一块几乎不受保护、也缺乏特征刻画的攻击面。作者认为，充电桩软件同时承受传统 IT 漏洞与网络物理（cyber-physical）风险：一旦软件质量缺陷被触发，可能影响计费、通信、充电控制乃至电网侧交互等环节，而当前业界既缺少统一的质量度量，也缺少覆盖开发全生命周期的安全保障实践。核心问题是：如何系统性地刻画并降低这一攻击面上的漏洞密度与危害？为此，作者主张把现代软件质量保障（SQA）方法迁移到充电站专用软件上，并具体推荐使用分层软件质量保障（Hierarchical Software Quality Assurance, HSQA）。HSQA 的思路是建立分层视图：底层对应可枚举、可追踪的具体缺陷（如 CVE 级别的单个漏洞），上层对应高阶质量与安全特性（如机密性、完整性、可用性 CIA 三元组），并在各层之间建立可追溯的映射关系；同时把质量与安全考量嵌入软件开发生命周期的各个阶段，而不是只在测试末期做一次扫描。论文的贡献主要是提出这一研究议程与论证，说明 HSQA 为什么适合评估充电站软件，并为后续实证研究、度量体系构建和标准落地提供方向，而非给出具体的实验结果或工具实现。适合软件工程与安全研究者、充电桩厂商与运营商、以及参与 EV 基础设施标准与合规制定的读者阅读。

该论文对 Rust 在安全后端开发中的适用性进行了批判性回顾与扩展性漏洞比较。作者首先回顾了既有关于 Rust 安全性的工业研究，指出现有分类法（基于 SANS Top 25、OWASP Top 10 和 19 Deadly Sins 框架）在将 Rust 与 C/C++/Java 对比时存在经验验证不足、访谈样本小、以及缺少安全开发生命周期讨论等局限。随后，论文原创性地将 Rust 与 Node.js 和 Django 进行三层次分类（罕见且困难、有防护、无防护）比较，并针对越界写入（CWE-787）、释放后使用（CWE-416）和竞态条件（CWE-362）设计了并排代码实验。结果表明，Rust 的编译期保证在系统层占优，而受管理的后端框架在应用层提供更强的内置防御。作者据此认为，在 Web 开发中采用 Rust 不能仅依赖语言级安全性，还需配套补充防护措施。该研究适用于关注语言安全特性选型、后端架构安全设计及安全开发流程的工程师与决策者。

该论文针对开源软件供应链中代码级后门注入的威胁提出了一种自动化检测方法 Lily。代码级后门是一种隐蔽的代码改动，通过秘密触发器授予隐藏权限，难以被发现。此前针对广泛使用项目的后门注入尝试（如恶意提交、被篡改的发布包、受污染的第三方依赖）往往仅靠运气和人工审查才被阻止。现有持续集成（CI）流水线无法检测此类攻击，而下游二进制分析工具则需要大量人工分析。Lily 将后门检测机制集成到两个环节：一是 CI 流水线，用于在代码提交阶段阻断恶意提交；二是发布审查流程，用于防止被篡改的发布包或受损依赖进入大型生态系统（如 Linux 发行版）。Lily 有两个核心贡献：第一，它增强了兼容 CI 的模糊测试（fuzzing），能够基于历史和当前软件执行来检测可疑行为的触发器，从而在 CI 和更新验证流程中实现快速且精确的后门检测；第二，它将代码变更分析与模糊测试数据相结合，即使发布更新涉及数百万行代码改动，也能精确地将维护者定位到暴露后门的代码区域。论文还概述了攻击者可能规避 Lily 的五种策略，并评估了相应的防御措施。作者在数百个良性提交/发布和带后门提交/发布的实验表明，Lily 能以较低的误报率实现高检测精度，可靠地识别恶意代码，抵抗对抗性尝试，并且能够阻止真实世界中的后门事件。