Wekan
CVE-2026-53444
HIGH
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with low-privileged Wekan account
-
DeliveryOpen Meteor DDP connection
-
ExploitCall groupRoutineOnLogin with crafted group data
-
ExecutionServer grants caller global admin (PROPAGATE_OIDC_DATA enabled)
-
ImpactModify organizations, teams, boards as admin
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V8 - Authorization Least privilege enforcement
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The attacker must have a valid authenticated Wekan account (PR:L) on an instance older than 9.32 that uses the OIDC/OAuth login integration, and must be able to issue direct Meteor DDP method calls (any standard Wekan client connection). Unauthorized organization and team creation/modification via setCreateOrgFromOidc, setOrgAllFieldsFromOidc, setCreateTeamFromOidc, setTeamAllFieldsFromOidc, or boardRoutineOnLogin works for any such authenticated user. Escalation to GLOBAL ADMIN specifically requires the PROPAGATE_OIDC_DATA environment/configuration flag to be ENABLED (the AT:P attack requirement) and is triggered through groupRoutineOnLogin. Limiting factors: exploitation is not possible for fully unauthenticated/anonymous attackers, non-OIDC deployments are not exposed to the OIDC helper methods, and full admin takeover is gated on the non-default PROPAGATE_OIDC_DATA setting - instances with it disabled face only org/team tampering, not privilege escalation to admin. |
| Impact | The CVSS 4.0 vector (AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:L) rates this 7.6 (High): network-reachable, low complexity, but requiring an existing low-privileged authenticated account (PR:L) and a present attack requirement (AT:P) - the latter reflecting that full global-admin takeover depends on the non-default PROPAGATE_OIDC_DATA setting being enabled. Even without that setting, unauthorized creation and modification of organizations and teams is available to any logged-in user, so integrity impact is real regardless of configuration. There is no CISA KEV listing and no EPSS score supplied, and no public exploit code is identified, so exploitation should be treated as plausible-but-unproven rather than active. The realistic priority is elevated for OIDC-enabled Wekan deployments - particularly any with PROPAGATE_OIDC_DATA on, where the impact is full admin compromise - and moderate elsewhere; the main mitigating factor is that an attacker must already hold a valid account, which limits fully anonymous exploitation. Note the vulnerability requires authentication (PR:L), so this is not a pre-auth remote issue despite the network attack vector. |
| Exploit ScenarioDerived | An attacker who holds any low-privileged Wekan account on an OIDC-enabled, PROPAGATE_OIDC_DATA instance opens a DDP connection and directly calls the groupRoutineOnLogin method with crafted group data, causing the server to grant their own account global admin. With admin rights they can then read every board, alter organizations and teams, and control the deployment. No public exploit code has been identified, but the low attack complexity and simple method invocation make weaponization straightforward for anyone familiar with Meteor DDP. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 15, 2026
Privilege escalation in Wekan (self-hosted Meteor kanban) before 9.32 lets any authenticated user directly invoke OIDC-only Meteor methods that lack the admin authorization checks applied to their non-OIDC counterparts. By calling setCreateOrgFromOidc, setOrgAllFieldsFromOidc, setCreateTeamFromOidc, setTeamAllFieldsFromOidc, boardRoutineOnLogin, or groupRoutineOnLogin over DDP, a low-privileged user can create or modify organizations and teams, and - when PROPAGATE_OIDC_DATA is enabled - groupRoutineOnLogin can grant that user global admin. No public exploit identified at time of analysis; the vendor fix (v9.32) is confirmed and the flaw carries a CVSS 4.0 base score of 7.6.
RemediationAI
Vendor-released patch: upgrade to Wekan 9.32 or later, which adds server-side connection checks (this.connection !== null → not-authorized) to the affected OIDC methods; this is the primary and complete fix per advisory GHSA-cv95-8h7c-2ffq (https://github.com/wekan/wekan/security/advisories/GHSA-cv95-8h7c-2ffq) and commit 305864f0c77456ad0f2c1e616266c8a06749c951. If you cannot upgrade immediately, disable the PROPAGATE_OIDC_DATA feature to remove the global-admin escalation path (trade-off: OIDC group/role data will no longer be propagated into Wekan, so org/team membership must be managed manually), which reduces the flaw to unauthorized org/team creation/modification rather than full admin takeover. As a further compensating control, restrict who can obtain authenticated Wekan accounts and audit existing organizations, teams, and admin assignments for unexpected changes before and after patching, since any prior exploitation would persist through an upgrade. Avoid exposing the Wekan instance to untrusted user registration until patched.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Wekan is built on the Meteor framework, where server-side 'Meteor methods' are remotely callable by clients over DDP unless explicitly restricted. The OIDC integration (packages/wekan-oidc/oidc_server.js) plus the org and team models (server/models/org.js, server/models/team.js) define helper methods intended to run only during the server-side OIDC login flow via Meteor.callAsync, where they carry out privileged writes with no per-user authorization. Because these methods were registered globally without gating on the caller, they were exposed to ordinary authenticated clients - the root cause classed as CWE-269 (Improper Privilege Management). The fix distinguishes internal server-side invocation (this.connection === null) from a direct client/DDP call (this.connection non-null) and rejects the latter with a not-authorized error, restoring the admin-only restriction that setCreateOrg/setOrgAllFields/setCreateTeam/setTeamAllFields already enforced. CPE cpe:2.3:a:wekan:wekan:*:*:*:*:*:*:*:* identifies all Wekan versions prior to 9.32 as affected.
Know when Wekan 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:P/PR:L/UI:N/VC:H/VI:H/VA:L/SC:N/SI:N/SA:N
Network-reachable Meteor method callable by any authenticated user (PR:L, AC:L); admin escalation grants high confidentiality/integrity impact with limited availability effect, no scope change within the same app authority.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
DescriptionCVE.org
Wekan is open source kanban built with Meteor. Prior to 9.32, Wekan OIDC-related Meteor methods in packages/wekan-oidc/oidc_server.js, server/models/org.js, and server/models/team.js are globally callable without the admin authorization checks used by their non-OIDC counterparts. Authenticated users can call setCreateOrgFromOidc, setOrgAllFieldsFromOidc, setCreateTeamFromOidc, setTeamAllFieldsFromOidc, boardRoutineOnLogin, or groupRoutineOnLogin to create or modify organizations and teams, and groupRoutineOnLogin can grant global admin privileges when PROPAGATE_OIDC_DATA is enabled. This issue is fixed in version 9.32.
Executive ViewAI
Wekan self-hosted kanban installations before version 9.32 contain a privilege escalation vulnerability allowing authenticated users to gain administrative access, enabling unauthorized control of teams, organizations, and sensitive project management data. Organizations running Wekan on-premises should prioritize patching to prevent unauthorized administrative takeover by employees or account compromises.
Apply vendor patch.
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
Attack Technique
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
Affected Products (CPE)CVE.org
packages/wekan-ldap/server/ldap.js in Wekan before 4.87 can process connections even though they are not authorized by t
OS command injection in Wekan (the open-source Meteor-based kanban board) before version 9.07 lets an authenticated user
Authentication bypass in Wekan (open-source Meteor kanban) before version 9.46 lets an unauthenticated attacker imperson
A stored cross-site scripting (Stored XSS) vulnerability in file preview in WeKan before 6.75 allows remote authenticate
Wekan, open source kanban board system, between version 3.12 and 4.11, is vulnerable to multiple stored cross-site scrip
Account takeover in Wekan (open-source Meteor kanban) before 9.32 allows an attacker who controls an OIDC provider accou
Privilege escalation in Wekan open-source kanban (all versions prior to 9.89, dubbed 'SortBleed') allows any board membe
Privilege escalation in the self-hosted Wekan kanban board through version 18.15 allows any authenticated user to rewrit
Stored XSS in Wekan prior to v9.90 allows authenticated board members to upload HTML containing JavaScript disguised as
LDAP filter injection in WeKan before 8.19 allows remote unauthenticated attackers to manipulate LDAP search filters and
Privilege escalation in WeKan (versions prior to 8.35) allows authenticated board members with low privileges to perform
Wekan's outgoing webhook URL validator in versions 8.36 through 9.73 allows authenticated board members to bypass SSRF p
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB