Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as low-privileged user
-
DeliverySend crafted request to AJAX endpoint
-
ExploitInject attacker URL into smart_fill 'url' arg
-
ExecutionServer issues forged outbound request
-
ImpactAccess internal/metadata services
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 low-privileged account (PR:L) on a Form Tools ≤3.1.1 instance and the ability to reach the AJAX endpoint backed by the smart_fill function in /global/code/actions.php; the attacker supplies a malicious value in the 'url' argument. No user interaction is needed. Limiting factors: prior authentication is required (not an unauthenticated flaw), impact is confined to server-side request forgery (low confidentiality) with no direct code execution, and realistic severity depends on what internal services or cloud metadata endpoints are reachable from the server. No fix is available, so exposure persists until the vendor responds. |
| Impact | Real-world risk is modest. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N) scores 5.3 and indicates a network-reachable but authenticated (PR:L) flaw with only low confidentiality impact and no integrity or availability impact - consistent with a classic SSRF that lets an attacker coax the server into issuing outbound requests. The E:P (Proof-of-Concept) exploit maturity in the vector aligns with the stated 'exploit has been published,' so publicly available exploit code exists; however there is no KEV listing and no EPSS value supplied, so there is no evidence of active exploitation - these are distinct signals and should not be conflated. The requirement for prior authentication (PR:L) and the limited single-metric impact make this a lower-tier priority rather than an urgent one, though SSRF can be a stepping stone (internal service enumeration, cloud metadata access) depending on the deployment. Two cautions: the vendor-set scope is unchanged (SC:N), yet SSRF frequently warrants a scope change because the affected request targets a different system - this is arguable. Also notable: the project was notified via a GitHub issue but has not responded, so no fix is confirmed available, increasing exposure duration for deployed instances. |
| Exploit ScenarioDerived | An authenticated low-privileged Form Tools user sends a crafted request to the AJAX endpoint in /global/code/actions.php, supplying an attacker-controlled value in the 'url' argument to the smart_fill function. The server dereferences that URL, letting the attacker reach internal-only services, cloud metadata endpoints, or map the internal network from the server's vantage point. A public proof-of-concept exploit has been published (github.com/wawyw/cve_report), lowering the barrier to exploitation. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 01, 2026
Server-side request forgery in Form Tools through 3.1.1 allows an authenticated low-privileged user to make the server issue arbitrary outbound HTTP requests by supplying a crafted 'url' argument to the smart_fill function in /global/code/actions.php, with no user interaction required. Impact is confined to low confidentiality (probing internal services and cloud metadata endpoints reachable from the host) rather than code execution, so realistic risk is modest and depends heavily on what the server can reach. Publicly available exploit code exists, the flaw is not confirmed as actively exploited (no CISA KEV listing), and no vendor-released patch has been identified at time of analysis.
RemediationAI
No vendor-released patch is identified at time of analysis, so remediation is compensatory: restrict access to the AJAX endpoint implementing smart_fill to trusted, authenticated roles (the flaw already requires a low-privileged session, so reducing the number of accounts that can reach that action shrinks the attack surface) and apply egress filtering on the Form Tools host so outbound requests cannot reach RFC1918 internal ranges or cloud metadata addresses such as 169.254.169.254. Egress allowlisting is effective but carries a trade-off: Form Tools and its integrations may legitimately fetch remote content, and legitimate fetches will break unless destinations are enumerated in advance. On AWS, enforcing IMDSv2 with a hop limit of 1 blunts metadata credential theft even if SSRF succeeds, at the cost of instance-level configuration changes. Host-level code changes - validating the 'url' argument against a scheme and host allowlist, or disabling the smart_fill action outright - will stop the specific vector but are unsupported local modifications that are lost on upgrade and may disable intended functionality. Monitor https://github.com/formtools/core/issues/958 and the VulDB record at https://vuldb.com/vuln/412352 for an official fix, and plan to upgrade to the first patched release once it is published.
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
Server-side request forgery (CWE-918) in a PHP application: Form Tools is a PHP/MySQL form-processing suite, and its AJAX endpoint dispatches the smart_fill action from /global/code/actions.php, which takes a client-supplied 'url' value and performs an outbound HTTP request without validating scheme, host, or destination network. Because the request originates from the web server, an attacker who can invoke the action can pivot to resources the server can reach but the attacker cannot - internal admin panels, other services on the LAN, or cloud instance metadata services - and read the responses where they are reflected back. CWE-918 covers exactly this class of 'improper neutralization of user-controlled input used to make a server-side request.' The CPE cpe:2.3:a:formtools.org:form_tools:*:*:*:*:*:*:*:* identifies the affected product with a wildcard version, matching Form Tools releases up to and including 3.1.1. The supplied CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/E:P) and our independent CVSS 3.1 assessment (AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N) agree that the prerequisite is a low-privileged authenticated session, that no user interaction is required, and that the impact is limited to low confidentiality with no integrity or availability effect. The E:P metric reflects the published proof-of-concept, not confirmed in-the-wild activity.
Know when Form Tools 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:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N/E:P
Network-reachable AJAX endpoint but requires an authenticated account (PR:L); SSRF yields limited confidentiality (C:L) with no integrity/availability impact, scope kept unchanged per vendor though SSRF arguably warrants S:C.
Primary rating from Vendor (VulDB).
CVSS VectorVendor: VulDB
Lifecycle Timeline
3DescriptionCVE.org
A flaw has been found in formtools.org Form Tools up to 3.1.1. Impacted is the function smart_fill of the file /global/code/actions.php of the component AJAX Endpoint. This manipulation of the argument url causes server-side request forgery. The attack can be initiated remotely. The exploit has been published and may be used. The project was informed of the problem early through an issue report but has not responded yet.
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.
More in Form Tools
View allCross Site Scripting (XSS) vulnerability in Form Tools 3.1.1 allows attackers to run arbitrary code via the client_id pa
SQL Injection vulnerability in Form Tools 3.1.1 allows attackers to run arbitrary SQL commands via the 'keyword' when se
Server Side Template Injection (SSTI) vulnerability in Form Tools 3.1.1 allows attackers to run arbitrary commands via t
Cross Site Request Forgery (CSRF) vulnerability in Form Tools 3.1.1 allows attackers to manipulate sensitive user data v
Cross Site Scripting (XSS) vulnerability in Form Tools 3.1.1 allows attackers to run arbitrary code via the First Name f
Form Tools v3.1.1 was discovered to contain a reflected cross-site scripting (XSS) vulnerability via the component /form
Unrestricted file upload in Form Tools 3.1.1 and earlier lets an authenticated, low-privileged user push attacker-contro
Server-side template injection (SSTI) in formtools.org Form Tools up to and including version 3.1.1 allows an authentica
A vulnerability, which was classified as problematic, was found in formtools.org Form Tools 3.1.1. Rated medium severity
A vulnerability, which was classified as problematic, has been found in formtools.org Form Tools 3.1.1.php?page=accounts
A vulnerability classified as problematic was found in formtools.org Form Tools 3.1.1. Rated medium severity (CVSS 5.1),
A vulnerability classified as problematic has been found in formtools.org Form Tools 3.1.1. Rated medium severity (CVSS
EUVD-2026-90502
GHSA-pp9r-qvvc-cvhw
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB