Improper neutralization of CRLF sequences in IXON VPN Client before version 1.4.7 allows an attacker to execute commands as root or SYSTEM. Configuration values accepted by the local service are written to a file later consumed by a privileged subprocess, without line-ending sequences being neutralized, which allows additional directives to be introduced into that file. The configuration interface

### Summary The OpenChoreo control-plane cluster-gateway exposes internal management APIs (`/api/proxy/`, `/api/exec/`, `/api/wirelogs/`) that tunnel requests through to connected data planes' Kubernetes APIs, but the internal listener authenticates no caller. Its request validator permits mutating HTTP methods and reads of Secrets in tenant namespaces (only kube-system Secrets are blocked), so a

CVE-2026-84349 是 Chromium 中浏览器组件（Browser）存在的一处释放后使用（Use after free）漏洞。Microsoft Edge（基于 Chromium）会集成 Chromium 的上游代码，因此该漏洞同时影响 Microsoft Edge。攻击者可能通过诱导用户访问恶意构造的网页，触发浏览器内部对象被释放后仍被引用的场景，进而造成浏览器崩溃或潜在的内存破坏。由于该漏洞位于浏览器核心逻辑，成功利用可能进一步导致任意代码执行，但当前公告未提供技术细节或利用状态。微软仅表示该 CVE 由 Chrome 团队分配，并建议参考 Google Chrome Releases 获取更多信息。受影响产品的具体版本、严重性等级和修复状态在公告中未详细列出，需跟踪官方渠道更新。

本文提出了一种名为 GPU Travelling 的新型机制，旨在解决机密协作机器学习（Confidential Collaborative ML）中因模型和数据集规模快速增长而导致的通信开销过大的问题。在传统的多方联合训练场景中，多个互不信任的数据持有方需要共同训练一个模型，同时保护各自私有数据的机密性。然而，现有方法通常需要在训练过程中通过较慢的常规网络频繁交换模型参数和梯度，当训练对象为大规模语言模型（LLM）等现代工作负载时，通信成本急剧上升，成为性能瓶颈。GPU Travelling 的核心思想是利用新兴的机密 GPU 技术（如 Intel TDX 和 NVIDIA H100 机密计算能力），让 GPU 以安全的方式“移动”到某个数据持有方处，直接将数据集加载到 GPU 的受保护内存中，然后再返回计算节点进行训练，从而完全避免了原始数据的网络传输，同时将机密性保障提升到数据中心级别。作者基于 Intel TDX 和 NVIDIA H100 构建了原型系统，并在基于 CUDA 的 LLM 训练项目 llm.c 上进行了性能评估。实验结果表明，与传统的传输方式相比，在传输 512 MiB 数据块时，GPU Travelling 实现了至少 4 倍的加速，同时保持了较强的安全保证。该研究为隐私保护下的协作训练提供了一种新的硬件辅助思路，尤其适用于模型和数据集规模庞大的场景，但也面临硬件依赖、数据中心内信任边界以及调度复杂性等挑战。

本文是一篇针对大语言模型（LLM）越狱防护机制的系统化知识（SoK）综述。研究背景在于：尽管LLM取得了显著进展，但其部署暴露了严重的安全漏洞，尤其是越狱攻击能够绕过模型的安全对齐机制。为应对这一威胁，防护栏（guardrails）——即用于监控和控制LLM交互的外部防御机制——已成为一种有前景的解决方案。然而，当前LLM防护栏的研究与实践呈现出碎片化状态，缺乏统一的分类体系和全面的评估框架。针对这一问题，本文首次对LLM越狱防护栏进行了整体性分析，提出了一种新的多维度分类法，沿六个关键维度对防护栏进行归类；同时引入了一个名为“安全-效率-效用”（Security-Efficiency-Utility）的评估框架，用于衡量防护栏在实际部署中的有效性。作者通过大量分析与实验，识别了现有防护栏方法的优势与局限，深入探讨了如何优化其防御机制，并检验了这些防护栏在不同攻击类型之间的通用性。本研究为后续研究与开发提供了结构化基础，旨在指导健壮LLM防护栏的原则性推进与部署。代码已开源：https://github.com/xunguangwang/SoK4JailbreakGuardrails。

根据知道创宇Seebug漏洞库收录的信息，存在一则关于Ivanti Endpoint Manager Mobile的代码注入漏洞公告。公告标题表明该产品存在代码注入风险，但当前公告中未提供具体受影响版本、CVE编号、技术细节或严重性分级。Ivanti Endpoint Manager Mobile是面向企业移动设备管理的解决方案，代码注入漏洞可能被攻击者利用来实现任意代码执行或绕过安全机制，但具体影响方式尚需以官方或进一步披露的信息为准。由于缺少详细描述，本摘要仅能基于有限信息进行概述，建议安全运维人员关注漏洞库更新及厂商官方公告，及时获取补丁或缓解措施。

In Ignition 8.1.53 and earlier, the Gateway "Create Project Role(s)" setting shipped blank, which permitted any authenticated user to create projects (if they can execute gateway scripts). Ignition 8.1.54 restricts project creation to Designer sessions and no longer relies on this setting. The 8.3 series is not affected.

**CVE:** This vulnerability corresponds to [CVE-2026-72793](https://nvd.nist.gov/vuln/detail/CVE-2026-72793). ### Summary `/api/system/getConf` is registered with `CheckAuth` only and is reachable by the publish `RoleReader` token, and anonymously when `Publish.Auth.Enable` is `false`. Its non-administrator masking chain is a blocklist that enumerates fields individually. Three fields that the c

**CVE:** This vulnerability corresponds to [CVE-2026-72794](https://nvd.nist.gov/vuln/detail/CVE-2026-72794). ### Summary `/api/system/getConf` returns `Conf.CookieKey`, the key used to sign the server's session cookies in its response body. The endpoint is registered with `CheckAuth` only, so the field reaches the publish `RoleReader` token and the anonymous account when `Publish.Auth.Enable` i

An authenticated user scoped to one namespace/database could invoke a custom API (`DEFINE API`) belonging to a different namespace/database, reaching another tenant's endpoint. The route `/api/{namespace}/{database}/{endpoint}` took the namespace and database from the URL and applied them to the caller's session before the endpoint was looked up or run, without checking that the caller's authenti

2026年9月4日，据BleepingComputer报道，安全情报公司Previdian指出攻击者已在野外针对Citrix NetScaler中一个严重级别的身份验证绕过漏洞（CVE-2026-19490）展开利用。该漏洞允许攻击者绕过身份验证机制，可能获取受保护资源的未授权访问，甚至进一步控制设备或内网。Citrix NetScaler广泛用于企业的远程接入与负载均衡，因此该漏洞被利用可能对多个行业造成重大风险。目前新闻报道未披露具体攻击者的身份、攻击手法、受害者行业或地区，也未提供观察到的IOC（失陷指标）。原文标题表明该漏洞已被用于实际攻击，但尚未有官方补丁或详细缓解措施的信息。由于原始的新闻报道内容有限，技术细节和攻击链的具体环节并不清楚，但漏洞的关键作用是身份验证旁路，这可能导致网络边界被突破。安全团队应密切关注Citrix官方公告，及时评估自身受影响情况，并强化对认证日志的监控，以及对NetScaler设备访问行为的审计。由于缺少更多上下文，无法判断攻击是否与勒索软件直接相关，但威胁情报标签中出现了'ransomware'，不排除后续被用于部署勒索软件的可能性。建议企业提高警惕，采取最小暴露原则，并在检测到可疑认证时立即响应。

本文是微软安全团队于2026年9月4日发布的一篇技术指南，主题为在客户自有的边缘计算环境中安全部署和管理AI系统。随着AI推理逐渐从云端下沉到边缘设备，组织往往需要在自身控制的基础设施上运行AI模型，并处理敏感数据、凭据和模型资产。微软指出，传统的信任边界已不再适用，企业必须建立面向边缘AI的验证机制，确保硬件、软件栈以及AI模型在部署前都未被篡改或植入恶意组件。文章特别强调可信计算基（TCB）、远程证明、完整性测量、安全启动和供应链验证的重要性，并建议将安全策略纳入AI资产的全生命周期管理。此外，微软还针对客户自有环境中的密钥管理和访问控制提出了最佳实践，例如使用硬件安全模块（HSM）保护模型权重，利用基于零信任的细粒度身份验证限制仅授权组件获取训练数据或推理结果。尽管该文没有披露任何具体漏洞或攻击事件，也未提供ATT&CK技术映射或IOC，但其核心贡献在于为蓝队和基础设施团队提供了一套可操作的风险评估框架，帮助他们在部署边缘AI时避免因环境不受控而导致的模型窃取、数据泄露或投毒攻击。该文章同时预示着云服务提供商和企业在AI资产治理方面的新方向：将AI安全视为类似供应链安全的关键环节，而非单纯的加密或访问控制问题。整体而言，本文是一篇面向防御者的指导性材料，不涉及在野利用或恶意软件分析，适合作为边缘AI安全规划时的参考基线。

### Maintainer resolution The CodeWhale maintainers validated this report. The affected package ranges are recorded in the advisory metadata. Version 0.8.64 contains the fix in commit 9a34b5034d29f05d1f28fa61b04719ca6a741020. Users should upgrade to 0.8.64 or later. The original reporter analysis is preserved below. # Argument Injection in `git_show` Tool Allows Arbitrary File Write Without Appr

本文针对Web应用程序漏洞修复过程中存在的关键挑战：漏洞定位困难、修复补丁可能引入新问题或修复不完整等。作者提出了一种结合上下文感知的故障定位（Context-Aware Fault Localization）与定向差异模糊测试（Directed Differential Fuzzing）的自动化漏洞修复方法。核心思想是：首先利用上下文信息（如函数调用关系、数据流、控制流以及相关变量定义和使用位置）来精准定位产生漏洞的缺陷代码位置，避免传统方法依赖粗粒度启发式或人工分析的低效与误报。随后，在修复建议生成阶段，采用定向差异模糊测试技术，将原始存在漏洞的程序与候选修复后的程序进行行为差异比较，以验证修复是否真正消除了漏洞，同时确保没有破坏原有功能。该方法旨在提高漏洞修复的准确性与自动化程度，减少人工介入。从标题推断，论文可能通过真实世界Web漏洞案例或基准测试集验证了所提方法的有效性，展示了故障定位的精确性和修复后程序的正确性。适合软件安全、漏洞挖掘与自动化修复方向的研究人员、安全工具开发者及Web应用维护者阅读。需要注意的是，当前仅依据论文标题生成摘要，具体实验细节、数据集和结果需查阅原文进一步确认。

本文提出 SWIFT，一个面向安全外包计算（SOC）范式的鲁棒隐私保护机器学习（PPML）框架。在 SOC 中，计算被外包给一组功能强大的服务器，按使用付费提供服务。现有 PPML 框架通常仅提供公平性（fairness），即恶意方可以阻止诚实方获得输出，造成拒绝服务。SWIFT 的核心目标是在诚实多数环境中，即使存在恶意行为也能保证输出交付（GOD，Guaranteed Output Delivery）。为此，作者设计了一个高效的、恶意安全的环上三方计算（3PC）协议，并在该协议基础上构建了支持多种 ML 算法的鲁棒 PPML 框架。据作者称，SWIFT 是 3PC 设置下首个兼具鲁棒性和高效性的 PPML 框架。实验表明，在 3PC 场景下，SWIFT 与已知最快的公平性 3PC 框架 BLAZE 速度相当（某些情况下严格更优），但提供了更强的安全保证（GOD 而非公平性）。此外，作者将协议扩展到了四方计算（4PC），此时 SWIFT 与已知最快的公平 4PC 框架 Trident 速度相当，相比已知最快的鲁棒 4PC 框架 FLASH 有 2 倍加速。作者在 64 位环、WAN 环境下对逻辑回归、深度神经网络（VGG16、LeNet）等流行 ML 算法进行了基准测试，验证了其安全性与性能声称：对于深度 NN，3PC 下无额外开销，4PC 下获得 2 倍改进。该研究适合对安全多方计算、隐私保护机器学习感兴趣的研究人员和工程师阅读。

Citrix NetScaler 内存泄漏(CVE-2025-5777)

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

This CVE was assigned by Chrome. Microsoft Edge (Chromium-based) ingests Chromium, which addresses this vulnerability. Please see [Google Chrome Releases](https://chromereleases.googleblog.com/2026) for more information.

2026年9月5日，CrowdStrike 官方博客发布公告，宣布推出面向 AI 代理的持续身份（Continuous Identity for AI Agents）产品功能。该公告聚焦于 AI 代理身份安全这一新兴领域，但原文未提供技术细节或摘要。从标题与厂商背景推断，该功能可能是将 CrowdStrike 现有的身份安全与端点检测（EDR）能力扩展到 AI 代理场景，旨在解决 AI 代理在自动化任务中面临的动态身份、权限控制、访问审计等问题。其核心思路可能涉及为 AI 代理创建数字身份、实施持续认证与授权、监控代理行为并联动威胁检测，从而防止 AI 代理被越权滥用或成为攻击跳板。由于没有攻击事件、漏洞信息或具体技术参数，本次公告更多属于产品发布或安全能力扩展，而非对某个已发生攻击活动的响应。对于安全团队而言，该公告表明 AI 代理正逐步融入企业环境，随之而来的身份管理挑战将成为未来安全体系的重要环节。目前公告中未提及任何 CVE、ATT&CK 技术、IOC 或受影响行业/地区。

### Summary `@typespec/spector` registers a `POST /.admin/stop` HTTP route with no authentication, authorization token, Origin check, or IP-source restriction. Any network-reachable client can send a single unauthenticated POST request to terminate the mock server process. Because the server binds to `0.0.0.0` by default (all interfaces), this endpoint is exposed to any host that can reach the se

该论文研究检索增强代码生成（RACG）系统中的知识投毒攻击。RACG通过从外部代码库、文档和补丁中检索知识并注入到生成上下文，显著提升了大语言模型（LLM）的代码生成能力，但也引入了新的信任边界：恶意构造的代码工件可以在不修改底层LLM的情况下影响生成结果。已有工作表明，选择现有脆弱示例可以提高RACG输出的整体漏洞率，但尚未解决黑盒攻击者能否构造一个针对单一任务匹配的恶意工件，来传播攻击者选定弱点的问题。为此，论文提出了CodePoisonRAG，一种目标性上游知识投毒框架，将良性的固定代码条目转换为中毒工件。攻击链结合两类技术：一是CWE特定漏洞注入（Vulnerability Injection），将选定的source-to-sink数据流嵌入代码且保持任务对齐；二是语义错标（Semantic Mislabeling），在不修复脆弱行为的前提下添加虚假的安全性声明。攻击者无法访问受害者的已部署知识库、检索器、重排器、生成器、提示词或防御机制，且每个任务最多注入一个工件。作者构造了85个中毒工件，覆盖Java和C语言中的10个CWE类别，总体语料投毒比例为0.7%。实验结果表明，在三个生成器上所有85个工件都出现在对应查询的结果前3名中，攻击成功率介于0.80至0.93之间。针对CodeGuarder（一种向生成上下文注入特定漏洞安全知识的防御机制），攻击成功率仍保持在0.40至0.71之间。研究证明RACG投毒不仅可能利用现有漏洞的偶然传播，更可以有针对性地构造并传播攻击者选定的弱点。该工作适合关注AI供应链安全、代码生成安全及检索增强系统对抗鲁棒性的研究人员和安全工程师阅读。

The Stable channel has been updated to 152.0.7977.82/.83 for Windows and Mac and 152.0.7977.82 for Linux, which will roll out over the coming days/weeks. A full list of changes in this build is available in the Log Security Fixes and RewardsNote: Access to bug details and links may be kept restricted until a majority of users are updated with a fix. We will also retain restrictions if the bug exis

In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: mt7925: ensure tx headroom in usb_sdio_tx_prepare_skb mt7925_usb_sdio_tx_prepare_skb() pushes a TX descriptor and a USB header onto every skb and assumes the headroom for them is already there. That holds for locally generated traffic, where mac80211 reserves hw->extra_tx_headroom, but forwarded frames are sent throu

QAnything 2.0.0 contains an authentication bypass vulnerability in the /api/local_doc_qa/get_file_base64 and /api/local_doc_qa/get_doc endpoints that allows unauthenticated attackers to access any uploaded file or document. Attackers can enumerate file identifiers through unauthenticated endpoints and retrieve base64-encoded files or parsed document chunks without ownership verification to disclos

Blinko 1.8.7 contains an authorization bypass (IDOR) vulnerability in multiple tRPC procedures (message.list, message.update, message.delete, message.clearAfter in server/routerTrpc/message.ts and conversation.clearMessages in server/routerTrpc/conversation.ts). Although these procedures require authentication, they query the database by caller-supplied conversation or message ID without verifying

Traefik before v2.11.55 contains a TLS option conflict resolution vulnerability that allows unauthenticated attackers to bypass client-certificate authentication by creating conflicting TLS options on multi-host routers. Attackers can reach protected backends by exploiting shared TLS resolution across multiple hostnames in a single router rule, causing the strict mTLS requirement to fall back to d

Improper neutralization of CRLF sequences in IXON VPN Client before version 1.4.7 allows an attacker to execute commands as root or SYSTEM. Configuration values accepted by the local service are written to a file later consumed by a privileged subprocess, without line-ending sequences being neutralized, which allows additional directives to be introduced into that file. The configuration interface

An issue in X-Serie Gateway Firmware V6_00_05 allows a remote attacker to escalate privileges via the endpoints /cgi-bin/wwwugw.cgi and /cgi-bin/ugwdownload.cgi.

@fastify/middie versions >= 9.1.0 and before 9.3.4 decide whether to run path-scoped middleware by matching against the raw request target, while the Fastify router resolves an absolute-form request target to its path before dispatching. Because the two layers evaluate different strings, a request using an absolute-form target reaches the route handler while the path-scoped middleware, such as aut

XING CPTrans-ME-X contains a Use of Hard-coded Password (CWE-259). Anyone with the knowledge of the credential may log in to the affected device.

XING CPTrans-ME-X contains a Use of Default Password (CWE-1393). Anyone with the knowledge of the credential may log in to the affected device.

PLANET VDR-300NU ADSL Router - 未授权修改DNS

Acknowledgements

SolidInvoice is an open-source invoicing platform. Prior to version 3.0.1, the REST API authenticator accepts bearer tokens via a `?token=` URL query parameter as a fallback to the `X-API-TOKEN` header. This causes long-lived API credentials to be recorded in server access logs, proxy logs, browser history, and HTTP Referer headers sent to third-party origins. Version 3.0.1 fixes the issue.

In the Linux kernel, the following vulnerability has been resolved: erofs: remove fscache backend entirely EROFS over fscache was introduced to provide image lazy pulling functionality. After the feature landed, the fscache subsystem made netfs a new hard dependency, which is unexpected for a local filesystem and has an kernel-defined caching hierarchy which could be inflexible compared to the f

In the Linux kernel, the following vulnerability has been resolved: netfs: release readahead folios on iterator preparation failure netfs_prepare_read_iterator() batches readahead folios in put_batch so that the folio references can be dropped after the I/O iterator has been prepared. If rolling_buffer_load_from_ra() fails after earlier folios have been batched, the function returns immediately

In the Linux kernel, the following vulnerability has been resolved: erofs: cap LZMA stream pool size fs/erofs/decompressor_lzma.c sizes the module-global MicroLZMA stream pool from num_possible_cpus() when the lzma_streams module parameter is unset, then z_erofs_load_lzma_config() preallocates one image-supplied dictionary per stream, accepting dictionaries up to 8 MiB. On high-CPU systems, a s

In the Linux kernel, the following vulnerability has been resolved: sctp: reject stale cookies with mismatched verification tags sctp_unpack_cookie() skips cookie expiration checks whenever an association already exists. This is broader than the exception in RFC 9260 Section 5.2.4. For an existing association, Section 5.2.4 permits an expired State Cookie only when both Verification Tags in th

In the Linux kernel, the following vulnerability has been resolved: RDMA/rxe: Fix OOB in free_rd_atomic_resources() free_rd_atomic_resources() iterates using qp->attr.max_dest_rd_atomic. Updating max_dest_rd_atomic before freeing the old array can make the free path walk past the old allocation and trigger a slab out-of-bounds write catched by KASAN: =============================================

In the Linux kernel, the following vulnerability has been resolved: KVM: SEV: Allocate full pages for {DE,EN}CRYPT ops on SNP-enabled hosts When {de,en}crypting memory of an SEV or SEV-ES guest on an SNP-enabled host via a temporary buffer, allocate a full 4KiB page for the buffer to ensure the page containing the buffer is wholly owned by KVM, i.e. won't be concurrently allocated and accessed b

In the Linux kernel, the following vulnerability has been resolved: crypto: qce - fix CCM AAD buffer underallocation The AAD buffer allocated in qce_aead_ccm_prepare_buf_assoclen() can be smaller than the length later programmed into the DMA scatterlist. The allocation size is currently calculated as: ALIGN(assoclen, 16) + MAX_CCM_ADATA_HEADER_LEN while the DMA length is set to: ALIGN(as

In the Linux kernel, the following vulnerability has been resolved: iommu/iommufd: Fix NULL pointer deref in iommufd_ioas_change_process when racing with iopt_map_file_pages iommufd_ioas_change_process() iterates every IOAS area while only holding every IOAS iova_rwsem, so it assumes every area has a non-NULL pages pointer. That assumption can be false when it runs concurrently with iopt_map_fil

In the Linux kernel, the following vulnerability has been resolved: nilfs2: reject invalid block index in GC ioctl Syzbot reported list corruption caused by a double list_add_tail() call on bh->b_assoc_buffers within nilfs_lookup_dirty_data_buffers(). Analysis revealed that the root cause was the insertion of a page/folio with a page index of ULONG_MAX into the page cache via the GC ioctl. file

In the Linux kernel, the following vulnerability has been resolved: fbdev: Wrap user-invoked calls to fb_set_var() in helper Handle fbcon during display updates in fb_set_var_from_user(). Check with fbcon if the mode change is possible, update hardware state and finally update fbcon. Update all callers. Only the FBIOPUT_VSCREENINFO ioctl currently does all steps. Other mode-changes callers in s

Nightingale (n9e), as of commit 8362cbe (main branch, confirmed 2026-08-27), contains a server-side request forgery vulnerability in the isPublicIP function in aiagent/tools/http.go, the SSRF guard for the http_fetch AI-agent tool. The function only unwraps standard IPv4-mapped (::ffff:a.b.c.d) IPv6 addresses before checking them against the forbidden-range list, and does not classify 6to4 (2002::

ms-swift 4.5.2 contains a server-side request forgery vulnerability in the swift deploy OpenAI-compatible API that fetches multimodal media URLs without validation or redirect filtering. Unauthenticated attackers can supply arbitrary image_url, audio_url, or video_url parameters to make the server issue requests to internal services and cloud metadata endpoints.

LLaMA-Factory contains a server-side request forgery vulnerability in the OpenAI-compatible API multimodal media URL handler that allows unauthenticated attackers to bypass SSRF validation. The check_ssrf_url guard validates URLs once but requests.get follows redirects and re-resolves DNS without re-validation, enabling attackers to use HTTP redirects or DNS rebinding to access internal addresses

OGX (formerly Llama Stack, affected at commit fbe8e0f) contains an unauthenticated server-side request forgery vulnerability in the OpenAI-compatible POST /v1/responses endpoint. MCP tool definitions accept a server_url parameter (along with headers and authorization values) that is fetched server-side without destination validation; the existing validate_url_not_private() guard used for other URL

Marqo 2.26.0 contains a server-side request forgery vulnerability in the add_documents endpoint that allows unauthenticated attackers to trigger requests to arbitrary URLs by supplying malicious media field values. Attackers can exploit download_image_from_url and fetch_content_sample functions which lack destination filtering and host validation to access internal services and cloud metadata endp

AppFlowy-Cloud through 0.9.64 fails to validate workspace membership when establishing WebSocket connections in the establish_ws_connection_v2 handler, allowing authenticated users to bind sessions to workspaces they do not belong to. Attackers can send sync Manifest messages with victim object identifiers to read full document or database state from collaborations in other workspaces without vict

LobeChat (LobeHub) 2.2.1 does not properly verify inbound chat-platform webhook signatures in the QQ and Feishu adapters. The webhook route (/api/agent/webhooks/:platform) is unauthenticated by design and delegates verification to each adapter; the QQ adapter performs no Ed25519 signature verification on dispatched message events, and the Feishu adapter only performs an optional static-token compa

AppFlowy-Cloud 0.9.64 fails to verify that requested collab objects belong to the workspace in authorization checks, allowing attackers to access documents and database rows across workspaces. Attackers can supply a victim's object ID with their own workspace ID to bypass access controls and read, modify, or delete cross-workspace data.

Douyin_TikTok_Download_API through 4.1.2 contains a server-side request forgery vulnerability in the /api/download and /api/hybrid/video_data endpoints that allows unauthenticated attackers to fetch arbitrary URLs by supplying a url query parameter. Attackers can request internal services including cloud metadata endpoints and retrieve response bodies containing sensitive credentials through error

Grav versions 2.0.0 through 2.0.17 fail to apply save-time XSS detection to modular pages, allowing authenticated page editors to store Twig-assembled XSS payloads. Attackers with page-edit rights can create modular pages with malicious Twig code that executes in visitor browsers when the parent page is rendered, including in administrator sessions.

phpMyFAQ versions before 4.1.8 contain a stored cross-site scripting vulnerability in FaqHelper::convertOldInternalLinks() that calls html_entity_decode() on sanitized FAQ content, reversing entity-encoding protection. Authenticated users with FAQ editing privileges can inject JavaScript payloads that execute in the browsers of all users viewing the affected FAQ pages.

A cross-site request forgery (CSRF) vulnerability exists in MISP due to form-security and CSRF protections being disabled based on whether an incoming request was identified as a REST request. MISP's REST detection can be influenced by request properties such as the URL suffix or the HTTP Accept header. Because Accept: application/json can be supplied by a cross-origin page without requiring a CO

An incorrect authorization vulnerability in MISP allowed authenticated users to delete attributes from events despite lacking the required perm_modify or perm_modify_org permissions. The affected attribute deletion paths relied on organization membership checks performed by MispAttribute::deleteAttribute() but did not consistently enforce MISP's event modification authorization rules. Consequentl

An authorization flaw in MISP allowed an authenticated user to submit a sharing_group_id without verifying that the user was authorized to use the referenced Sharing Group. In several attribute and Galaxy Cluster creation and editing workflows, validation of the submitted Sharing Group was performed only when the request explicitly set the distribution field to 4 ("Sharing Group"). An attacker co

## Summary When the vLLM API receives a malformed request (e.g., invalid JSON or missing required fields), FastAPI raises a Pydantic `RequestValidationError`. The `validation_exception_handler` in `vllm/entrypoints/openai/server_utils.py` converts this exception to a string via `str(exc)`, which includes the internal file path and line number of the handler function. The existing `sanitize_messag

## Summary The `/v1/completions/derender` and `/v1/chat/completions/derender` endpoints accept caller-supplied `GenerateResponse` objects and postprocess every nested `choices[*].token_ids` list directly. Unlike the normal render/generate path, derender does not enforce model context length, resolved `max_tokens`, `max_num_seqs`, choice-count, or response-size bounds before detokenizing and retur

**CVE:** This vulnerability corresponds to [CVE-2026-72792](https://nvd.nist.gov/vuln/detail/CVE-2026-72792). ### Summary `/api/tag/getTag` filters its results for reader roles through `FilterTagsByPublishIgnore`, which checks only the *visible* publish tier. Documents that are published but password-protected pass that check, so a reader who has never entered a document's publish password recei

**CVE:** This vulnerability corresponds to [CVE-2026-72795](https://nvd.nist.gov/vuln/detail/CVE-2026-72795). ### Summary `/api/block/getBlockDOMWithEmbed` and `/api/block/getBlockDOMsWithEmbed` gate only the *requested* block against publish access. The blocks pulled in by that block's embed (transclusion) query are inlined into the returned DOM with no publish-access check at all, so a reader

**CVE:** This vulnerability corresponds to [CVE-2026-72797](https://nvd.nist.gov/vuln/detail/CVE-2026-72797). ### Summary `POST /api/notebook/getEncryptedNotebookStatus` returns the identifier, name, and current lock state of every encrypted notebook, with no publish-access filtering. The route is registered `CheckAuth` only, no `CheckReadonly`, no `CheckAdminRole` so it is reachable by the publ

**CVE:** This vulnerability corresponds to [CVE-2026-72799](https://nvd.nist.gov/vuln/detail/CVE-2026-72799). ### Summary Five filetree endpoints resolve arbitrary document IDs and paths with no publish-access check of any kind. All are `CheckAuth`-only, so they are reachable by the publish `RoleReader` token and by the anonymous account when `Publish.Auth.Enable` is `false`. An anonymous reader

A `PERMISSIONS ... WHERE` clause is evaluated with permission enforcement disabled, so it can't recurse into its own checks. But the clause could also contain data-modifying statements, and these ran with enforcement still off — so evaluating a permission check could write to tables the caller cannot write. For example: ```surql DEFINE TABLE post PERMISSIONS FOR update WHERE (CREATE log SET

**CVE:** This vulnerability corresponds to [CVE-2026-72800](https://nvd.nist.gov/vuln/detail/CVE-2026-72800). ### Summary `POST /api/av/getAttributeViewKeysByID` returns a database's full column schema with no publish-access filtering, while its sibling `getAttributeViewKeys` applies the filter for reader sessions. Two further endpoints, `getBlockDefIDsByRefText` and `getBlockRelevantIDs` return

本文提出 SmuFuzz，一个面向闭源厂商固件中 System Management Mode (SMM) 应用的模糊测试框架，旨在解决现有 SMM 模糊测试缺少完整 UEFI 运行时环境的问题。在 UEFI 标准下，x86 处理器上的 SMM 用于处理关键硬件事件，运行于 Ring -2 特权级，对系统资源拥有近乎无限的访问权限；然而厂商普遍使用内存不安全的语言开发 SMM 应用，导致其容易受到内存破坏漏洞影响并成为攻击者的高价值目标。现有 SMM 模糊测试方法由于没有完整 UEFI 运行时来支撑 SMM 应用的准备、初始化和收尾，应用数据常常未被正确初始化，一旦模糊测试访问未初始化数据，就会引发提前退出或非预期崩溃，导致只能探索到浅层代码并产生大量误报。SmuFuzz 通过部分重托管 SMM 应用，在一个提供完整 UEFI 运行时的定制基础设施上运行，自动补齐依赖与运行时，使目标应用能够正确初始化和正常执行；同时，SmuFuzz 自动推断复杂 SMM 应用的输入语义以实现深度探索。实验表明，与最先进的模糊器相比，SmuFuzz 的唯一基本块覆盖率达到 4.45 倍，同时发现更多漏洞并显著降低了误报率。利用 SmuFuzz，作者在多家主要厂商的固件中识别出 38 个新漏洞，并均已负责任地披露。该工作对 UEFI 固件安全研究、蓝队固件漏洞评估以及 SMM 模糊测试工具选型具有重要参考价值，适合固件安全研究员、漏洞挖掘工程师及固件供应链安全审计人员阅读。

该论文提出了一种名为 RadKey 的射频反向散射系统，用于实现隐蔽、远距离、穿墙的键盘按键推断攻击。研究背景指出，键盘作为敏感信息输入的主要设备，一直是侧信道窃听攻击的目标；以往基于声学、振动等侧信道的方法通常需要近距离放置传感器，且依赖受害者特定数据进行模型训练，局限了其实用性、扩展性和隐蔽性。RadKey 的核心组件包括一个无电池的紧凑型反向散射标签和一个射频阅读器。标签通过两个磁耦合的 LC 谐振器，将按键引起的振动和声学信号调制到反向散射射频信号的频移上，同时该设计实现了激励信号与反向散射信号的频谱分离，减轻了阅读器的自干扰，从而增大窃听距离。射频阅读器对反向散射信号解调后，可推断出受害者键入的内容。系统采用专用的信号处理流程，在时域和频域提取与用户和键盘无关的按键特征，从而具备较强的泛化能力。为进一步增强适应性，RadKey 集成大语言模型进行在线自适应：在运行过程中，将 LLM 的输出作为伪标签来优化分类器。作者完成了完整原型系统，并通过广泛的无线实验评估，结果表明 RadKey 在真实环境中对不同用户均能实现准确且鲁棒的按键推断。论文还提供了演示视频链接。该研究的主要贡献在于：提出一种新的基于反向散射的穿墙窃听架构，解决传统侧信道方法在隐蔽性和泛化性上的不足，并展示 LLM 在信号分类中的在线适配潜力。适合安全研究人员、硬件安全工程师及侧信道攻击防御者阅读。

本文提出 PreferCare，这是首个专门针对 LLM 对齐训练中偏好数据集版权保护的水印注入与验证框架。随着 LLM 应用安全性需求日益迫切，对齐训练算法（如 RLHF/DPO 等）依赖大量高质量偏好数据来微调模型，使其行为符合人类价值观。然而，这类数据集的生成与人工标注成本高昂且劳动密集，因此其版权保护至关重要。PreferCare 包含两个阶段：注入阶段和验证阶段。注入阶段设计了基于风格迁移的水印信号和双层水印优化过程，将水印嵌入偏好数据集中，使其不易被察觉且不影响数据质量。验证阶段采用统计检验方法，判断可疑 LLM 是否在未授权情况下使用了含水印的偏好数据集。在多个主流 LLM 上的大量实验表明，PreferCare 在不同设置下具备有效性、无害性、可迁移性和鲁棒性，并能在 20 次查询内成功完成水印验证。该研究为 AI 数据版权保护提供了新思路，尤其适用于保护用于对齐训练的偏好数据不被非法使用。

该论文围绕表格数据合成技术展开系统评估。数据合成被视为在保护数据隐私的前提下利用数据的重要手段，近年来涌现出大量表格数据合成器（synthesizers），其中部分满足差分隐私（Differential Privacy）约束，另一些则仅基于启发式方式提供隐私保护。然而，由于现有评估指标本身存在缺陷，加之新开发的合成器（如基于扩散模型和大型语言模型的方法）缺乏与最先进统计合成器的直接对比，导致研究界对这些合成器的实际优缺点缺乏全面深入的理解。论文旨在通过系统化的评估框架，对多种合成器进行公平、全面的横向比较，揭示其在数据效用、隐私保护能力及可用性等方面的表现。研究可能涵盖对评估指标本身的反思，提出更合理的评估维度，并为合成器的选择提供科学依据。该工作对于隐私保护机器学习、数据发布等应用场景具有重要的参考价值，有助于研究者与从业者摆脱对单一指标或单一算法家族的盲目依赖，从实证角度理解不同技术路线（统计方法、扩散模型、大语言模型）在表格数据合成中的真正潜力与边界。由于当前仅有论文摘要，没有公开详细实验设置与结果，因此本摘要基于摘要信息进行概括，具体结论需参考完整论文。

Firefox browsers

Sign in to Cloud

Sign Up for Free Cloud Tier

iOS 26.4.2 and iPadOS 26.4.2

iOS 18.7.8 and iPadOS 18.7.8

iOS 18.7.7 and iPadOS 18.7.7

iOS 26.4 and iPadOS 26.4

Background Security Improvements for iOS, iPadOS, and macOS

iOS 16.7.15 and iPadOS 16.7.15

iOS 15.8.7 and iPadOS 15.8.7

iOS 26.3 and iPadOS 26.3

iOS 18.7.5 and iPadOS 18.7.5

iOS 26.2 and iPadOS 26.2

iOS 18.7.3 and iPadOS 18.7.3

Compressor 4.11.1

Android Code Search

Android Devices

Secure an Android device

Android 16 QPR2

Mobile network security

iOS 26.5 and iPadOS 26.5

iOS 18.7.9 and iPadOS 18.7.9

iOS 16.7.16 and iPadOS 16.7.16

iOS 15.8.8 and iPadOS 15.8.8

MFSA 2026-56Security Vulnerabilities fixed in Firefox for iOS 152.0

iOS 26.5.2 and iPadOS 26.5.2

MFSA 2026-65Security Vulnerabilities fixed in Firefox for iOS 152.3

MFSA 2026-66Security Vulnerabilities fixed in Firefox for iOS 152.4

iOS 26.6 and iPadOS 26.6

MFSA 2026-73Security Vulnerabilities fixed in Firefox for Android 153.0.3

iOS 26.6.1 and iPadOS 26.6.1

iOS 18.7.10 and iPadOS 18.7.10

【大模型服务平台 TokenHub】&【智能体开发平台 ADP】& 【云开发 CloudBase】 关于腾讯云 DeepSeek-V4-Flash (Model ID：deepseek-v4-flash) 模型下线及切换升级的通知

MFSA 2026-81Security Vulnerabilities fixed in Firefox for iOS 155.0

  Hello Everyone! We've just released Chrome 153 (153.0.8010.27) for Android to a small percentage of users. It'll become available on Google Play over the next few days. You can find more details about early Stable releases here.This release includes stability and performance improvements. You can see a full list of the changes in the Git log. If you find a new issue, please let us know by filing

  Hi, everyone! We've just released Chrome 152 (152.0.7977.82) for Android. It'll become available on Google Play over the next few days. This release includes stability and performance improvements. You can see a full list of the changes in the Git log. If you find a new issue, please let us know by filing a bug.Android releases contain the same security fixes as their corresponding Desktop relea

Hi everyone! We've just released Chrome Dev 155 (155.0.8040.0) for Android. It's now available on Google Play.You can see a partial list of the changes in the Git log. For details on new features, check out the Chromium blog, and for details on web platform updates, check here.If you find a new issue, please let us know by filing a bug.Chrome Release TeamGoogle Chrome

Firewall for AI

Use production traffic and security signals to prioritize findings, prepare edge mitigations when safe, and propose code patches. By combining WAF data with OpenAI Daybreak models, Vulnerability Discovery and Remediation helps teams identify and patch the most critical threats first.

Microsoft is working to resolve an ongoing Exchange Online outage that is delaying email sent to and received from external domains. [...]

The Daybreak initiative will provide subsidized AI cyber capabilities, training and technical assistance, though OpenAI has disclosed few details about costs and eligibility. The post OpenAI Pledges $1 Billion to Bring Frontier AI to Critical Infrastructure Defenders appeared first on SecurityWeek.

Trueview T18161 S 6.0.23.4 contains an improper verification in MQTT command processing. An attacker with network access can replay or modify captured MQTT messages, including security-related nonce, timestamp, and signature fields, and the device accepts the modified messages and executes the associated commands.

A flaw has been found in code-projects Online Shopping System 1.0. Impacted is the function mysqli_query of the file admin/adduser.php. Executing a manipulation of the argument mobile can lead to sql injection. The attack may be performed from remote. The exploit has been published and may be used.

PassMark PerformanceTest before 11.1 build 1012, BurnInTest before 11.1 build 1000, and OSForensics before 11.1 build 1016 contain a privilege escalation vulnerability in DirectIo64.sys that allows local users to clear arbitrary bits at any physical memory address due to missing validation of the physical address parameter in an exposed IOCTL handler. Attackers can obtain a device handle and suppl

PassMark PerformanceTest before 11.1 build 1012, BurnInTest before 11.1 build 1000, and OSForensics before 11.1 build 1016 contain an unauthenticated physical memory disclosure in DirectIo64.sys, reachable by unprivileged local users through a single IOCTL with no caller-identity check. The handler writes a crash-dump-format (PAGEDU64) image of all physical memory to a caller-supplied file path in

A Zip Slip vulnerability in the SonicWall Network Security Manager (NSM) On-Prem file upload and archive processing functionality allows an attacker to extract files outside the intended destination directory using a specially crafted archive.

An Improper Neutralization of Special Elements used in an OS Command ('OS Command Injection') vulnerability in the SonicWall Network Security Manager (NSM) On-Prem Management interface allows an authenticated attacker with SuperAdmin privileges to inject arbitrary commands that are executed on the underlying host, resulting in remote code execution.

A missing authorization vulnerability in the SonicWall Network Security Manager (NSM) On-Prem Management interface allows a lower-privileged Admin user to escalate privileges to SuperAdmin.

In the Linux kernel, the following vulnerability has been resolved: erofs: remove fscache backend entirely EROFS over fscache was introduced to provide image lazy pulling functionality. After the feature landed, the fscache subsystem made netfs a new hard dependency, which is unexpected for a local filesystem and has an kernel-defined caching hierarchy which could be inflexible compared to the f

In the Linux kernel, the following vulnerability has been resolved: sctp: reject stale cookies with mismatched verification tags sctp_unpack_cookie() skips cookie expiration checks whenever an association already exists. This is broader than the exception in RFC 9260 Section 5.2.4. For an existing association, Section 5.2.4 permits an expired State Cookie only when both Verification Tags in th

In the Linux kernel, the following vulnerability has been resolved: erofs: cap LZMA stream pool size fs/erofs/decompressor_lzma.c sizes the module-global MicroLZMA stream pool from num_possible_cpus() when the lzma_streams module parameter is unset, then z_erofs_load_lzma_config() preallocates one image-supplied dictionary per stream, accepting dictionaries up to 8 MiB. On high-CPU systems, a s

In the Linux kernel, the following vulnerability has been resolved: netfs: release readahead folios on iterator preparation failure netfs_prepare_read_iterator() batches readahead folios in put_batch so that the folio references can be dropped after the I/O iterator has been prepared. If rolling_buffer_load_from_ra() fails after earlier folios have been batched, the function returns immediately

### Maintainer resolution The CodeWhale maintainers validated this report. The affected package ranges are recorded in the advisory metadata. Version 0.8.64 contains the fix in commit 57f3c89471e27ac4032d9791f6885e5d4408c381. Users should upgrade to 0.8.64 or later. The original reporter analysis is preserved below. ### Summary The `rlm_eval` tool runs an arbitrary Python string chosen by the mo

### Maintainer resolution The CodeWhale maintainers validated this report. The affected package ranges are recorded in the advisory metadata. Version 0.8.64 contains the fix in commit 26de44a8bd5051f8f944ea60b2c37ae1d2b7d25e. Users should upgrade to 0.8.64 or later. The original reporter analysis is preserved below. ### Summary js_execution exposes parent process environment to model-provided J

**CVE:** This vulnerability corresponds to [CVE-2026-72802](https://nvd.nist.gov/vuln/detail/CVE-2026-72802). ### Summary `POST /api/asset/resolveAssetPath` returns the resolved **absolute** filesystem path of an asset, unmodified. The route is `CheckAuth`-only, so it is reachable by the publish `RoleReader` token and by the anonymous account when `Publish.Auth.Enable` is `false`. An anonymous r

本文针对混合专家（MoE）大语言模型在安全对齐方面的结构性缺陷提出了一种新的防御方法。MoE 架构通过稀疏路由仅激活少量专家模块，从而在近乎恒定的计算开销下实现海量参数扩展；近期出现的混合 MoE 进一步引入共享专家（shared experts）来捕获通用的稳定表征，提升了模型的泛化能力。然而作者指出，稀疏路由本身引入了一个结构性安全漏洞：模型的安全性高度依赖于哪些专家被激活，攻击者可以通过越狱提示、恶意微调以及对安全关键神经元的权重剪枝来操纵路由选择，从而绕过安全机制。现有防御大多集中在加固路由器，但由于路由过程具有非确定性，攻击者仍可能操纵或绕过路由轨迹，导致防御失效。本文首先从理论和实验两方面证明：共享专家作为始终激活的组件，其中包含少量安全关键神经元，能够克服稀疏路由路径的不确定性，作为独立于路由器的锚点来增强全局安全对齐。基于这一发现，作者提出 SEAL，一种训练时参数高效的防御方法，可生成即插即用的适配器附加到共享专家上；进一步提出 SEAL++，通过添加正交约束在训练过程中保留原有安全子空间。作者在六种攻击场景下评估了 SEAL 和 SEAL++，这些场景组合了三种对抗输入（有害提示、越狱、恶意微调）以及是否进行神经元剪枝。实验结果表明，SEAL 能将攻击成功率（ASR）降低最多 60%，而在五个基准测试中的平均能力损失最多仅为 1.4%。此外，SEAL 还可以与路由器级防御无缝集成。本文主要面向 LLM 安全研究者、模型开发者和红蓝队工程师，提供了一种不依赖路由器鲁棒性的、更稳健的安全对齐增强思路。

该论文提出 Athena，一个基于知识图谱的漏洞影响库识别系统。研究背景是：广泛使用的库中单个漏洞可能影响数百万下游应用，但超过半数的漏洞数据库条目存在受影响库信息缺失或错误的问题。现有自动化方法将识别问题当作孤立的文本检索任务，忽略了漏洞数据库中的关系结构。Athena 首次将漏洞数据库建模为知识图谱，并将识别问题转化为知识图谱补全任务。系统包含三个关键模块：建模模块构建综合安全知识图谱，集成 CVE、库、CWE 弱点类型、CPE 产品和软件生态系统；补全模块通过链接预测，使用模块化 KGC 主干预测给定 CVE 缺失的受影响库；重排序模块检索 KGC 候选，并使用经知识图谱嵌入增强的微调 LLM 重新打分，联合利用结构化和文本信息。在 VulLib 数据集上的实验表明，Athena 显著优于四个最先进的基线，平均 F1 比最佳基线 VulLibGen 提高 32%。值得注意的是，其仅 110M 参数的 KGC 主干就已超过 VulLibGen 在 7B 参数下的最佳配置，证明了基于图建模的有效性；重排序模块则带来进一步的显著提升，在所有评估的 LLM 主干上持续优于最佳基线。

该论文针对大语言模型（LLM）代理在安全运营中心（SOC）中作为自主分析师时面临的两个核心可扩展性缺陷展开研究：一是有限的上下文窗口无法容纳包含数千台主机的认证图全貌；二是自由文本生成无法保证推荐的安全处置动作与当前网络拓扑结构在逻辑上一致。为此，作者提出了 Sentinel-RL 架构，将拓扑推理与语义推理解耦。具体而言，该架构采用一个异构图注意力编码器将实时的认证子图压缩为固定维度的状态表示；随后使用近端策略优化（PPO）策略网络将该状态映射到一组受限的调查动作集合；而 LLM 代理循环仅被允许消费策略输出的推荐结果，并在一个评判器（critic）的约束下生成可供分析师阅读的叙述文本。作者在 LANL 综合多源网络安全事件数据集以及印第安纳大学 Quartz HPC 集群上完成了系统实现与评估，报告了四项主要结果：(i) 一种两阶段 CREATE 摄取模式能够在单台 32 核节点上于 14.2 分钟内将包含 2400 万条边的认证子图加载进 Neo4j 图数据库，比常规基于 MERGE 的流程快约 24 倍；(ii) 一种滑动窗口告警引擎在 50 次试验中均能在不超过 2.5 秒的时间内可靠触发 25 事件/10 秒的阈值条件；(iii) PPO 策略经过 200 次迭代训练后，平均回合回报收敛至 8.74±0.31，在标注的红队事件集上保留测试的精确率达到 0.91、召回率达到 0.87；(iv) 集成的处置闭环完成一次完整的'检测-调查-推荐-人工审批'周期，中位耗时仅 6.3 秒。此外，作者还贡献了可复用的工程模式（包括热节点死锁规避方案）、可移植的高性能计算部署模式（锚点节点同置策略），以及面向企业级落地的分析报告，内容涉及误报经济学、处置动作可逆性保障、审计合规性和人工审批边界。该研究为构建更具可靠性和规模化能力的 SOC 智能代理提供了新的架构参考。

大型语言模型（LLM）的安全研究大多集中在角色扮演越狱等攻击，忽略了当用户要求模型通过模型自身设计的测试来验证身份声明时的行为。本研究针对这一缺口进行了分阶段开发者身份实验，涉及 ChatGPT、Claude、Qwen、Mistral 和 Llama 五个主流模型。实验结果表明，所有模型最初均拒绝了“我是你的开发者”这一无根据的声明；Claude 拒绝进行身份测试，ChatGPT 则生成面向开发者的问题但强调答案只能证明知识而非身份。相比之下，Qwen 和 Mistral 不仅生成了技术挑战，还自行定义了何为有效证据、评估了详细答案并返回了“已验证”，全程没有接收任何外部验证过的身份证据。Llama 同样生成并评估了开发者测试，接受声明身份后还进而提出了对内部运行时与部署状态的未授权访问主张。作者将模型生成的验证流程称为“模型签发伪凭证”（Model-Issued Pseudo-Credential, MIPC），将由此产生的身份误判称为“对话性伪认证”（Conversational False Authentication, CFA）。在每次 CFA 中，同一个模型既是挑战生成器又是证据评估者和身份决策者，把技术知识错误地转化为身份证明。值得注意的是，被接受的身份并未改变测试的授权边界，说明伪认证与权限提升是两种不同后果。这些发现将自我签发身份认证定义为一种对话安全缺陷：认证身份必须来源于外部安全组件，模型生成的对话绝不能创建或修改身份或授权状态。

本文针对基于大语言模型的多智能体系统（LLM-based MAS）提出一种隐私保护的安全防护框架。现有基于拓扑的防护方法通常通过图神经网络（GNN）在智能体间通信图上训练，以定位风险智能体并干预拓扑，但这类方法假设一个中心化运营商能聚合所有带有标签的交互轨迹。在跨组织场景下，该假设不成立：各组织的智能体交互数据中包含私有提示词、工具输出及专有工作流，且单一机构无法掌握完整的攻击分布。为解决此问题，作者将隐私保护的MAS安全防护建模为图联邦学习，并实现了名为FGLGuard的系统。每个参与机构仅使用自身带评判标签的交互图训练一个具有边特征的图注意力检测器，并只共享模型更新，不共享原始数据。FGLGuard结合了多个关键机制：面向非独立同分布（non-IID）客户端的近端局部优化目标、域均衡聚合、抑制过度拒绝的阈值校准、基于上游评分的增强验证，以及对被阻止答案的受控改写策略。实验表明，联邦学习并非可有可无：现成模型在分布偏移下迁移效果极差（AUROC仅为0.51到0.70，需域内重训练），因此实际防护系统必须适应各站点的私有数据。在Agent-SafetyBench、R-Judge和AgentDojo三个基准上，联邦FGLGuard在不汇集任何训练数据的情况下，均超过了集中式域内训练的上限；而无监督异常检测和仅本地训练的基线则表现不佳。跨四个不同领域运营方联合训练所得防护模型，其AUROC与多域集中式仅差0.03，但任何单域模型在其他域上都会失效。实际部署中，FGLGuard将AgentDojo的真实攻击成功率降低了43%，同时保持近乎无防护时的可用性，且零API调用成本、能力损失可忽略。

Cloud & Application Security

From Scanner to Stealer: Inside the trivy-action Supply Chain Compromise

Next-Gen Identity Security

CrowdStrike Expands Identity Leadership with OpenID and IDPro

cloud architecture assessment

ransomware and multifaceted extortion defense

Google Cloud Next 2026Catch-up sessions on the keynotes and select sessions are now available on demand.Explore content on-demand

The Identity Problem Hiding in AI Agent Deployments

94% of Organizations Report Cloud Breaches: CrowdStrike State of CDR Survey

Falcon Cloud Security June 2026 Release: Updates for Azure and Google Cloud

Falcon Cloud Security July 2026 Release: Helping Security Teams Move Faster in the Cloud

CrowdStrike Named Strongest Overall Leader in 2026 Frost Radar™: Cloud Workload Protection Platforms

CrowdStrike Extends Endpoint Security to Stop Software Supply Chain Attacks

CrowdStrike Announces Agentic Identity Provider

Attackers compromised Coder's Cloudflare infrastructure and added unauthorized registry servers that delivered malicious Terraform modules containing credential-stealing code. [...]

Multiple lawsuits have been filed against identity verification company IDScan after hackers allegedly breached the service and offered to sell more than 153 million driver's licenses. [...]

该论文研究端到端加密（E2EE）通信场景下有害媒体（如儿童性虐待材料 CSAM、恐怖主义内容等）的识别问题。由于 E2EE 保护用户隐私，服务提供商无法直接查看消息内容，因此需要在不破坏加密和隐私的前提下检测已知有害媒体。论文提出一种高效的私有成员计算方法，允许客户端或服务端在不泄露查询内容的前提下，判断某个媒体对象（如图片/视频的哈希值）是否存在于已知有害内容数据库中。核心贡献包括：设计轻量级密码学协议，将通信双方的计算与通信开销控制在可接受范围；给出与现有 E2EE 系统（如 Signal、WhatsApp 类架构）集成的接口方案；探讨误报（false positive）对用户隐私的影响，并分析抵御恶意客户端/服务端对抗行为的隐私保证。实验表明该方法在真实规模数据集上具有可行性，显著降低带宽与延迟开销。论文适合安全协议设计者、隐私保护技术研究员、以及负责内容审核策略的工程师阅读。

本文是首次对CPU缓存侧信道攻击进行系统性评估的研究，由格拉茨科技大学的研究团队完成。研究选取了四种最经典的缓存攻击技术（Flush+Reload、Flush+Flush、Evict+Reload、Prime+Probe）以及三种新提出的攻击（Demote+Reload、Demote+Demote、DemoteContention），基于9项特征在最新的Intel微架构（包括Sapphire Rapids和Emerald Rapids）上进行了全面对比。这9项特征包括：命中-缺失余量、时间精度、空间精度、拓扑范围、攻击耗时、盲区长度、信道容量、噪声鲁棒性和可检测性。实验结果显示，Demote+Reload和Demote+Demote在多数场景下与既有攻击性能相当，部分场景更优：例如，Demote+Reload相比Flush+Reload盲区缩短60.7%，信道容量达到15.48 Mbit/s，比Flush+Reload高64.3%。研究还通过AES T表攻击对比了所有攻击，并在按键间隔时序攻击中比较了Demote+Reload和Flush+Reload。此外，Demote+Demote首次被用于实现KASLR（内核地址空间布局随机化）绕过，而Demote+Reload能够放大功率侧信道泄漏。值得注意的是，Sapphire Rapids和Emerald Rapids采用了非包含型L3缓存，使得基于驱逐的跨核攻击（如Prime+Probe和Evict+Reload）仅能在受害活动到达L3缓存的罕见场景下生效。因此，作者展示了DemoteContention在跨核攻击中可作为Prime+Probe和Evict+Reload的可靠替代方案，无需逆向物理地址映射和缓存替换策略。该研究为微架构侧信道攻击的检测与防御提供了重要参考，有助于安全社区理解新型CPU上缓存侧信道的实际威胁边界。

本论文研究了一种针对 Tor 匿名通信协议的破坏性攻击方式，利用“描述符洪泛”（Descriptor Flood）现象击穿 Tor 的匿名保障。在 Tor 架构中，隐藏服务（如洋葱服务）通过描述符注册到分布式目录节点（HSDir），客户端依靠这些描述符获取服务入口。论文观察到描述符的传播与获取过程存在不对称可能：攻击者能够生成或扩散大量伪造/冗余的描述符记录，导致 HSDir 节点在存储、同步与查询响应上的资源被大量占据，进而对真实描述符的可见性和路径选择产生偏差。攻击者可利用该偏差作为侧信道，将访问者来源或目标与特定描述符使用行为关联起来，从而实施去匿名化、跟踪或联合监控。研究在理论层面系统分析了此类洪泛攻击的可行性、触发条件与影响范围，并可能通过仿真评估对 Tor 匿名性指标的损害。文章进一步探讨了防御方法，包括调整目录协议以限制洪泛影响、加强描述符合法性验证，以及提高 HSDir 选择的鲁棒性。由于原始文档仅提供标题与作者信息，以上概括基于 Tor 通识和该题目中的线索进行推断，具体实验细节未确认。

该论文研究如何通过电磁干扰（EMI）操控 CCD（电荷耦合器件）相机的成像结果，提出一种名为 GhostShot 的攻击方法。研究背景是：现代监控与视觉感知系统高度依赖摄像头，但针对摄像头成像链的物理层攻击往往需要直接接触或破坏设备，而电磁注入提供了一种隐蔽的非接触式干扰途径。核心问题是：能否在不接触相机、不改动其软硬件的情况下，向 CCD 传感器注入精心调制的电磁信号，从而在相机输出图像中“绘制”出攻击者指定的任意图像内容。作者设计并验证了利用电磁波在相机内部电路和传感器上耦合产生干扰信号的机制，通过控制电磁波的频率、幅度、相位和时序，使 CCD 的像素读出过程受干扰而叠加虚假的光强分布，最终在实时画面中形成可辨识的、可定制的图案或文字。实验表明该方法不仅能够制造模糊的干扰条纹，还能注入较为清晰的图像内容，效果取决于相机型号、屏蔽程度、距离和电磁功率等参数。论文的主要贡献是：首次系统化地从理论分析、电磁建模仿真到实际硬件实验验证了针对 CCD 相机的 GhostShot 攻击，揭示了电磁干扰在摄像头安全领域的新威胁面。该研究适合硬件安全研究人员、物理安全系统设计者、以及监控系统部署方阅读，用于理解此类边信道攻击的原理并评估相关风险。

该论文提出 Mosformer，据称是首个支持大型 Transformer（如 BERT 和 GPT）的恶意安全三方计算（3PC）推理框架。基于 Transformer 的模型在众多 AI 任务中表现优异，但当以云推理服务形式部署时，用户输入和模型参数均面临隐私泄露风险。现有基于安全多方计算（MPC）的 Transformer 推理协议大多假设半诚实攻击者，而扩展到恶意安全模型面临极大开销，尤其是对复杂非线性函数的求值。Mosformer 的核心贡献在于：首先利用可验证分布式点函数（VDPFs）设计了恶意安全下的常数轮比较协议和查表协议；随后基于这些原语构建了一套高效且安全的 3PC 协议，用于求值 Transformer 中的复杂非线性函数（如 GELU、Softmax、LayerNorm 等）。结合优化的模数转换方法，Mosformer 在保持模型精度的同时显著降低了安全推理的开销。实验在 vanilla Transformer 模块上显示，与先前的恶意安全协议相比，Mosformer 实现了最高 5.3 倍的加速和 4.3 倍的通信量减少。在完整规模的 BERT 和 GPT-2 模型上，尽管提供了更强的安全保证，Mosformer 的在线性能仍可与当前最优的半诚实 2PC/3PC 框架（如 BOLT、BumbleBee、SHAFT、Ditto）相当甚至更优。该研究适合关注隐私保护机器学习、安全推理和密码学协议设计的蓝队研究人员阅读，其方法有望为隐私计算在实际部署中的安全性提升提供新思路。

该论文针对在线匿名市场中网络犯罪卖家的安全实践进行了实证研究，旨在回答一个核心问题：在高风险犯罪环境下，网络犯罪分子是否会因商业利益驱动而采取不安全的安全实践？以往研究虽提出这一假设，但缺乏基于真实数据的定量验证。作者利用2015-2017年间Hansa Market（一个已关闭的匿名市场）的真实交易及用户数据，对1733名卖家进行了系统分析。方法上，作者采用潜在剖面分析（Latent Profile Analysis, LPA）根据卖家的经验、在其他市场的活跃度、以及销售实体物品与数字物品的数量等维度，将卖家务分为不同“卖家类型”；随后考察各类卖家在安全实践上的差异，具体指标包括：密码强度与密码唯一性、是否启用双因素认证（2FA）、PGP密钥的采用率与密钥强度、PGP密钥重用情况，以及资金兑现（cash-out）的可追溯性。主要发现是：不安全的安全实践在所有卖家类型中普遍存在，但不同类型之间存在显著差异。尤其值得注意的是，与销售毒品的卖家相比，销售数字物品（如被盗信用卡信息、恶意软件）的卖家反而更频繁地使用不安全实践，这一结果与常理相悖。作者对这种反直觉现象给出了可能解释，例如数字物品卖家可能主观感知到的风险低于实体物品卖家。该研究首次基于大规模真实数据，量化了匿名市场卖家的安全行为异质性，为理解网络犯罪经济中的安全决策提供了实证基础，并对执法调查和网络安全防护中评估威胁行为者能力具有一定参考意义。适合对网络犯罪生态、威胁情报和犯罪学定量研究感兴趣的读者。

该论文题为《Private Blocklist Lookups with Checklist》，聚焦于隐私保护的黑名单查询问题。在现实应用（如恶意URL拦截、广告阻断、账号安全检测、威胁情报比对）中，客户端通常需要向服务器查询某个条目（例如域名、IP、哈希值）是否命中黑名单。传统实现若直接提交查询条件，会暴露用户的具体访问目标，构成严重隐私风险。现有替代方案包括让客户端下载完整黑名单进行本地匹配，但会带来巨大的带宽和存储开销，难以适应频繁更新的海量黑名单。论文针对这一核心矛盾，提出了一种名为Checklist的新型协议或系统，旨在使客户端能够在不向服务器泄露查询内容的前提下高效完成黑名单匹配。由于本次输入仅提供论文标题与作者，未包含完整摘要，无法确切描述其加密原语（如是否基于私有信息检索PIR、不经意传输OT、同态加密等）或具体性能指标。不过根据该研究领域的常见方法判断，Checklist很可能引入新的通信复杂度优化或并发查询结构，以兼顾隐私保护与现实可用性。该研究适合关注隐私增强技术、安全系统设计、密码学协议的研究人员和工程师，尤其对需要向用户提供检测能力但又不愿收集用户浏览数据的服务商具有参考意义。

该论文聚焦于隐私合规研究中一个关键难题：如何将实际数据使用场景中的具体数据项与法律法规、政策或企业内部规则所定义的隐私数据进行系统化比较。由于不同应用程序使用的数据项高度多样，且不同司法辖区对隐私数据的界定存在差异，这一比对工作非常复杂。为此，研究者此前构建了隐私数据分类体系（taxonomy），用于刻画隐私数据类型与粒度级别之间的关联，从而辅助隐私合规分析。然而，已有的分类体系构建方法严重依赖人工或启发式规则，难以高效纳入来自不同领域的新术语，导致体系的可扩展性受限。针对这一局限，论文提出了GRASP方法，一种可扩展且高效的自动化构建与扩展隐私数据分类体系的手段。GRASP的核心创新是引入了一种基于粒度感知语义投影（granularity-aware semantic projection）的上位词预测模型，并在实验中证明其性能优于现有的最先进上位词预测方法。在此基础上，作者进一步设计并实现了Tracy——一个隐私专业助手，能够自动识别并解读数据泄露事件报告中的私人数据，以支持符合GDPR要求的数据泄露通知流程。为验证Tracy的实用性，研究团队邀请15位隐私专业人士进行了可用性研究，结果显示Tracy具备较高的可用性和用户满意度。本文适合隐私合规工程师、数据保护官（DPO）、安全分析师以及从事隐私增强技术与NLP交叉研究的学者阅读。其核心贡献在于将先进的语义表示技术应用于隐私分类体系的自动构建，显著降低了对人工的依赖，并为自动化合规审计工具的开发提供了新的可行路径。

该论文首次在互联网规模上对HAProxy提出的PROXY协议进行了大规模测量研究，重点考察其配置错误带来的安全影响。PROXY协议是在网络层（L4）传递客户端信息（如IP地址）的协议，旨在解决反向代理后端服务器无法获知真实客户端IP的问题，弥补X-Forwarded-For仅适用于HTTP的不足。研究者对全IPv4地址范围进行扫描，发现超过17万个HTTP主机接受来自任意源的PROXY协议数据。通过注入伪造的PROXY协议头，攻击者可绕过正向代理（及其安全防护）并泄露后端基础设施的敏感信息。进一步，研究识别出超过1万台易受访问绕过影响的服务器，利用该技术成功访问了500多台内部服务器，控制物联网监控平台和智能家居自动化设备，包括远程控制百叶窗、安全摄像头和报警系统。此外，在非HTTP场景中，研究展示如何利用PROXY协议将超过350台SMTP服务器转变为开放中继，使攻击者能够以任意发件人地址发送垃圾邮件。论文核心贡献在于：首次系统性揭示PROXY协议因配置不当导致的严重安全问题，影响多种广泛使用的协议（HTTP、SMTP等），并给出测量方法和利用思路，旨在提醒运维人员重视PROXY协议的安全配置。适合网络安全研究人员、SOC分析师、代理服务器管理员及云基础设施安全团队阅读，以理解该协议的攻击面并采取缓解措施。

本文提出了一种名为 DIFFENCE 的新型成员推理攻击（MIA）防御框架，核心思路是利用生成式模型在推理前对输入样本进行“再生成”，从而抹除训练集成员与非成员输入之间的可区分特征。传统防御要么在训练阶段修改模型、要么在推理后修改输出，而 DIFFENCE 是首个在推理前仅对输入样本进行处理的即插即用防御，无需修改目标模型的训练或推理逻辑，因此可以与其他防御机制级联使用。作者设计该防御时特别注意保持模型对每个样本的预测标签不变，从而不影响分类准确率，并通过实验证明置信度向量的有用性也不会下降。在多个数据集上，DIFFENCE 能将未防御模型的 MIA 攻击准确率平均降低 15.8%，攻击 AUC 降低 14.0%；与现有最优防御 SELENA 结合后，攻击准确率进一步降低 9.3%，AUC 降低 10.0%，达到了新的隐私-效用均衡最优。同时，DIFFENCE 仅给每次推理增加约 57ms 的计算开销，实用性较强。该论文的主要贡献在于提出了一种新的防御视角：利用生成模型对输入进行净化，而不是修改模型本身。适合对隐私保护、成员推理攻击防御和生成模型应用感兴趣的安全研究人员阅读。

该论文发表于硬件安全与侧信道分析领域，提出了一种基于激光辅助的侧信道攻击方法，旨在自动提取芯片内部的秘密信息（如密钥、固件等）。传统侧信道攻击通常通过功耗、电磁辐射等物理信道泄露来恢复数据，而本文利用激光与晶体管电路相互作用时产生的物理效应，实现更精准、更可控的探测或注入。论文标题中的“晶体管丛林”形象地指代复杂、高密度的现代集成电路布局，暗示该方法能够在极其复杂的芯片结构中进行自动化、高空间分辨率的秘密提取。虽然目前仅能获得论文标题和摘要片段，但可以推断其核心贡献在于：开发了一套自动化的激光辅助侧信道分析框架，可能结合光学探测技术或激光故障注入，提升对先进制程芯片的攻击能力。该研究对硬件安全防御者具有重要警示意义，因为它可能在无需完全解密芯片内部结构的情况下，通过物理接触或近场光学手段提取关键安全资产。适合芯片安全研究人员、硬件红队成员以及设计安全可信硬件的工程师阅读。由于没有更详细的实现与实验结果，本摘要仅基于论文标题进行合理概述。

论文面向企业数据丢失防护(DLP)与存储介质安全删除难以统一的现实问题，提出一种带“保留感知”语义的版本化固态硬盘(Versioning SSD)。传统 DLP 通常依赖上层应用拦截和文件系统快照，面临性能开销大、回收不彻底、数据残留等挑战；本文把版本管理和保留期控制下沉到SSD内部，每当主机发生覆盖或删除操作时，底层存储控制器不仅记录新版本的映射，也会按策略保留旧版本生命周期，使合法的误删恢复和勒索软件事件取证得以实现，同时通过感知每个版本的最小保留期、最长保留期，让垃圾回收在保证有效版本的前提下尽量缩减对空闲块的消耗，避免写入放大和磨损加剧。文章还着重探讨安全删除语义：达到保留期限的版本应被不可逆擦除，甚至可用物理擦除或密钥销毁机制保证敏感数据不会残留在闪存中。若用于 DLP 策略，还可增加审计契约，使管理员能够以可证明方式确认过期数据已删除。文中很可能设计了某种原型，通过盘内固件或 FPGA 平台测量多工作负载下的吞吐、延迟与回收效率，并与常规快照、Copy-on-Write 文件系统做对比。该项工作的启示是系统安全可进一步“下沉”到存储硬件，把版本控制转化为稳定可信的安全基座，同时兼顾主机侧不可信运行环境。

无人机开源飞控 PX4-Autopilot堆栈溢出漏洞 CVE-2025-15150

MongoDB内存泄漏 CVE-2025-14847(MongoBleed)

1Panel 代理证书验证绕过导致任意命令执行漏洞(CVE-2025-54424)

ModelContext Inspector 未授权访问漏洞(CVE-2025-49596)

llamaindex SQL 注入漏洞(CVE-2025-1750)

Screen 本地权限提升漏洞(CVE-2025-23395)

Zabbix认证后SQL注入漏洞(CVE-2024-42327)

ProjectSend认证绕过漏洞(CVE-2024-11680)

PyTorch库RPC框架反序列化RCE漏洞(CVE-2024-48063)

Grafana认证后DuckDB-SQL注入漏洞(CVE-2024-9264)

SPIP BigUp Unauthenticated RCE(CVE-2024-8517)

Rejetto HFS 远程命令执行漏洞(CVE-2024-39943)

Apache HugeGraph-Server Command Execution In Gremlin（CVE-2024-27348）

Zabbix 后台延时注入(CVE-2024-22120)

CrushFTP 认证绕过漏洞（CVE-2024-4040）

Alert for CVE-2026-21992

Alert for CVE-2025-61884

Alert for CVE-2025-61882

Alert for CVE-2024-21287

Alert for CVE-2022-21500

Alert for CVE-2021-44228

Linux 内核提权 CVE-2026-31431(copy-fail)

Alert for CVE-2026-35273

## Summary `validateCertificatePath()` does not verify that an attestation's certificate chain actually terminates at a configured trust anchor. When walking the chain it stops at the first self-signed certificate it finds (which could be user-supplied), and exits early. This happens before the configured Apple/Google/etc trust anchor (which is concatenated to the end of the chain) is reached. A

本文针对剥离二进制（stripped binaries）中间接控制流（ICF）恢复任务存在的三大挑战展开研究：现有方法难以捕捉长距离依赖关系、将不同类型的间接控制流割裂处理、以及评测协议容易受到标签噪声与数据泄漏干扰。作者提出统一框架 ICFlowNet，用于长距离 ICF 预测。该方法引入候选感知的双虚拟枢纽——全局代码枢纽（Global Code Hub）与全局数据枢纽（Global Data Hub），在远端代码与数据证据之间构造短路由路径，从而缓解长距离传播问题；同时结合多任务图学习，联合建模间接调用、间接尾调用、跳转表与返回指令四类 ICF。为建立可信评测基准，作者设计了一套防泄漏、噪声可控的流水线：采用包级划分、函数级助记符哈希去重，并构造由动态正样本与绝对负样本构成的干净测试协议。基于该流水线构建了包含 15,901 个独特剥离 x86-64 二进制文件的数据集，其中 1,351 个具有动态真值。实验表明，仅扩大静态监督规模带来的收益有限；而结构设计与多任务学习至关重要：双虚拟枢纽使长距离 F1 最高提升 9.13 个百分点，多任务学习额外带来最多 5.81 个百分点的提升；最终模型在长距离间接调用上相比既有基线 F1 值高出超过 13 个百分点，同时仅增加 11.44% 的拓扑开销。该论文的核心贡献在于提出一种新的图学习架构与高质量的评测协议，为二进制安全分析中的间接控制流恢复提供更可靠的技术方案。适合从事二进制逆向、控制流完整性、漏洞分析与安全自动化研究的从业者阅读。

该论文提出并描述了一个已部署的区块链地址合规筛查系统，其核心思路是放弃传统“查名单+聚类启发式”的静态方法，改为根据地址在多链交易图中的位置进行实时风险评分。研究背景是：传统制裁筛查只能识别已被列入监管名单的地址，对未标记地址以及完全没有标签覆盖的链无效。论文构建了一个包含 835,330,427 个地址和 15,826,261,934 条边的跨五条 EVM 链的异构交易图谱，并设计了一个共享的归纳式图编码器（每链独立归一化），其输出供两个评分头使用。决策阈值基于全量人口得分分布的精确分位数，按链段扫描，从而可预先确定告警量。实验部分报告了多项关键结果：在 Base、Arbitrum 和 Gnosis 上，仅在两条链上训练的评分头在无目标链标签的情况下，以 10^-3 人口告警率召回 0.8598 / 0.8182 / 0.9967 的留存阳性样本，证明了标签免费迁移能力；对 68 个外部注册事件进行静态提前期回放，其中 40 个（58.8%）在 0.1% 告警预算内被标记，是事件级随机标记基线的 152 倍，且首次链上出现时间比公开指定时间中位数早 528.8 天（以太坊）和 647.8 天（Tron）。服务路径的端到端 p50 时延为 151 毫秒，在线评分与离线模型输出位级一致，并由 2,882 地址漂移面板进行门控。此外，作者构建了一个由八种循环强化学习原型组成的对抗测试框架，该框架通过了八项退化审计，并在与检测器无关的快照上暴露了部署评分头对合成行为的实际盲区。该论文适合区块链安全工程师、合规风控系统开发者和图学习研究人员阅读。

本文针对视觉 Transformer (ViT) 在分割推理（split inference）场景中的隐私泄露问题展开研究。在分割推理中，边缘设备将中间 token 表示发送给远程云端进行处理；这一过程中，通常采用 token 减少（token reduction）来降低计算与通信开销，以及 token 乱序（token shuffling）来破坏 token 的空间组织，从而可能减少信息泄露。然而，这些机制在特征反转攻击（feature inversion attack）下的实际隐私保护效果尚不清楚。作者发现，尽管乱序扰乱了传统重建攻击所需的空间结构，但所传输的 token embedding 中仍保留了丰富的位置信息。基于这一观察，作者提出了一种名为 SARA（Spatially Aligned Reconstruction Attack）的统一攻击流程，它通过预测原始 token 的位置并恢复其空间布局，再利用特征空间掩码自编码器重建被删除的 embedding，最终重构出原始输入图像。实验结果表明，token 乱序仅提供表面上的隐私，因为 SARA 能高保真地恢复 token 排列；token 减少提供了相对更强的保护，但保留的 token 若携带充分的语义和位置信息，仍然存在显著的泄露风险。为缓解此类风险，作者进一步提出了一种轻量级的边缘侧防御方案：在边缘端移除 positional embeddings，并通过知识蒸馏让边缘侧的 transformer 块逐步适应这种变化。该防御显著降低 SARA 的攻击性能，同时保持下游任务精度，且无需修改云端模型。论文揭示了分割推理中位置信息泄露的隐患，并提供了具有实用价值的防御方向。

联邦学习中客户端的上传模型更新可能泄露隐私，私有平均聚合是跨孤岛场景的关键环节。同态加密(HE)可作为私有聚合的基础，但传统单密钥方案要求客户端与聚合器之间满足强不共谋假设；多方同态加密(MHE)虽能消除此限制，却因近期针对受限解密访问的攻击而必须在协作解密时加入与安全参数λ相关的极大方差smudging噪声，进而导致密文显著膨胀和实现复杂度上升。本文基于RLWE困难问题提出轻量级多密钥同态加密协议，核心创新是避免生成集体公钥：每个客户端用自己的密钥加密模型更新，所得密文仍支持同态累加和多客户端协作解密；协议在解密时显式跟踪并抵消密文中的噪声分量，从而彻底去除对smudging噪声的依赖，大幅降低通信占用和在线计算开销。作者给出了两种实例化：基于BFV的精确整数聚合版本，以及基于CKKS的近似实数聚合版本；并在半诚实安全模型下证明，即使聚合器与至多L-1个客户端合谋，协议仍可保证安全性。与最新MHE聚合方案相比，所提方法明显减小了密文扩展度和在线运行代价，同时保持了实用的同态聚合性能，显示出其在真实联邦学习部署中的潜力。该工作为跨孤岛联邦学习中的隐私聚合提供了更高效的安全设计，但当前仍偏理论分析与仿真验证，尚需实现与标准化。适合关注隐私保护机器学习和应用密码学的安全工程师及研究人员阅读参考。

本文针对列车实时数据协议（TRDP）在轨道交通（rolling stock）环境中广泛使用但原生密码学保护能力有限的问题，提出了一种轻量级安全层 SecDT。TRDP 的过程数据（Process Data）依赖多播通信（multicast）在车载子系统间交换关键信息，这种流量特征使得直接引入加密保护颇具挑战。作者设计的安全层基于现代密码算法构建了一系列安全配置文件（security profiles），并通过车载密钥管理系统（OKMS）实现配置协商、动态密钥分发与密钥全生命周期管理。这些安全配置文件支持从简单认证到带关联数据的认证加密（AEAD）等多种强度，具备密码敏捷性与灵活性。配置协商过程能保证同一 Communication ID（ComID）上的所有 TRDP 终端设备（ED）采用相同的安全配置文件，从而正常处理彼此消息。研究基于 mbedTLS 和 Arm 平台安全架构（PSA）实现了原型并开展评估，实验表明该安全层产生的开销可控，适用于列车环境中的实时与时间敏感通信。该工作的核心贡献在于为 TRDP 定义了可动态协商的安全层级，并通过集中式 OKMS 简化密钥管理，兼顾工业实时通信的性能约束。适合轨道交通通信安全研究人员、列车网络协议设计者以及工业控制系统安全工程师阅读。