Skip to main content

HomeBox EUVDEUVD-2026-84037

| CVE-2026-55473 MEDIUM
Server-Side Request Forgery (SSRF) (CWE-918)
2026-09-21 GitHub_M
6.0
CVSS 4.0 · Vendor: GitHub_M
View

Attack ChainAIDerived

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

  1. Access
    Authenticate to Homebox instance
  2. Delivery
    Craft generic:// notifier with NAT64-embedded internal IPv4
  3. Exploit
    Submit via POST /v1/notifiers/test
  4. Execution
    NAT64 gateway translates to cloud metadata endpoint
  5. Impact
    Read leaked credentials from delivery response

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK

2 techniques across 2 tactics: Initial Access, Credential Access

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

Exploitation Conditions

Requires (1) an authenticated Homebox account with permission to create/test notifiers (PR:L), and (2) the specific deployment condition that the Homebox instance's outbound traffic egresses through a NAT64/DNS64 gateway - the description states that without NAT64 egress the crafted IPv6 destination is simply not routable, so the guard's misclassification cannot be weaponized. The attacker must craft an IPv6 destination inside the RFC 6052 prefix 64:ff9b::/96 or RFC 8215 prefix 64:ff9b:1::/48 embedding an internal IPv4 target (cloud metadata, localhost, or another internal host). Disclosure of retrieved data depends on using the notifier-test path, which returns delivery-result feedback that Shoutrrr propagates. Limiting factors: no unauthenticated access, and the non-default NAT64/DNS64 network topology is mandatory for any real impact.

Impact

This is a genuine but conditionally-gated SSRF (CWE-918) whose real-world risk is moderate, not critical. The vendor CVSS 4.0 vector (CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:N/VA:N, score 6.0) is internally consistent and well-chosen: the AT:P (attack requirement present) metric correctly captures that exploitation only works when the Homebox instance egresses through a NAT64/DNS64 gateway, and PR:L reflects that an authenticated account is required. The description explicitly states 'Without NAT64 egress, the crafted IPv6 destination is not routable' - so the vulnerable network topology is the dominant risk gate, not the code flaw alone. Confidentiality-only impact (VC:H, VI:N/VA:N) is appropriate since the flaw discloses fetched metadata (e.g. temporary cloud credentials via the notifier-test response echoed through Shoutrrr) but does not directly grant write/DoS on Homebox itself. No EPSS score, no CISA KEV listing, and no public exploit code were provided, so there is no signal of active or widespread exploitation - this is a fix-during-normal-patching item, not an emergency. Note a minor divergence I would verify: I model the NAT64-egress prerequisite as AC:H in CVSS 3.1 (yielding ~6.8) whereas 4.0 expresses it as AT:P with AC:L; both are defensible and the numeric outcome is similar.

Exploit ScenarioDerived

On a Homebox instance whose outbound traffic is routed via a NAT64/DNS64 gateway, an authenticated user creates a generic:// notifier pointing at an IPv6 address inside the 64:ff9b::/96 or 64:ff9b:1::/48 prefix that embeds an internal IPv4 target such as 169.254.169.254. When the attacker triggers POST /v1/notifiers/test, the SSRF guard wrongly classifies the destination as safe, the gateway translates it to the cloud metadata service, and the delivery-result feedback surfaced through Shoutrrr leaks the retrieved response - including temporary IAM credentials. No public exploit code was identified at time of analysis.

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

Server-side request forgery in HomeBox prior to 0.26.0 allows an authenticated user with permission to create or test notifiers to reach internal IPv4 destinations that the default BlockBogonNets and BlockCloudMetadata guards are meant to stop, because those guards do not decode IPv4 addresses embedded in NAT64/DNS64 prefixes. Impact is real but conditionally gated: exploitation requires the HomeBox instance's outbound traffic to egress through a NAT64/DNS64 gateway, since without such a gateway the crafted IPv6 destination is unroutable; where present, an attacker can direct the generic:// notifier at cloud metadata or localhost and use the notifier-test response (propagated by Shoutrrr) to read back retrieved data such as temporary credentials. No confirmed active exploitation (not in CISA KEV) and no public exploit code identified at time of analysis; the vendor has released a fix in version 0.26.0.

RemediationAI

