Skip to main content
CVE-2024-44867VulnerabilityPublished

CVE-2024-44867: phpok · n/a

Affects phpokSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 25 Oct 2026, 19:02 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Sep 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
GitHubchengzyin/phpokpkg:github/chengzyin/phpokOther threatsAffected
  • =3.0
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

1. Immediate mitigation should include restricting external access to the /autoload/file.php component via web server configuration or network controls to prevent unauthorized requests. 2. Deploy a web application firewall (WAF) with rules to detect and block directory traversal patterns and suspicious file path requests targeting phpok components. 3. Conduct thorough input validation and sanitization on all file path parameters within phpok, especially in the autoload mechanisms, to prevent traversal attacks. 4. Monitor server logs for unusual file access patterns or repeated attempts to access sensitive files. 5. If possible, upgrade to a patched version of phpok once available; in the absence of an official patch, consider applying custom patches or temporary code fixes to sanitize inputs. 6. Limit file system permissions for the web server user to the minimum necessary, preventing access to sensitive files outside the web root. 7. Educate development and operations teams about this vulnerability to ensure rapid response and awareness. 8. Regularly audit phpok installations and configurations to ensure no exposure of sensitive files via misconfiguration.

Description

phpok v3.0 was discovered to contain an arbitrary file read vulnerability via the component /autoload/file.php.

References

Community reviews

Loading reviews…