Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify exposed LobeChat instance with QQ/Feishu adapter
-
DeliveryDetermine predictable webhook URL path
-
ExploitCraft forged platform event payload with attacker-chosen sender and content
-
ExecutionPOST to unauthenticated /api/agent/webhooks/:platform
-
PersistAdapter skips signature verification
-
ImpactBot agent processes attacker input as trusted platform message
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A08:2025 - Software or Data Integrity Failures
ASVS 5.0
V15 - Secure Coding and Architecture Data authenticity verification
|
| Exploitation Conditions | For the QQ adapter: the LobeChat instance must have the QQ chat adapter installed and an active QQ bot webhook endpoint exposed to the network; no token or signature configuration is required by the attacker because the adapter performs zero Ed25519 verification unconditionally regardless of any settings. For the Feishu adapter: the adapter must be installed and the webhook endpoint active; exploitation succeeds in the default installation state where no static verification token is configured, which causes the only verification mechanism to be entirely skipped. If an operator has explicitly configured a Feishu static token, the token-mismatch check blocks exploitation via the Feishu path (though this is not a cryptographic body-signature and is not equivalent to full security). In both cases, the attacker must know or enumerate the webhook URL path; CVSS PR:N and UI:N confirm that no authentication and no victim interaction are required. Deployments that have never installed or activated either adapter are entirely unaffected. |
| Impact | The CVSS 4.0 score of 6.9 (AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:L/VA:N) accurately reflects a moderate-severity issue. Attack complexity is low and requires no authentication beyond knowledge of the webhook URL, which is often predictable for known LobeChat deployments. However, the bounded impact - limited confidentiality (bot responses may leak context) and limited integrity (attacker controls bot input) - constrains the base score. The practical risk escalates significantly if the deployed agent is configured to execute tool calls, make API requests, or trigger privileged actions based on inbound messages, as this vulnerability becomes a vector for indirect prompt injection or unauthorized action invocation. KEV status is not listed and no confirmed active exploitation is known; EPSS data is absent. No public exploit code has been identified. The Feishu vector is the more broadly exposed path because the skip-on-default behavior means most Feishu-integrated deployments are vulnerable without any additional attacker preparation; QQ exposure requires the QQ adapter to be installed and active. |
| Exploit ScenarioDerived | An attacker discovers a publicly accessible LobeChat instance by identifying predictable webhook URLs such as /api/agent/webhooks/qq or /api/agent/webhooks/feishu on exposed deployments, then POSTs a crafted JSON payload mimicking a legitimate QQ or Feishu platform event, specifying an arbitrary sender identity and message body. Because the QQ adapter performs no signature check and the Feishu adapter skips token validation in its default unconfigured state, the bot processes the forged payload as a trusted platform message and executes any configured agent logic against the attacker-chosen input. No exploit code is publicly identified, but the attack requires only standard HTTP tooling. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 04, 2026
Webhook signature verification bypass in LobeChat 2.2.1 allows unauthenticated remote attackers to inject forged inbound messages into bot conversations by exploiting missing or skippable signature checks in the QQ and Feishu platform adapters. The QQ adapter performs no Ed25519 verification whatsoever, while the Feishu adapter's static-token check is entirely skipped in default deployments where no token is configured. An attacker who knows the webhook URL can spoof arbitrary sender identities and message content, causing the bot owner's agent to process fully attacker-controlled input as a trusted platform event. No public exploit code is identified at time of analysis; CVSS 4.0 scores the issue at 6.9, reflecting moderate confidentiality and integrity impact with no availability consequence.
RemediationAI
Upgrade LobeChat to a version in which the QQ adapter implements Ed25519 signature verification and the Feishu adapter enforces body-signature validation unconditionally. The references link to adapter source at v2.2.15 (https://github.com/lobehub/lobehub/blob/v2.2.15/packages/chat-adapter-qq/src/adapter.ts and packages/chat-adapter-feishu/src/adapter.ts), which may represent the corrected implementation, but a confirmed patched release version is not independently established in the available data - verify against the VulnCheck advisory and GitHub issue #16538 before treating v2.2.15 as safe. As an immediate compensating control for Feishu deployments, configure a strong static verification token in the Feishu adapter settings, which re-enables the token comparison and blocks unauthenticated forgery; note this does not provide body-signature validation equivalent to the platform's intended security model. For both adapters, restrict inbound network access to the /api/agent/webhooks/ path at the reverse proxy or firewall to only allow connections from the legitimate QQ and Feishu platform IP ranges published by those vendors. Disable or remove any unused adapter packages to reduce attack surface.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
LobeChat, developed by LobeHub, is an open-source AI chat frontend and agent framework (CPE: cpe:2.3:a:lobehub:lobehub:*:*:*:*:*:*:*:*) with modular platform adapter plugins for messaging services including QQ and Feishu (Lark). The webhook ingestion architecture exposes a single unauthenticated route at /api/agent/webhooks/:platform that dispatches events to per-adapter verification logic. CWE-345 (Insufficient Verification of Data Authenticity) is the root cause in both adapters: the QQ platform requires Ed25519 cryptographic signature validation on dispatched webhook events, which the adapter omits entirely; the Feishu platform supports a token-based body signature, but LobeChat's Feishu adapter implements only an optional static-token string comparison that is conditionally executed - and silently bypassed when no token is configured, which is the default installation state. Neither adapter enforces platform-side signature verification before trusting message content.
Know when Lobehub gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N
Network-accessible unauthenticated endpoint; low complexity with no special conditions; limited integrity and confidentiality impact from forged message injection, no availability impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
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 comparison that is skipped when no token is configured (the default) and is not a body signature. An unauthenticated attacker who knows the public webhook URL can POST forged inbound messages with an attacker-chosen sender identity and arbitrary text, causing the bot owner's agent to process attacker-controlled input and treat the attacker as a trusted platform sender.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Lobe Chat is a chatbot framework that supports speech synthesis, multimodal, and extensible Function Call plugin system.
Lobe Chat is an open-source artificial intelligence chat framework. Rated high severity (CVSS 8.8), this vulnerability i
Lobe Chat is an open-source, AI chat framework. Rated high severity (CVSS 8.6), this vulnerability is remotely exploitab
Server-side request forgery in LobeChat before 2.2.10-canary.18 lets authenticated users coerce the server into issuing
Denial of service in LobeChat before 2.2.10-canary.15 lets an authenticated user hang the entire Node.js server by impor
Cross-user data disclosure in LobeChat through version 2.2.9 allows any authenticated user to read other users' document
Lobe Chat is an open-source LLMs/AI chat framework. Rated medium severity (CVSS 5.7), this vulnerability is remotely exp
Lobe Chat is a chatbot framework that supports speech synthesis, multimodal, and extensible Function Call plugin system.
Path traversal in LobeHub Chat (npm @lobehub/chat, versions 1.84.26 through 2.1.48) lets any authenticated user write ar
Lobe Chat is an open-source artificial intelligence chat framework. Rated medium severity (CVSS 4.3), this vulnerability
Stored XSS in lobehub/lobe-chat through v2.2.13 allows a low-privileged authenticated user to persist malicious JavaScri
Broken object level authorization in LobeChat through version 2.2.9 permits authenticated users to read and manipulate c
EUVD-2026-71228
GHSA-627w-x4jq-g83v
NVD
CVE.org
EPSS
Exploit-DB