CVE-2024-26482: n/a
Source CVE Database V5
Not known to be exploited · CVSS 7.1 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 24% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 22 Feb 2024
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-25.
What to do
AI-suggested
Organizations should first verify if they are running Kirby CMS version 4.1.0 and specifically use the Edit Content Layout module. Since no official patches are currently linked, administrators should monitor vendor communications for updates or patches addressing this vulnerability. In the interim, restrict access to the CMS backend to trusted users only, enforce strong authentication and authorization controls to minimize the risk of low-privilege account compromise, and audit user activities regularly. Implement additional input validation and sanitization at the application or web server level to block unauthorized HTML elements if feasible. Consider deploying web application firewalls (WAFs) with custom rules to detect and block suspicious HTML injection attempts. Regularly back up website content to enable quick restoration in case of defacement or disruption. Finally, educate content editors and administrators about the risks and signs of content manipulation.
Description
An HTML injection vulnerability exists in the Edit Content Layout module of Kirby CMS v4.1.0. NOTE: the vendor disputes the significance of this report because some HTML formatting (such as with an H1 element) is allowed, but there is backend sanitization such that the reporter's mentioned "injecting malicious scripts" would not occur.