Skip to main content
CVE-2025-51663VulnerabilityPublished Updated

CVE-2025-51663: FileCodeBox · n/a

Affects FileCodeBoxSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High : upgrade to 2.3 soon.

Data as of 26 Oct 2026, 07:57 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 19 Nov 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
GitHubvastsa/FileCodeBoxpkg:github/vastsa/FileCodeBoxOther threatsAffected
  • <2.3
Fixed in
  • 2.3

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.

References

Community reviews

Loading reviews…