Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain or register low-privileged Wallos account
-
DeliveryStore internal target IP as SMTP host in notification settings
-
ExploitWait for scheduled notification cron job to execute
-
ExecutionServer initiates TCP connection to internal target
-
ImpactInfer internal service availability from connection behavior
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 | Exploitation requires an authenticated Wallos user account at any privilege level - there is no guest or unauthenticated path. The attacker must have write access to their own email notification settings to store the malicious SMTP host value. The SSRF trigger is asynchronous: the outbound connection occurs when the scheduled cron job fires, not immediately upon saving, so the attacker cannot control the exact timing but can expect reliable execution on the cron interval. This is blind SSRF - TCP connection behavior and error codes may leak port-open/closed status, but HTTP response bodies are not returned to the attacker. Exploitation is further limited by the requirement that the Wallos server have network-level access to the targeted internal addresses; isolated or firewalled deployments reduce reachable targets. Unauthenticated exploitation is not possible per CVSS PR:L. |
| Impact | The official CVSS 3.5 base score reflects genuinely constrained impact: PR:L requires a user account, S:C captures the server-reaches-internal-network scope change, C:L reflects blind port probing rather than data exfiltration, and AC:H accounts for the asynchronous cron trigger. No EPSS score, KEV listing, or POC is available in the provided data, so real-world exploitation frequency cannot be quantified. Practical risk is meaningful primarily in multi-tenant Wallos deployments where untrusted users hold accounts and where the server has network-level access to sensitive internal resources such as cloud metadata services (169.254.169.254), internal APIs, or non-public administrative interfaces. For the common single-user self-hosted deployment, the threat model is minimal since the attacker would need to be the sole user. The AC:H in the official vector is debatable: the cron job fires on a predictable schedule, making exploitation reliable once the setting is stored, which more closely resembles AC:L behavior. No conflicting signals are present in the available data. |
| Exploit ScenarioDerived | An attacker with any Wallos user account navigates to their personal email notification settings and stores a target internal IP address - such as 169.254.169.254 (AWS instance metadata) or an internal administrative service - as the SMTP host. When the Wallos notification cron job next executes on its configured schedule, the server initiates a TCP connection to the specified address; response timing, error behavior, or connection success can reveal whether the port is open, enabling systematic blind enumeration of the internal network topology. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 31, 2026
Server-Side Request Forgery in Wallos prior to version 5.0.0 allows any authenticated low-privileged user to store an arbitrary SMTP host - including private RFC 1918 addresses and cloud metadata endpoints - in their personal email notification settings without server-side validation. When the scheduled notification cron job fires, the Wallos server opens an outbound TCP connection to the attacker-specified address, giving the attacker a reliable blind SSRF primitive to probe internal network services from the server's network vantage point. No public exploit is identified at time of analysis, and no active exploitation is confirmed by CISA KEV.
RemediationAI
Upgrade Wallos to version 5.0.0, which resolves the vulnerability by introducing server-side SSRF validation (ssrf_helper.php) and an admin-configurable allowlist for outbound notification destinations (local_webhook_notifications_allowlist). The patched release is available at https://github.com/ellite/Wallos/releases/tag/v5.0.0 with the fix committed at https://github.com/ellite/Wallos/commit/11eaf402e841a628c68a805694227ce66c45f6f3. For deployments unable to upgrade immediately, restrict Wallos user account creation strictly to trusted individuals, since any account holder can trigger the SSRF. Additionally, apply host- or network-level egress filtering on the Wallos server to block outbound connections to RFC 1918 address ranges (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) and cloud metadata addresses (169.254.169.254); note this control must be enforced at the infrastructure layer as no in-application validation existed prior to v5.0.0, and disrupting outbound SMTP to legitimate servers is a side effect that must be scoped carefully.
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
Wallos (CPE: cpe:2.3:a:ellite:wallos) is a PHP-based self-hosted subscription management application. The vulnerability class is CWE-918 (Server-Side Request Forgery): the per-user SMTP host field in email notification preferences accepts arbitrary hostnames and IP addresses with no allowlist or IP-range validation applied server-side. The stored value is passed directly to PHPMailer during cron-driven notification processing, causing the application server to initiate outbound TCP connections to attacker-controlled targets. The fix in v5.0.0 introduces ssrf_helper.php and a configurable admin-controlled allowlist (local_webhook_notifications_allowlist) to validate destinations before connection, as evidenced by the commit diff at https://github.com/ellite/Wallos/commit/11eaf402e841a628c68a805694227ce66c45f6f3.
Know when Wallos 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:H/PR:L/UI:N/S:C/C:L/I:N/A:N
Cron trigger is predictable and reliable, warranting AC:L over AC:H; PR:L because any authenticated account suffices; S:C for internal network reach via server-initiated connection.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
1DescriptionCVE.org
Wallos is an open-source, self-hostable personal subscription tracker. Prior to version 5.0.0, Wallos lets any authenticated user store an arbitrary SMTP host - including private and cloud-metadata IP addresses - in their personal email notification settings, with no server-side SSRF validation. When the scheduled notification cron job runs, it passes the stored host directly to PHPMailer, causing the Wallos server to open an outbound TCP connection to whatever address the attacker specified. This gives a low-privileged attacker a reliable mechanism to probe internal network services from the server's perspective. This issue has been patched in version 5.0.0.
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
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
Wallos <=2.38.2 has a file upload vulnerability in the restore database function, which allows unauthenticated users to
Wallos <= 2.38.2 has a file upload vulnerability in the restore backup function, which allows authenticated users to res
Server-side request forgery in Wallos versions before 4.6.2 allows authenticated attackers to conduct arbitrary network
Wallos before 1.15.3 is vulnerable to SQL Injection via the category and payment parameters to /subscriptions/get.php. R
Wallos versions 4.6.0 and below allow authenticated attackers to perform Server-Side Request Forgery attacks through the
Path traversal in Wallos subscription tracker versions prior to 4.6.2 allows unauthenticated remote attackers to read ar
Reflected cross-site scripting (XSS) in Wallos password reset functionality before version 4.6.2 allows unauthenticated
Wallos 0.9 is vulnerable to Cross Site Scripting (XSS) in all text-based input fields without proper validation, excludi
Zip Slip path traversal in Wallos's database restore endpoint allows an authenticated administrator to write arbitrary f
SSRF via admin-configurable OIDC endpoint URLs in Wallos subscription tracker allows an authenticated admin to direct th
Wallos, an open-source self-hostable subscription tracker, contains a Server-Side Request Forgery (SSRF) vulnerability i
Wallos prior to version 4.6.2 contains an authorization bypass allowing authenticated users to delete avatar files belon
EUVD-2026-68884
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB