An unauthenticated file upload vulnerability exists in the Fanwei E-Office <= v9.4 web management interface. The vulnerability affects the /general/index/UploadFile.php endpoint, which improperly validates uploaded files when invoked with certain parameters (uploadType=eoffice_logo or uploadType=theme). An attacker can exploit this flaw by sending a crafted HTTP POST request to upload arbitrary files without requiring authentication. Successful exploitation could enable remote code execution on the affected server, leading to complete compromise of the web application and potentially the underlying system. Exploitation evidence was observed by the Shadowserver Foundation on 2025-02-05 UTC.
Security readout for executives and security teams
Plain-English summary
Fanwei E-Office servers through v9.4 may allow unauthenticated users to upload arbitrary files. If exposed to the internet, this can lead to remote code execution and full application compromise. Treat exposed deployments as urgent until vendor status and remediation are confirmed.
Executive priority
Prioritize this as an emergency exposure review for any internet-facing Fanwei E-Office instance. The combination of unauthenticated upload, potential RCE, public exploit material, and reported exploitation evidence creates high business-impact risk.
Technical view
The issue is a CWE-434 unrestricted file upload in /general/index/UploadFile.php when uploadType is eoffice_logo or theme. The bundle reports no authentication requirement, CVSS 10.0, and potential RCE. Version evidence is imperfect: the narrative says <= v9.4, while structured affected data is inconsistent.
Likely exposure
Highest risk is any internet-facing Fanwei E-Office web management interface running v9.4 or earlier, especially if /general/index/UploadFile.php is reachable. Internal-only systems still matter because exploitation requires no credentials once reachable.
Exploitation context
The bundle says Shadowserver observed exploitation evidence on 2025-02-05 UTC. CISA KEV is false in the provided data. Public exploit and scanner artifacts are referenced, increasing validation and abuse likelihood, but the bundle does not prove current active exploitation.
Researcher notes
Do not rely solely on the structured affected version field because it appears inconsistent. Validate against observed product version, endpoint reachability, and vendor advisories. Public references include exploit material, but defensive review should avoid reproducing weaponized upload behavior.
Mitigation direction
Check Fanwei vendor guidance for patched versions or official remediation.
Restrict external access to the E-Office management interface immediately.
Block unauthenticated access to /general/index/UploadFile.php where feasible.
Review uploaded web directories for unexpected executable files.
Monitor web logs for suspicious POST requests to the affected endpoint.
Validation and detection
Inventory all Fanwei E-Office deployments and confirm exact versions.
Verify whether /general/index/UploadFile.php is reachable without authentication.
Review access logs around and after 2025-02-05 UTC.
Check for unknown files in logo, theme, and upload directories.
Confirm whether vendor remediation has been applied.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-434: File access and web shell behavior lookup
File traversal and upload weaknesses can lead teams to review file, web shell, execution, and collection telemetry. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references file access or upload behavior, so file telemetry and web shell review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
5Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: yesTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-434 · source CWE mapping
Unrestricted Upload of File with Dangerous Type
Unrestricted Upload of File with Dangerous Type represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.