CVE-2026-98580— Linux NFC LLCP 接受队列生命周期竞态条件漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，以下漏洞已被修复： nfc: llcp: 修复 accept_queue 生命周期中的竞态条件 在 函数中，套接字（sockets）和监听器的接受队列（accept queues）是在本地套接字的读写锁（rwlock）以及 的保护下进行遍历的。然而， 无法与 在 过程中持有的进程上下文锁 进行同步。由于 未检查 ，导致两条路径可能并发地解链（unlink）并释放同一个子套接字，从而在 中引发释放后使用（use-after-free）或对 的空指针解引用。 该同步竞态条件通过让 使用进程上下文
可能的 ATT&CK 技术 1 AI
T1068 · Exploitation for Privilege Escalation
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-98580 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
nfc: llcp: Fix race condition in accept_queue lifecycle
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
nfc: llcp: Fix race condition in accept_queue lifecycle
In nfc_llcp_socket_release(), sockets and listener accept queues are
walked under the local sockets rwlock and bh_lock_sock(). However,
bh_lock_sock() does not synchronise against process-context lock_sock()
held by nfc_llcp_accept_dequeue() during accept(). Because
socket_release() does not check sock_owned_by_user(), both paths can
concurrently unlink and release the same child socket, resulting in
use-after-free or a NULL pointer dereference of child->parent in
nfc_llcp_accept_unlink().
Fix this synchronisation race by having nfc_llcp_socket_release() use
process-context lock_sock() instead of bh_lock_sock():
1. Pop sockets from the local sockets list under the write lock using
nfc_llcp_sock_list_pop() so lock_sock() can be acquired without
holding the rwlock.
2. Because lock_sock() can sleep, defer the final release of the
nfc_llcp_local structure to a workqueue (release_work). This avoids
a sleeping-in-atomic bug when the last local reference is dropped
from softirq context. Additionally, hold a single device reference
on local from registration until final destruction.
3. In nfc_llcp_local_get(), use kref_get_unless_zero() to prevent
resurrecting a local object whose teardown has been scheduled.
4. In llcp_sock_accept(), verify that the listener socket state is still
LLCP_LISTEN after waking from schedule_timeout() to prevent hangs if
the listener is closed concurrently.
5. When unlinking unaccepted child sockets during listener release,
unlink them from local->sockets, call sock_orphan(), and drop their
initial sk_alloc creation reference via sock_put().
6. Make nfc_llcp_accept_unlink() idempotent by guarding parent access with
a NULL check.
来源: CVE Program / CVE List V5
CVSS Information
N/A
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-98580 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-98580 的情报信息
请登录查看更多情报信息。
CVE-2026-98580 其他参考 (8)
同批安全公告 · Linux · 2026-10-18 · 共 436 条
| CVE-2026-98583 | NFC nfcmrvl 驱动命令长度校验越界漏洞 | |
| CVE-2026-98568 | Linux vxlan 邻居回复内存使用漏洞 | |
| CVE-2026-98570 | Linux IPv6 子网路由表项处理信息泄露漏洞 | |
| CVE-2026-98571 | stmmac 驱动 skb 构建失败后内存泄漏漏洞 | |
| CVE-2026-98572 | bpf MIPS32 JEQ/JNE 跳转指令逻辑漏洞 | |
| CVE-2026-98573 | Linux 内核 IPv6 校验和计算整数下溢漏洞 | |
| CVE-2026-98574 | bcmgenet 网络驱动 NAPI 停止前禁用队列漏洞 | |
| CVE-2026-98575 | pn533 NFC 驱动越界读取漏洞 | |
| CVE-2026-98576 | Linux NFC LLCP 服务名日志越界读漏洞 | |
| CVE-2026-98577 | NFC LLCP 模块 WKS SAP 劫持漏洞 | |
| CVE-2026-98578 | Linux st21nfca ISO15693 库存长度验证漏洞 | |
| CVE-2026-98579 | NFC LLCP SDreq TLV 列表泄露漏洞 | |
| CVE-2026-98581 | NFC LLCP nfc_llcp_recv_dm 列表损坏/引用计数不同步 | |
| CVE-2026-98582 | ST21NFCA NFC 驱动接收帧大小验证漏洞 | |
| CVE-2026-98594 | tg3 驱动 PHYLIB 资源清理漏洞 | |
| CVE-2026-98591 | bpf skb 动态指针越界漏洞 | |
| CVE-2026-98592 | Spacemit 网络驱动传输描述符处理漏洞 | |
| CVE-2026-98593 | Linux s390 调试功能空指针解引用漏洞 | |
| CVE-2026-98590 | bpf 上下文代码生成逻辑修复 | |
| CVE-2026-98595 | Linux 内核 UDP 4 元组哈希表移除漏洞 |
显示前 20 条，共 436 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-98580
暂无评论