Skip to main content

Graylog CVE-2026-69190

| EUVDEUVD-2026-84038 MEDIUM
Authorization Bypass Through User-Controlled Key (CWE-639)
2026-09-21 GitHub_M GHSA-m9c2-85gv-8xr5
6.3
CVSS 3.1 · Vendor: GitHub_M
View

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
Impact

This is a moderate, real-but-bounded access-control flaw, not an urgent priority. The CVSS 6.3 (AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L) correctly reflects a low-friction network attack that nonetheless requires an authenticated account holding edit permission on a shared entity - so it is post-authentication and cannot be triggered by anonymous internet traffic. No EPSS score, no CISA KEV listing, and no public exploit code are present in the input, so there is no public exploit identified at time of analysis and no evidence of active exploitation; the signals are internally consistent (moderate severity, contained impact, no exploitation indicators). The all-Low C/I/A triad is appropriate because damage is confined to individual saved searches or dashboards rather than the whole platform. Notably, the CWE-639 (broken object-level authorization / IDOR-family) root cause is at odds with the input Tag 'Authentication Bypass' - this is an authorization/ownership-enforcement bug affecting an already-authenticated user, not an authentication bypass; verify tag semantics before triage routing. Overall this is a legitimate multi-tenant integrity issue for shared Graylog deployments but does not warrant emergency patching absent exploitation signals.

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

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

Alert me

AnalysisAIv1 – Sep 21, 2026

Graylog's saved-search and dashboard update API allows an authenticated user who holds edit permission on a view - but not ownership of it - to escalate to owner by attaching a crafted shareRequest to the update call, then use that ownership to delete the view or revoke the legitimate owner's access. Affected releases are Graylog 6.3.0 through 6.3.13, 7.0.0 through 7.0.8, and 7.1.0 through 7.1.3; Graylog Cloud customers were patched before the advisory was published. The flaw is rated CVSS 3.1 6.3 (AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L), meaning it requires a low-privileged authenticated session, needs no user interaction, and is bounded to low confidentiality, integrity, and availability impact; no public exploit code identified at time of analysis and no confirmed active exploitation.

RemediationAI

Vendor-released patch: upgrade to Graylog 6.3.14, 7.0.9, or 7.1.4 as appropriate for your deployment line - these releases contain the ownership validation added in PR 26344 (https://github.com/Graylog2/graylog2-server/pull/26344), which reparents ViewsResource under RestResourceWithOwnerCheck and forces a checkOwnership() call on the view GRN before any share request is applied; see the advisory at https://github.com/Graylog2/graylog2-server/security/advisories/GHSA-m9c2-85gv-8xr5. If immediate upgrade is not possible, reduce the population of users holding edit grants on shared searches and dashboards, since the flaw requires edit permission without ownership - auditing and trimming those grants removes the prerequisite entirely, though it also removes legitimate collaborative editing. Administrators should additionally review current entity share lists for unexpected owner entries and unexpected deletions of saved searches or dashboards, and revoke any owner grants that cannot be attributed to a known change; restricting network access to the Graylog web/API endpoints to trusted networks limits exposure but degrades normal user access. Note that the affected branches are patch-only - no configuration flag disables the shareRequest handling in the update endpoint, so restricting share-management permissions or upgrading are the only effective controls. Monitor the referenced fix commits (9303f395dd29c03abd8885f1c7d1c90f8aae72d4, ac1c0b19e3f44c2eed8e95f4d398ba455e30a8f2, c87879642537d07760a572ba01b76cb657582608, e98c6670d05748a9749ab0646be7f40561734b42) for backport status on any extended-support builds you run.

Affected VersionsENISA

graylog2-server 7.0.0, < 7.0.9
graylog2-server 6.3.0, < 6.3.14
graylog2-server 7.1.0, < 7.1.4

Affected Packages

maven org.graylog2:graylog2-server fix: 6.3.14, 7.0.9, 7.1.4
euvd graylog2_server_6_3_0 fix: 6.3.14
euvd graylog2_server_7_0_0 fix: 7.0.9
euvd graylog2_server_7_1_0 fix: 7.1.4

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 4 packages in maven, euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The issue is an instance of CWE-639 (Authorization Bypass Through User-Controlled Key) in the ViewsResource REST controller of graylog2-server, which backs the saved-search and dashboard ("view") feature of the Graylog search plugin. Each view is addressed by a GRN (Graylog Resource Name) whose type is either GRNTypes.DASHBOARD or GRNTypes.SEARCH, and the update endpoint accepted a CreateEntityRequest carrying an optional shareRequest (EntityShareRequest). Internally, entitySharesService.updateEntityShares() applied the submitted share entries after only the coarse-grained edit permission had been verified, because ViewsResource extended the plain RestResource base class rather than the ownership-enforcing RestResourceWithOwnerCheck. The authorization check therefore keyed off an attacker-influenced identifier (the view id in the request) against a permission that edit-level grantees already hold, letting the caller write an owner grant for an arbitrary account into the share list. The upstream fix (PR 26344, commits 9303f395, a1c0b19e, c8787964, e98c6670) reparents ViewsResource to RestResourceWithOwnerCheck and adds an explicit checkOwnership(grnType.toGRN(dto.id())) call before the share request is processed; the accompanying test throwsExceptionWhenUpdatingSharingOfViewUserDoesNotOwn confirms a ForbiddenException is now raised and the view service update is never invoked.

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

Vendor (GitHub_M) PRIMARY 6.3 MEDIUM
AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L

Primary rating from Vendor (GitHub_M) · only source for this CVE.

CVSS VectorVendor: GitHub_M

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
Low
Integrity
Low
Availability
Low

Lifecycle Timeline

1
Patch available
Sep 21, 2026 - 19:16 EUVD

DescriptionCVE.org

Graylog is a free and open log management platform. From 6.3.0 until 6.3.14, 7.0.9, and 7.1.4, the view update API for saved searches and dashboards permits a user with edit permission but without entity ownership to include a shareRequest that grants owner permissions to an arbitrary account. The selected account can then delete the saved search or dashboard or remove the original owner's access. Graylog Cloud was patched before the advisory was published. This issue is fixed in versions 6.3.14, 7.0.9, and 7.1.4.

Threat Intelligence Overview

EPSS Score
0.2%
Top 85% exploitable
Threat Intel
1
1 sources
Data Quality
6 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GHSA 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.2%
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
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

32
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +32
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.

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