
Cloud Vulnerability DB
A community-led vulnerabilities database
CVE-2026-41279 is an authorization bypass vulnerability in Flowise, a drag-and-drop UI for building customized LLM workflows. The text-to-speech generation endpoint (POST /api/v1/text-to-speech/generate) is whitelisted for unauthenticated access and accepts an attacker-controlled credentialId in the request body. When invoked without a chatflowId, the endpoint decrypts and uses the stored credential (e.g., OpenAI or ElevenLabs API key) to generate speech, enabling unauthorized API usage. All Flowise versions up to and including 3.0.13 are affected; the vulnerability is fixed in version 3.1.0. It carries a CVSS v3.1 base score of 7.5 (High) and a CVSS v4.0 base score of 8.2 (High) (GitHub Advisory).
The root cause is an authorization bypass through a user-controlled key (CWE-639). The vulnerable code in packages/server/src/controllers/text-to-speech/index.ts (lines 58–64) directly assigns the attacker-supplied credentialId from the request body when no chatflowId is present, bypassing any ownership or authentication check. The endpoint is explicitly listed in WHITELIST_URLS (packages/server/src/utils/constants.ts, line 41), meaning no authentication token is required to reach it. An attacker only needs to know or enumerate a valid credentialId to trigger decryption and use of the associated third-party API key (GitHub Advisory).
Successful exploitation allows unauthenticated attackers to consume API credits from victim-owned accounts on services such as OpenAI, ElevenLabs, Azure Cognitive Services, and Google Cloud TTS, potentially incurring significant financial costs for the victim. The advisory notes that when combined with a credential ID leak from a separate finding, the attack becomes trivially exploitable. While direct confidentiality and integrity impacts on the Flowise system itself are rated as none, the availability of the victim's third-party API services is effectively degraded through unauthorized consumption (GitHub Advisory).
No public proof-of-concept exploit code has been published, and there is no evidence of in-the-wild exploitation at this time. The GitHub security advisory (GHSA-5fw2-mwhh-9947) provides root cause analysis and a code snippet but no runnable exploit. The EPSS score is approximately 0.041%, reflecting low current exploitation probability. No threat actor attribution or CISA KEV catalog listing has been identified for this CVE (GitHub Advisory).
credentialId from the Flowise instance — this may be leaked via a separate vulnerability, exposed API response, or guessed if IDs follow a predictable pattern./api/v1/text-to-speech/generate with the target credentialId in the request body and no chatflowId field:POST /api/v1/text-to-speech/generate HTTP/1.1
Host: <target>
Content-Type: application/json
{"credentialId": "<victim-credential-id>", "text": "test", "provider": "openai", "voice": "alloy", "model": "tts-1"}credentialId and uses it to call the third-party TTS service, consuming the victim's API credits./api/v1/text-to-speech/generate from unexpected source IPs; outbound TTS API calls to OpenAI, ElevenLabs, Azure, or Google TTS services not correlated with legitimate user activity./api/v1/text-to-speech/generate without authentication headers or session tokens; SSE tts_start events triggered without a corresponding chatflowId in the request.Upgrade Flowise to version 3.1.0 or later, which removes the TTS endpoint from the unauthenticated whitelist and enforces credential ownership validation. For organizations unable to patch immediately, restrict network-level access to the /api/v1/text-to-speech/generate endpoint via firewall rules or a reverse proxy requiring authentication. As a precautionary measure, rotate any API credentials (OpenAI, ElevenLabs, Azure, Google) stored in Flowise, and monitor third-party API dashboards for anomalous usage. The suggested code fix is to return HTTP 401 when no chatflowId is provided, preventing unauthenticated credential use (GitHub Advisory).
The vulnerability was credited to Shinobi Security (GitHub: shinobisecurity) and published by igor-magun-wd via GitHub's security advisory program on April 15, 2026. A brief mention appeared on Mastodon via @thehackerwire on April 24, 2026. No significant broader media coverage or notable researcher commentary beyond the advisory itself has been identified (GitHub Advisory).
Source: This report was generated using AI
Free Vulnerability Assessment
Evaluate your cloud security practices across 9 security domains to benchmark your risk level and identify gaps in your defenses.
Get a personalized demo
"Best User Experience I have ever seen, provides full visibility to cloud workloads."
"Wiz provides a single pane of glass to see what is going on in our cloud environments."
"We know that if Wiz identifies something as critical, it actually is."