Skip to main content

Homarr EUVDEUVD-2026-19277

| CVE-2026-32602 MEDIUM
Time-of-check Time-of-use (TOCTOU) Race Condition (CWE-367)
2026-04-06 security-advisories@github.com
4.2
CVSS 3.1 · GitHub Advisory
View

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V15 - Secure Coding and Architecture TOCTOU prevention
Impact

Despite the moderate CVSS score of 4.2, this vulnerability presents a meaningful real-world risk for Homarr deployments that rely on invite tokens as a security boundary. The CVSS vector (AV:N/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:N) correctly reflects that exploitation requires network access, high attack complexity (timing-dependent race conditions are difficult to trigger reliably), and authenticated user status (PR:L), with limited confidentiality and integrity impact. However, the practical impact is significant: an attacker with a single legitimate invite token can circumvent registration restrictions entirely, creating an arbitrary number of accounts to escalate privileges, conduct reconnaissance, or establish persistence. The high attack complexity (AC:H) reflects the race condition's timing sensitivity, but modern concurrent request tools make this relatively achievable. No evidence of active exploitation (KEV status) or public proof-of-concept code is indicated, but the vulnerability has been documented in GitHub security advisories, reducing discovery difficulty for motivated attackers. For environments where registration invites enforce strict access controls, this is a priority remediation target despite the moderate CVSS score.

Exploit ScenarioDerived

An attacker with a single legitimate invitation token to a Homarr instance could use a concurrent request tool or custom script to submit multiple registration requests simultaneously, all using the same token. Because the CHECK and CREATE operations complete before the DELETE operation is executed across all concurrent requests, each request passes validation and creates a user account. In practical terms, a user might intercept their invitation link, then use tools like curl or a Python script to submit 10-20 parallel registration requests within milliseconds, resulting in multiple accounts registered under different usernames but all from the single token. This enables the attacker to create numerous accounts for privilege escalation, lateral movement, or evading account-level audit logs on Homarr instances that enforce strict registration policies through single-use invites.

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 – Apr 06, 2026

Homarr prior to version 1.57.0 contains a race condition in the user registration endpoint that allows authenticated attackers to bypass single-use invite token restrictions and create multiple user accounts with a single token. The vulnerability stems from non-atomic database operations (CHECK, CREATE, DELETE) that can be exploited through concurrent requests, enabling unauthorized account creation on instances with restrictive registration policies. The issue is patched in version 1.57.0.

RemediationAI

Upgrade Homarr to version 1.57.0 or later, which patches the race condition by implementing atomic database transactions for the user registration flow. Organizations unable to upgrade immediately should review invite token distribution practices and consider temporarily disabling invitation-based registration if alternative authentication methods are available. For instances that must remain on pre-1.57.0 versions, implement application-level rate limiting on the /api/trpc/user.register endpoint and consider adding database-level constraints to enforce single-use token semantics at the storage layer. See https://github.com/homarr-labs/homarr/security/advisories/GHSA-vfw3-53q9-2hp8 for additional mitigation guidance from the Homarr security team.

Affected VersionsENISA

homarr < 1.57.0

Affected Packages

euvd homarr fix: 1.57.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

The vulnerability exploits a classic race condition (CWE-367) in Homarr's user registration flow at the /api/trpc/user.register endpoint. The application validates invite tokens and creates user accounts through three separate, non-atomic database operations: first checking token validity, then creating the user account, and finally deleting the spent token. Because these operations execute sequentially without transaction isolation, an attacker can submit multiple concurrent registration requests that all pass the validation step before any request reaches the deletion step. This allows the same invite token to satisfy validation checks for multiple accounts simultaneously. The vulnerability requires network-accessible Homarr instances with invitation-based registration enabled and affects the core authentication and account provisioning subsystem.

Know when Homarr 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 4.2 MEDIUM
AV:N/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:N

Primary rating from GitHub Advisory · only source for this CVE.

CVSS VectorGitHub Advisory

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

Lifecycle Timeline

2
Patch available
Apr 16, 2026 - 05:29 EUVD
1.57.0
CVE Published
Apr 06, 2026 - 15:17 nvd
MEDIUM 4.2

DescriptionGitHub Advisory

Homarr is an open-source dashboard. Prior to 1.57.0, the user registration endpoint (/api/trpc/user.register) is vulnerable to a race condition that allows an attacker to create multiple user accounts from a single-use invite token. The registration flow performs three sequential database operations without a transaction: CHECK, CREATE, and DELETE. Because these operations are not atomic, concurrent requests can all pass the validation step (1) before any of them reaches the deletion step (3). This allows multiple accounts to be registered using a single invite token that was intended to be single-use. This vulnerability is fixed in 1.57.0.

Threat Intelligence Overview

EPSS Score
0.0%
Top 93% exploitable
Data Quality
6 sources
Confidence: High

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
Poc
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

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

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

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