CVE-2026-80207— APITable 1.13.0 认证缺失
一分钟漏洞结论
影响对象
apitable apitable
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
APITable 在 1.13.0-beta.1 及之前版本中， 的 create 处理器被标注为 。 遵循该注解，在验证任何会话或 API 密钥之前直接返回，而产品自带的 Nginx 网关将所有 请求代理到后端服务器，因此任何能够访问网关的未认证客户端均可通过 访问该接口。 攻击者可以针对任意指定的用户 ID，在 表中持久化任意通知。由于 可设置为 0，消息将以系统发送者身份存储，并在目标用户的收件箱中显示为正常的系统通知。正文中的 内容将被原样存储并传递至前端。
可能的 ATT&CK 技术 1 AI
T1190 · Exploit Public-Facing Application
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-80207 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
APITable through 1.13.0-beta.1 Missing Authentication on the Internal Notification Create Endpoint
来源: CVE Program / CVE List V5
Vulnerability Description
APITable through 1.13.0-beta.1 annotates the create handler of InternalNotifyController with requiredLogin = false. ResourceInterceptor honours that annotation by returning before any session or API key is validated, and the nginx gateway shipped with the product proxies every /api request to the backend server, so POST /api/v1/internal/notification/create is reachable by any unauthenticated client that can reach the gateway. An attacker can persist arbitrary notifications in apitable_player_notification against any user ID they name, and because fromUserId can be set to 0 the message is stored with the system sender and renders in the victim's inbox as a legitimate system notification. The body extras content is stored verbatim and forwarded to the frontend.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N
来源: CVE Program / CVE List V5
Vulnerability Type
关键功能的认证机制缺失
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-80207 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-80207 的情报信息
请登录查看更多情报信息。
CVE-2026-80207 厂商安全公告 (1)
CVE-2026-80207 新闻报道 (1)
CVE-2026-80207 其他参考 (2)
IV. Related Vulnerabilities
V. Comments for CVE-2026-80207
暂无评论