CVE-2026-9855: Custom Field Template <= 2.7.8 - Authenticated (Contributor+) SQL Injection via 'post_ID' Parameter

Published Sep 19, 2026
·
Updated

The Custom Field Template plugin for WordPress is vulnerable to generic SQL Injection via the 'postID' parameter in all versions up to, and including, 2.7.8 due to insufficient escaping on the user supplied parameter and lack of sufficient preparation on the existing SQL query. This makes it possible for authenticated attackers, with contributor-level access and above, to append additional SQL queries into already existing queries that can be used to extract sensitive information from the database. The capability check via currentusercan('editpost', $id) is bypassable because WordPress internally casts $id to an integer for the permission evaluation while the full unsanitized string is preserved and passed to the SQL sink, and a valid nonce — which is also required — can be legitimately obtained by any Contributor-level user from the post edit screen.

Affected Software

1 affected component
WordPress Custom Field Template<=2.7.8

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade WordPress Custom Field Template to a version that resolves this vulnerability.

    Fixed in 2.7.8
  2. Compensating control

    Restrict Contributor-level (and above) users’ ability to access the post edit screen / obtain nonces, e.g., by limiting who can edit posts in WordPress to trusted accounts only.

Event History

Sep 19, 2026
CVE Published
via MITRE·07:43 AM
Data Sourced
via MITRE·07:43 AM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Can a low-privileged WordPress user exploit this issue?

Yes. An authenticated user with Contributor-level access or higher can exploit it, provided they have a valid nonce. Contributors can legitimately obtain the required nonce from the post edit screen.

2

Does the post-edit permission check block attempts against posts the attacker cannot edit?

Not reliably. WordPress casts the post ID to an integer during the permission check, but the unsanitized post_ID value is retained for the SQL query, allowing the check to be bypassed.

3

What is the likely security impact?

An attacker can append SQL to existing queries and extract sensitive information from the WordPress database. The provided assessment indicates high confidentiality impact, with no stated integrity or availability impact.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203