Cyber Resilience

CVE-2024-10898

Krishaweb Contact Form 7 Email Add On ≤ 1.9

Published
21 November 2024
Modified
08 April 2026
CVSS Score v3.1 8.8
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
EPSS Score 0.013 67th percentile
Risk Priority 66 floored blend · peak EPSS

Summary

CVE-2024-10898 is a high-severity PHP Remote File Inclusion (CWE-98) vulnerability in Krishaweb Contact Form 7 Email Add On. Its CVSS base score is 8.8 (High).

Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked in the top 33% of CVEs by exploit likelihood; it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to SA-11 (Developer Testing and Evaluation) and SI-10 (Information Input Validation) — see the control section below for these in your framework.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

The Contact Form 7 Email Add on plugin for WordPress is vulnerable to Local File Inclusion in all versions up to, and including, 1.9 via the cf7_email_add_on_add_admin_template() function. This makes it possible for authenticated attackers, with Contributor-level access and above,…

more

to include and execute arbitrary PHP files on the server, allowing the execution of any PHP code in those files. This can be used to bypass access controls, obtain sensitive data, or achieve code execution in cases where php files can be uploaded and included.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise Techniques

T1190 Exploit Public-Facing Application Initial Access
Adversaries may attempt to exploit a weakness in an Internet-facing host or system to initially access a network.
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2024-5455Same product class: WordPress / CMS plugin
CVE-2024-3061Same product class: WordPress / CMS plugin
CVE-2024-10873Same product class: WordPress / CMS plugin
CVE-2025-32158Same product class: WordPress / CMS plugin
CVE-2024-3499Same product class: WordPress / CMS plugin
CVE-2024-37479Same product class: WordPress / CMS plugin
CVE-2024-2047Same product class: WordPress / CMS plugin
CVE-2024-10780Same product class: WordPress / CMS plugin
CVE-2023-47178Same product class: WordPress / CMS plugin
CVE-2024-13344Same product class: WordPress / CMS plugin

Affected Assets

krishaweb
contact form 7 email add on
≤ 1.9

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

Developer testing and static analysis can discover missing filename restrictions before deployment.

Validating all inputs before they reach include/require statements directly stops untrusted filenames from being used.

Enforcing access authorizations on resources limits what an included file can reach even if a bad name is supplied.

Information-flow rules can block the loading of external or unauthorized files into the PHP process.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure SDLC practices such as input validation and allow-listing of include paths directly prevent the weakness.

PR.PS-01 partial match
prevents

Hardened runtime configuration (e.g., allow_url_include=off) directly blocks RFI even if code is flawed.

PR.PS-05 partial match
prevents

Execution restrictions can prevent the remote payload from running, while eliminating the weakness reduces the need for such controls.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

finds

Security testing can detect RFI but does not prevent the weakness by itself.

prevents

Secure development lifecycle mandates input validation and safe include/require patterns that directly prevent remote file inclusion.

prevents

Application security requirements explicitly call for controls against injection and unsafe file operations.

prevents

Secure architecture principles reduce attack surface but do not specifically address dynamic file inclusion.

prevents

Secure coding standards directly require whitelisting and sanitization of filenames used in include/require statements.

none

Information access restriction limits what files can be read but does not address dynamic inclusion logic.

References