Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as low-privilege HomeBox user
-
DeliveryObtain victim tenant's notifier UUID
-
ExploitSend PUT /v1/notifiers/{id}
-
ExecutionRead returned plaintext Shoutrrr credentials
-
PersistOverwrite URL to attacker webhook
-
ImpactSteal credentials and hijack victim notifications
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V6 - Authentication Credential protection in transit/storage
|
| Exploitation Conditions | Requires an authenticated low-privilege account on a HomeBox instance (PR:L) that is multi-tenant/multi-user - single-user deployments have no other tenant to target. The attacker must additionally know or obtain a specific foreign notifier's UUID, since PUT /v1/notifiers/{id} is keyed by that ID and HomeBox UUIDs are not enumerable; this is the primary real-world limiting factor. The credential-disclosure payoff further requires that the victim actually configured a Shoutrrr notifier (Slack, SMTP, Telegram, Pushover, or Discord) with credentials embedded in the URL. Affects all versions prior to 0.26.0; no user interaction needed. Not exploitable by unauthenticated attackers. |
| Impact | This is a real, credible priority within its niche, but not a mass-exploitation threat. The vendor CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N = 8.1 High) reflects a network-reachable, low-privilege authenticated cross-tenant access-control flaw (CWE-522 / effectively IDOR). The most important nuance the raw score hides: exploitation requires knowing another tenant's notifier UUID, which HomeBox generates as an unguessable UUID - enumeration is infeasible, so real-world attack complexity is higher than the AC:L in the vector suggests (I would rate AC:H). No EPSS score, no CISA KEV listing, and no public exploit code are present in the provided data - status is 'no public exploit identified at time of analysis.' No SSVC decision data was supplied. The C:H rating is well-justified because the leaked notifier URL contains PLAINTEXT Shoutrrr credentials (Slack/SMTP/Telegram/Pushover/Discord), enabling downstream account compromise. The vendor's I:H is arguably overstated: the integrity impact is limited to redirecting a victim's notifications to an attacker webhook, which is closer to I:L. Net: genuine credential-exposure bug with a clear source-confirmed fix, but gated behind authentication plus knowledge of a random UUID and concentrated in small self-hosted deployments - targeted risk, not widespread. |
| Exploit ScenarioDerived | An attacker registers or already holds a low-privilege account on a shared HomeBox instance, obtains another tenant's notifier UUID, and sends PUT /v1/notifiers/{id}; the response returns that tenant's stored notifier URL containing plaintext Slack/SMTP/Telegram/Pushover/Discord credentials. The attacker then submits a replacement URL pointing at their own webhook, silently hijacking the victim's future notifications. No public exploit code is identified, but the flaw is trivial to exploit once a valid target UUID is known (AC:L per vendor, though UUID unguessability raises real-world difficulty). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 21, 2026
HomeBox versions prior to 0.26.0 allow an authenticated low-privilege user to read and overwrite another tenant's notification configuration via PUT /v1/notifiers/{id}, exposing plaintext Shoutrrr credentials (Slack, SMTP, Telegram, Pushover, Discord) that are stored inside the notifier URL. The primary assessed impact is credential disclosure (high confidentiality), with a more limited integrity impact from the ability to point the victim's notifications at an attacker-controlled webhook. Exploitation requires a multi-tenant HomeBox deployment, a valid account, and knowledge of the victim's notifier UUID - UUIDs are not enumerable, which is the main real-world limiting factor; no public exploit has been identified at time of analysis, and the vendor fixed the issue in 0.26.0.
RemediationAI
Vendor-released patch: 0.26.0. Upgrade to HomeBox v0.26.0 or later (release notes: https://github.com/sysadminsmedia/homebox/releases/tag/v0.26.0), which enforces group/tenant ownership on notifier updates; the upstream fix commit is https://github.com/sysadminsmedia/homebox/commit/ed3216a80998dfd81d4418700696244144883160 and the advisory is https://github.com/sysadminsmedia/homebox/security/advisories/GHSA-mc8h-5c5v-37p7. Treat every Shoutrrr credential configured before the upgrade as potentially compromised and rotate the Slack webhook/bot token, SMTP password, Telegram bot token, Pushover token and Discord webhook, since the URL returned by the vulnerable read contains them in plaintext; note that rotating invalidates any other automation sharing those credentials. If upgrading immediately is not possible, restrict the PUT /v1/notifiers/{id} and GET /v1/notifiers endpoints at a reverse proxy to a trusted administrative group or IP allowlist (this blocks legitimate notifier management for other users), or run HomeBox as a single-tenant instance with only trusted accounts, which removes the cross-tenant attack surface entirely. Enabling structured access logging on /v1/notifiers to detect UUID guessing attempts provides detection value but is not a preventive control; there is no configuration flag that disables the vulnerable code path itself.
Affected VersionsENISA
Affected Packages
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
HomeBox is a Go-based self-hosted home inventory system whose backend uses the ent ORM; the vulnerable path is NotifierRepository.Update in backend/internal/data/repo/repo_notifier.go, which performs an ent UpdateOneID(id) keyed only on the notifier's primary key rather than constraining the query by the caller's user or group context. This is a classic CWE-522 (Insufficiently Protected Credentials) problem compounded by a broken object-level authorization pattern (cross-tenant IDOR): notification targets are stored as Shoutrrr URIs in the form scheme://user:token@host, so the credential material lives in the same field that is returned by the read and replaced by the write, making the same missing ownership check simultaneously a disclosure and a modification primitive. The linked fix commit (ed3216a8) shows the correction was part of a broader multi-tenant authorization hardening rather than an isolated patch: it introduces a Group.IsOwnerOf check used by the inventory-wipe handler, threads the caller's group ID (auth.GID) into maintenance-entry Update/Delete repository methods, removes the unrestricted POST /v1/groups/members endpoint and its GroupService.AddMember, and adds UserGroup entities to the generated ent client - all consistent with enforcing group/tenant scoping on repository operations. The CVSS vector confirms a network-reachable, authenticated (PR:L) path with no user interaction; the vendor's published CVSS of 8.1 is higher than our assessment because it treats the notification-redirect behavior as a high-integrity impact, whereas we rate integrity as limited.
Know when Homebox 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
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N
Network-reachable authenticated user (PR:L); AC:H because a non-enumerable foreign notifier UUID is required; C:H for plaintext credential exposure; I:L for notification-redirect only; no availability impact.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
2DescriptionCVE.org
HomeBox is a home inventory and organization system. Prior to 0.26.0, NotifierRepository.Update in backend/internal/data/repo/repo_notifier.go updates a notifier through UpdateOneID(id) without requiring the record's user ID to match the authenticated user. An authenticated user who supplies another tenant's notifier UUID to PUT /v1/notifiers/{id} can read the returned stored url, which may contain plaintext Shoutrrr credentials for Slack, SMTP, Telegram, Pushover, or Discord, and can replace the URL to redirect the victim's notifications to an attacker-controlled webhook. This issue is fixed in version 0.26.0.
Technical POC Analysis
Authorization bypass through a user-controlled key, mapped by the advisory to CWE-522 (Insufficiently Protected Credentials) with a secondary CWE-639 (Authorization Bypass Through User-Controlled Key…
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
HomeBox deployments older than 0.26.0 expose tenant notification credentials - Slack, SMTP, Telegram, Pushover and Discord - to any low-privilege account holder who knows a target notifier's identifier, allowing one tenant to read and overwrite another tenant's alerting configuration. Because those credentials are stored in plaintext inside the notifier URL, a single disclosure can give an attacker persistent access to corporate messaging and mail channels, enabling downstream phishing, data exfiltration or suppression of security alerts. Practical exploitation is constrained to multi-tenant deployments and requires a non-enumerable UUID, and no public exploit has been identified at time of analysis, but organizations running shared or hosted HomeBox instances should treat this as an urgent credential-exposure event.
Vendor-released patch: 0.26.0 or later (upgrade all affected instances). Interim mitigations where upgrade cannot be immediate: restrict /v1/notifiers/* endpoints to trusted administrators via reverse proxy or WAF, limit HomeBox to single-tenant or trusted-user deployment, rotate all Shoutrrr credentials stored in notifier URLs, and monitor notifier configurations plus outbound webhook destinations for unauthorized changes.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Permanent destruction of an entire group's inventory in HomeBox is possible for any authenticated user who belongs to th
Cross-tenant record tampering in HomeBox versions prior to 0.26.0 allows an authenticated low-privileged user to overwri
Broken access control in HomeBox prior to 0.25.0 allows authenticated users with revoked group access to continue perfor
Homebox prior to version 0.24.0 fails to validate the TrustProxy configuration setting, allowing attackers to bypass aut
Server-side request forgery in HomeBox prior to 0.26.0 allows an authenticated user with permission to create or test no
Broken authorization in HomeBox prior to 0.26.0 lets any authenticated low-privilege user force an arbitrary account int
Homebox prior to 0.24.0-rc.1 allows authenticated users to trigger HTTP POST requests to arbitrary destinations through
Stored XSS in Homebox prior to 0.24.0-rc.1 allows authenticated users to upload malicious HTML or SVG files containing e
EUVD-2026-84033
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB