#CVE

共收录 5 条相关安全情报。

← 返回所有主题
CVE-2026-45197

CVE-2026-45197 是一个关于虚拟化环境中GPU内存隔离的漏洞风险。根据NVD提供的元数据,该漏洞影响了在Guest虚拟机内运行的内核软件与GPU固件之间的交互。具体而言,Guest虚拟机中的内核软件可能向GPU固件提交不当命令,导致固件发起对Guest虚拟化GPU内存之外的读写操作。漏洞成因在于GPU固件为内存访问设置使用了Guest虚拟机提供的数据,并在使用前进行校验;然而该校验与使用之间引入了TOCTOU(Time-of-check Time-of-use)竞态条件,使得早期校验的结果可能在后续实际使用时被失效。也就是说,攻击者先诱导固件通过校验,然后修改数据,让固件基于过期校验结果执行越界内存访问。这种竞态风险可能发生在宿主共享GPU设备资源给多个虚拟机的场景下。由于CVE元数据未提供受影响的厂商、产品版本和CVSS评分,目前可获取的公开情报有限。此外,该漏洞尚未被列入已知被利用(KEV)列表,也不存在明确标注的在野利用证据,因此不应推测其已被现实攻击利用。对于防御者而言,应密切关注相关厂商的安全通告,一旦有补丁发布应立即测试并部署。在补丁可用之前,可考虑限制虚拟机对GPU管理接口或相关特权命令的访问,并强化对异常GPU行为的监控。由于漏洞的核心在于竞态条件,修复通常依赖于固件侧对检查与访问逻辑的原子性加固,或对Guest输入做更严格的不变式校验。总体而言,该漏洞属于需要高度关注的虚拟化安全缺陷,可能破坏虚拟化隔离承诺,但当前影响程度和实际利用态势仍需更多信息支撑评估。

💡 影响/原因: 该漏洞涉及虚拟化环境下的GPU内存隔离问题,可能破坏虚拟机之间的隔离边界,造成敏感信息泄露或内存破坏。由于是内核态代码路径,影响面可能较大,应及时核实并修补。

排序因子: 有可用补丁/修复方案 (+3) | Primary 数据源 (+3) | LLM 评分加成 (+0.4)
CVE-2026-17459

CVE-2026-17459 是 SparkJava (perwendel/spark) 组件中的一个路径遍历漏洞,影响版本 up to 2.9.4。该漏洞位于 ExternalResourceHandler.java 文件的 staticFiles.externalLocation 函数中,攻击者通过构造特制请求,可导致 symlink following,即符号链接跟随攻击,进而在服务器上读取受限文件。漏洞利用无需身份验证(但需要低权限?CVSS 权限要求为低),攻击复杂度低,可远程触发。目前漏洞细节已公开,可能已被利用。厂商在问题报告后尚未回应,暂无官方补丁。受影响的 SparkJava 框架用于 Java Web 应用开发,广泛用于快速构建 REST API 等场景。建议用户限制受影响功能的网络暴露,监控异常文件访问,并关注官方更新。

💡 影响/原因: SparkJava 是一个流行的轻量级 Java Web 框架,该漏洞可导致服务器任意文件读取,影响大量使用此框架的应用。

排序因子: 有可用补丁/修复方案 (+3) | Primary 数据源 (+3) | LLM 评分加成 (+0.4)
👥 作者: Alexandre Dulaunoy

本论文提出了一种名为全球CVE倡议(GCVE)的分散化、开放且可扩展的模型,用于漏洞识别、发布和运营丰富化。论文指出当前漏洞生态系统存在一个关键缺口:集中式系统(如传统CVE)提供严格的控制和广泛认可的标识符,但许多生产者(如安全厂商、开源项目)独立发布公告,缺乏用于发现、关联、丰富和复用的共享框架。GCVE作为一个社会技术标准化努力,结合了自治的GCVE编号机构(GCVE Numbering Authorities)、轻量级分配规则、分布式发布、开放的最佳当前实践(BCP)以及实用的参考实现。该模型在允许参与者根据其运营需求发布的同时,保持全局唯一性。GCVE还拓宽了漏洞记录的概念,涵盖分配、披露、目击(sightings)、拒绝标识符、观察、被利用漏洞信息以及丰富记录。论文描述了GCVE BCP过程如何支持技术互操作性和可修正的运营实践,包括漏洞处理和披露的实用指南。此外,它探讨了扩展机制,包括面向人工智能的扩展,作为一种在不集中控制的情况下演进标准的方式。特别关注了参考实现vulnerability-lookup,它聚合多个来源,支持GCVE发布和消费,实现分布式已知被利用漏洞数据,并支持自动丰富的漏洞数据流。基于MISP生态系统的经验教训,GCVE将漏洞协调不仅视为标识符分配,而且视为集体安全知识生产的开放基础设施。本文适合对漏洞管理、安全数据标准化、分散化系统感兴趣的安全研究人员和工程师阅读。

💡 推荐理由: GCVE模型解决了传统CVE集中式管理的局限性,为漏洞生命周期管理提供了更灵活、协作的替代方案,有助于提升整个行业对漏洞的响应和共享效率。

🎯 建议动作: 研究跟进

排序因子: 影响边界/网络设备 (+5) | 来自 arXiv 其他板块 (+2) | Community 数据源 (+1) | LLM 评分加成 (+0.6)
CVE-2026-25608

CVE-2026-25608 是 STER 软件中的一个漏洞,该软件在网络上传输数据时使用未加密的 TCP 流量。攻击者可以利用此漏洞实施中间人(MITM)攻击,拦截并窃取敏感数据,包括密码、个人身份信息和认证令牌。由于通信未加密,攻击者能够在不被发现的情况下读取或篡改数据。该漏洞已在版本 9.5 中得到修复。受影响的产品和厂商信息未在公开描述中明确。建议用户立即升级到 STER 9.5 或更高版本,以消除风险。此外,应限制网络暴露,避免将未加密的服务暴露在不可信网络中。由于无 CVSS 评分,但考虑到可能泄露敏感凭证,该漏洞风险等级评估为高。

💡 影响/原因: 该漏洞允许攻击者通过中间人攻击窃取密码等敏感数据,可能导致账户劫持或数据泄露。尽管已发布补丁,但未打补丁的系统仍面临直接威胁。

排序因子: 有可用补丁/修复方案 (+3) | Primary 数据源 (+3) | LLM 评分加成 (+0.4)
CVE-2026-7631

该漏洞存在于 code-projects Online Hospital Management System 1.0 中的注册处理程序(Registration Handler)组件,具体位于一个未知函数中。攻击者可以通过远程方式操纵 'Username' 参数,导致不正确的授权(Improper Authorization)。这意味着攻击者可能绕过正常的授权检查,以低权限用户身份执行某些未授权的操作。漏洞的CVSS评分为5.4(中等),攻击向量为网络,攻击复杂度低,需要低权限但无需用户交互,影响范围有限(仅影响完整性和可用性,机密性不受影响)。目前该漏洞的利用代码已公开,可能被用于攻击。需要注意的是,没有证据表明该漏洞已在野外被利用或已被列入已知利用漏洞目录(KEV)。受影响的系统为 code-projects Online Hospital Management System 1.0。建议措施:1)尽快联系厂商获取补丁或更新版本;2)如果无法立即更新,应限制对注册处理程序接口的网络访问,仅允许可信IP地址访问;3)监控日志中针对注册功能的异常输入或重复请求;4)实施输入验证和授权检查强化。

💡 影响/原因: 在线医院管理系统常处理敏感患者数据,此漏洞可被远程利用,导致数据篡改或服务中断。利用代码已公开,需优先防护。

排序因子: 有可用补丁/修复方案 (+3) | Primary 数据源 (+3) | LLM 评分加成 (+0.4)