Skip to main content
CVE-2024-38469VulnerabilityPublished Updated

CVE-2024-38469: iBarn · n/a

Affects iBarnSource CVE Database V5

0

Not known to be exploited · CVSS 6.3 Medium.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
6.3Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 27% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 17 Jun 2024

  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-25.

What to do

Affected software

ProductAffectedFixed in
GitHubzhimengzhe/iBarnpkg:github/zhimengzhe/iBarnOther threatsAffected
  • =1.5
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-2024-38469, organizations should implement multiple layers of defense: 1) Apply strict input validation on the $search parameter to reject or sanitize suspicious characters and scripts before processing. 2) Employ context-aware output encoding (e.g., HTML entity encoding) to neutralize any user-supplied data rendered in the response. 3) Use Content Security Policy (CSP) headers to restrict the execution of unauthorized scripts in browsers. 4) Educate users to avoid clicking on suspicious or unsolicited links, especially those that appear to come from untrusted sources. 5) Monitor web application logs for unusual or suspicious requests targeting the /pay.php endpoint. 6) If possible, isolate or restrict access to the vulnerable application until a vendor patch or update is available. 7) Conduct regular security testing, including automated scanning and manual penetration testing, to detect similar vulnerabilities. 8) Engage with the software vendor or community to obtain or request patches and updates addressing this issue. These steps go beyond generic advice by focusing on the specific vulnerable parameter and endpoint, user interaction risks, and layered defenses.

Description

zhimengzhe iBarn v1.5 was discovered to contain a reflected cross-site scripting (XSS) vulnerability via the $search parameter at /pay.php.

References

Community reviews

Loading reviews…