Upgrade to HomeBox v0.26.0, the release that contains the fix; the change is a single upstream commit (42c52f7f7566b7fbd8017352187af20f552a4471) adding the Dns64Nets expansion path, so no separate workaround patch is needed for supported deployments - plan the upgrade through your normal image/package channel and confirm the container tag or binary version string reports 0.26.0. If you cannot upgrade immediately, the most effective compensating control is to remove the prerequisite topology rather than to filter URLs: block HomeBox pod/container egress to NAT64 translator prefixes and to the local-use 64:ff9b:1::/48 space at the network or CNI policy layer, accepting that this also breaks legitimate NAT64/DNS64 egress from the application. Second, restrict who can reach POST /v1/notifiers and POST /v1/notifiers/test - the vector requires an authenticated account with notifier create/test rights (PR:L), so revoking that permission from non-administrative users or fronting the notifier endpoints with an admin-only proxy removes the attack path, at the cost of disabling self-service notification configuration. Third, network-layer egress filtering on the HomeBox host against RFC 1918 ranges, 127.0.0.0/8, 169.254.0.0/16 (cloud metadata), and the IPv6 equivalents blocks the destinations NAT64 would translate to, though this must be maintained outside the application and can interfere with legitimate integrations. Note that simply disabling notifiers entirely is a valid stopgap for environments that do not use them. There is no vendor-issued interim patch for pre-0.26.0 releases; follow the advisory at https://github.com/sysadminsmedia/homebox/security/advisories/GHSA-r9pf-rg22-655m for any updates.

Affected VersionsENISA

homebox < 0.26.0

Affected Packages

euvd homebox fix: 0.26.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 flaw is a classic CWE-918 (server-side request forgery) guard-bypass rooted in incomplete address normalization. HomeBox validates notifier URLs in backend/internal/sys/validate/notifier_url.go, extracting the destination IP list and applying allow/block rules with the default-on BlockBogonNets and BlockCloudMetadata protections. Those rules operate on the literal IPv6 address and therefore miss that under RFC 6052 a NAT64 translation prefix (the well-known 64:ff9b::/96, or the RFC 8215 local-use 64:ff9b:1::/48 space) carries an embedded IPv4 address in a defined bit layout - 32, 40, 48, 56, 64 or 96 bits of prefix, with the 'u' octet at bits 64-71 zeroed and the trailing suffix bits zero. An IPv6 address such as 64:ff9b::169.254.169.254 or a localhost-mapped equivalent therefore passes the bogon and cloud-metadata checks as a benign public IPv6 literal, but a NAT64/DNS64 gateway on the egress path will translate it and connect to the embedded internal IPv4 host. The generic:// notifier backend is Shoutrrr, and the notifier-test endpoint returns delivery-result feedback that Shoutrrr propagates, giving the attacker a read channel rather than a blind SSRF - which is why the assessed impact is confidentiality-only (C:H, I:N, A:N) with a scope change. The upstream fix introduces a configurable Dns64Nets list (defaults 64:ff9b::/96 and 64:ff9b:1::/48, overridable via YAML key dns64_nets, env NOTIFIER_DNS64_NETS, or flag notifier-dns64-nets) and expands any address inside those prefixes into all well-formed RFC 6052 embedded IPv4 candidates so the existing allow/block logic is applied to the address the gateway will actually reach; addresses that fall in a configured prefix but yield no valid embedded IPv4 are rejected outright.

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

Vendor (GitHub_M) PRIMARY 6.0 MEDIUM
CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
vuln.today AI 6.3 MEDIUM

AC:H because exploitation depends on the instance running behind a NAT64/DNS64 gateway; PR:L for the required authenticated account; S:C and C:H as SSRF reaches internal metadata to disclose credentials, with no integrity/availability impact.

3.1 AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:N/A:N
4.0 AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (GitHub_M).

CVSS VectorVendor: GitHub_M

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

Lifecycle Timeline

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

DescriptionCVE.org

HomeBox is a home inventory and organization system. Prior to 0.26.0, the default-on BlockBogonNets and BlockCloudMetadata notifier SSRF protections in backend/internal/sys/validate/notifier_url.go do not inspect IPv4 destinations embedded in the NAT64 prefixes 64:ff9b::/96 and 64:ff9b:1::/48. An authenticated user can submit a generic:// notifier through POST /v1/notifiers or POST /v1/notifiers/test, and on a Homebox instance that egresses through NAT64/DNS64, the gateway can translate an accepted IPv6 destination to cloud metadata, localhost, or another internal IPv4 host. The notifier test path returns delivery result information, and Shoutrrr propagates the response, providing feedback that can disclose retrieved metadata such as temporary credentials. Without NAT64 egress, the crafted IPv6 destination is not routable, but the guard still incorrectly classifies it as safe. This issue is fixed in version 0.26.0.

Threat Intelligence Overview

EPSS Score
0.2%
Top 85% exploitable
Prevalence
Low
niche self-hosted home inventory app, hobbyist/homelab footprint only
Data Quality
5 sources
Confidence: Medium

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

Priority Score

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

Attack Technique

Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.

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