CVE-2025-51663: FileCodeBox · n/a
Affects FileCodeBoxSource CVE Database V5
Not known to be exploited · CVSS 7.5 High : upgrade to 2.3 soon.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 38% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.3
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 19 Nov 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
Upgrade vastsa/FileCodeBox to 2.3.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubvastsa/FileCodeBoxpkg:github/vastsa/FileCodeBoxOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2025-51663, organizations should implement the following specific measures: 1) Avoid relying solely on HTTP headers like X-Real-IP and X-Forwarded-For for client IP identification; instead, configure trusted proxies or load balancers to sanitize and validate these headers or use alternative methods such as direct connection IPs or secure proxy protocols. 2) Implement additional authentication and authorization controls on share codes to reduce the risk of brute force attacks, such as multi-factor authentication or rate limiting based on user accounts rather than IP addresses. 3) Deploy Web Application Firewalls (WAFs) with rules to detect and block suspicious header spoofing or anomalous request patterns. 4) Monitor logs for unusual access patterns, including rapid repeated requests with varying spoofed IP headers. 5) Segment and isolate FileCodeBox services within the network to limit the blast radius of potential DoS attacks. 6) Engage with FileCodeBox vendors or community to obtain patches or updates addressing this vulnerability as they become available. 7) Educate security teams about the risks of trusting client-supplied headers and encourage secure coding practices. These steps go beyond generic advice by focusing on architectural changes and enhanced monitoring tailored to the nature of the vulnerability.
Description
A vulnerability found in IPRateLimit implementation of FileCodeBox up to 2.2 allows remote attackers to bypass ip-based rate limit protection and failed attempt restrictions by faking X-Real-IP and X-Forwarded-For HTTP headers. This can enable attackers to perform DoS attacks or brute force share codes.