CVE-2026-98432 是 Linux 内核 IPv4 TCP 握手过程中的释放后使用漏洞。请求套接字在不复制的情况下将 IP 选项指针转移给子套接字;重传 SYN 路径可能在 RCU 保护下读取它,而另一条路径用 kfree() 释放它,从而导致陈旧读取。修复方式是在相关析构函数中使用 kfree_rcu() 延迟回收。该 CVE 的 CVSS 3.1 评分为 9.8,而 Red Hat 因竞争条件难度和产品上下文评分为 5.9。Anthropic 在受控实验室中演示了针对脆弱 MPTCP 监听器的远程 root 代码执行,但这并不证明普遍可利用。防御者应清点可访问的 Linux TCP 服务,尤其是 MPTCP 监听器,识别实际运行的厂商内核,安装厂商修复版本,重启,并验证运行时内核/来源。禁用 MPTCP 可降低暴露面,但不能修复底层 IPv4 漏洞。请使用厂商公告/反向移植,而非通用上游版本检查。
ParadeDB 的第二部分聚焦于 COUNT 优化。它按 ctid 划分段,提供不相交的页面范围,并让可见性映射检查跳过整个段;反转 DocId 到 ctid 的映射,以便仅查找需要检查的页面;并为密集 posting list 使用位图,使 p99 延迟减半。在 Wikipedia COUNT 基准测试中,ParadeDB 达到 5353.3 QPS,而 TIN 为 2645.8 QPS,约为 2 倍。除基本计数外,ParadeDB 在 Hacker News 上的过滤计数、过滤后的 BM25 Top K 和按时间排序的 Top K 也表现更好,差异高达 21.7 倍。作者将此归因于 ParadeDB 将文本和元数据一起索引,从而实现协调的过滤和排序,而 TIN 仅索引文本并依赖单独的 B 树。他们警告说基准测试的选择会影响结论,且没有单一基准能证明最快的引擎;用户应测试自己的工作负载。他们还切换到服务器端基准测试以减少网络影响。
哎呀!
访问被拒绝:错误代码 bbad9d30a7348992。
返回首页
由 Anubis 保护,来自 Techaro。在 🇨🇦 用 ❤️ 制作。
吉祥物设计:CELPHASE。
本网站运行 Anubis v1.27.0。