Skip to main content

Langfuse CVE-2026-41487

| EUVDEUVD-2026-28647 MEDIUM
Improper Access Control (CWE-284)
2026-05-08 GitHub_M
5.3
CVSS 4.0 · GitHub Advisory
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Recon
    Authenticate as project member
  2. Delivery
    Identify existing LLM connection with secret
  3. Exploit
    Invoke testUpdate RPC with attacker baseURL
  4. Install
    Langfuse retrieves plaintext secret
  5. C2
    Test request sent to attacker server
  6. Execute
    Attacker captures secret in request headers
  7. Impact
    Secret exfiltrated and usable for downstream LLM API abuse

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Access control enforcement
MITRE ATT&CK

1 technique across 1 tactic: Defense Evasion

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Attacker must have authenticated access to a Langfuse project with 'member' role or higher. The victim project must have at least one pre-existing LLM connection with a stored provider secret (e.g., OpenAI API key). The attacker invokes the testUpdate RPC method with a modified baseURL parameter pointing to attacker-controlled infrastructure. Exploitation does NOT require admin privileges, RBAC bypasses, or non-default configuration; any project with 'member' users and stored secrets is vulnerable. Limitation: the attack is confined to exfiltrating the specific LLM provider secret associated with the connection being updated; it does not grant access to other project data, user credentials, or platform secrets. The attacker must already be authenticated (no unauthenticated exposure) and must have been granted project membership by an admin or project owner.

Impact

CVSS 5.3 (Low-Medium severity) combined with explicit authentication requirement (PR:L - low-privileged authenticated user) reflects the true operational risk accurately. EPSS data not provided, but the vulnerability is realistic and not theoretical: proof-of-concept is evident in GitHub commit evidence, showing test cases explicitly validating that member-role users are now blocked from testUpdate operations. KEV status not provided, but no indication of active widespread exploitation has been identified at analysis time. The attack requires a low-privileged but authenticated actor already embedded in a project, which narrows the attack surface compared to unauthenticated network attacks. However, for organizations using Langfuse with multi-tenant or collaborative projects, member-level compromise (via phishing, credential stuffing, or insider threat) is realistic, making this a moderate operational risk for environments with sensitive LLM API keys. The lack of network complexity (AC:L, AT:N) means exploitation is trivial once authentication is obtained. Signal consistency: CVSS vector accurately reflects the requirement for authentication (PR:L) and limited scope impact (VC:L, VI:L - confidentiality and integrity limited to the LLM connection secret itself, not the platform core).

Exploit ScenarioDerived

A disgruntled employee or external attacker with 'member' role access to a Langfuse project containing OpenAI LLM connections requests an update to an existing connection, modifying the baseURL from 'https://api.openai.com/v1' to 'https://attacker.example.com/v1'. Langfuse retrieves the stored plaintext OpenAI API key and initiates a test request to the attacker's server to validate the connection, automatically sending the key in the HTTP request headers. The attacker's server logs the request and captures the API key, which can then be used to make authenticated calls to OpenAI's API or sold on darkweb markets.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – May 08, 2026

Langfuse versions 3.68.0 through 3.166.x contain an insufficient access control flaw allowing authenticated project members to modify LLM connection endpoints and exfiltrate stored provider API keys in plaintext. An attacker with 'member' role can update an existing LLM connection's baseUrl to an attacker-controlled server, causing Langfuse to reuse the stored provider secret and redirect test requests to that endpoint, exposing credentials like OpenAI API keys. The vulnerability requires prior project membership but no elevated privileges; it was patched in version 3.167.0.

RemediationAI

Upgrade Langfuse to version 3.167.0 or later, which enforces 'llmApiKeys:update' scope requirements in the testUpdate mutation endpoint. Organizations unable to upgrade immediately should restrict the number of project members granted 'member' role access to LLM connections, limiting exposure to trusted internal personnel only. Implement network-level monitoring to detect outbound HTTPS requests from Langfuse infrastructure to unexpected endpoints (baseURL values); unusual requests to attacker-controlled domains may indicate exploitation attempts. Rotate any LLM provider API keys (OpenAI, Anthropic, etc.) that were accessible to users with 'member' role during the affected version window, as plaintext exposure is possible. See GitHub Security Advisory GHSA-2524-j966-gfgh for vendor guidance and pull requests #13027 and #13055 for detailed technical remediation.

Affected VersionsENISA

Langfuse 3.68.0, < 3.167.0

Affected Packages

euvd langfuse_3_68_0 fix: 3.167.0

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

Langfuse is an open-source LLM engineering platform that manages connections to external LLM providers (OpenAI, etc.) by storing provider-specific API keys and base URLs. The vulnerability stems from insufficient role-based access control (RBAC) in the LLM API key update mutation endpoint. The testUpdate RPC method failed to enforce the 'llmApiKeys:update' permission scope, allowing 'member'-role users (intended to have read-only access) to invoke update operations. When updating an LLM connection, the application reuses the previously stored plaintext provider secret and initiates a test request to the supplied baseURL. By redirecting this request to attacker-controlled infrastructure, an attacker can intercept and capture the plaintext API key in transit, violating confidentiality of stored credentials. CWE-284 (Improper Access Control) describes this class of authorization bypass.

Know when Langfuse 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

GitHub Advisory PRIMARY 5.3 MEDIUM
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N
SUSE MEDIUM

Primary rating from GitHub Advisory.

CVSS VectorGitHub Advisory

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
Low
Vulnerable system: Integrity
Low
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

3
Patch available
May 08, 2026 - 16:18 EUVD
CVSS changed
May 08, 2026 - 15:22 NVD
5.3 (MEDIUM)
CVE Published
May 08, 2026 - 14:27 nvd
MEDIUM 5.3

DescriptionGitHub Advisory

Langfuse is an open source large language model engineering platform. From version 3.68.0 to before version 3.167.0, there is a role-based-access control flaw in the LLM connection update flow. An authenticated, low-privileged user of role “member” in a project could request the update of an existing LLM connection to an attacker-controlled baseUrl, causing Langfuse to reuse the stored provider secret and redirect the test request to an attacker-controlled endpoint. This could expose the plaintext provider LLM API key for that connection. The attack is only possible if a user is already part of a project and has “member” scoped access. This issue has been patched in version 3.167.0.

Threat Intelligence Overview

EPSS Score
0.0%
Top 86% exploitable
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment Vendor GitHub

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.0%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

26
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +26
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

Vendor StatusVendor

SUSE

Severity: Medium

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy