Skip to content
Laskyr

Plugins · acf-field-blocks · data as of 2026-11-04

Is Blocks for ACF Fields safe? Known vulnerabilities and latest version

No known unpatched vulnerabilities in the latest version (1.6.6)

As of 2026-11-04. 1 issue is on record for older versions; version 1.6.3 or newer fixes all of them that state a fix.

Latest version
1.6.6
Last updated
2026-11-02
Active installs
2,000+
Known issues on record
1
Unpatched in latest
0
Tested up to WP
7.1.4 · PHP 7.4+

The easiest way to load ACF & SCF fields in WordPress blocks. Add your custom fields to the block editor instantly — no coding required! — by gamaup

What to do

  1. Update to the latest version (1.6.6). Anything older than 1.6.3 has at least one known issue listed below. Dashboard → Updates, or Plugins → “update now”.
  2. If you cannot update right away, deactivate it until you can.
  3. Turn on auto-updates for it: Plugins → “Enable auto-updates” on its row.
  4. If you ran a vulnerable version and something looks off (spam pages, strange admins, redirects), run the free scan.

With WP-CLI: wp plugin get acf-field-blocks --field=version shows what you run; wp plugin update acf-field-blocks updates it.

Check your version

Known vulnerabilities

1 on record, newest first. “Affected” is the version range the source gives; “fixed in” is the version the source names, or (marked *) the first wordpress.org release after the last affected version.

medium 6.5 CVE-2026-12428 · published 2026-07-09

Missing authorization check in Blocks for ACF Fields (1.6.2 and older)

Affected
1.6.2 and older
Fixed in
1.6.3 *
Access needed (per CVSS)
Needs a low-level account (e.g. subscriber)
Range from
CVE record (the advisory publisher) · score by Wordfence
Details from the advisory

The Blocks for ACF Fields plugin for WordPress is vulnerable to unauthorized access of data due to a missing capability check on the get_all_values() function in the /wp-json/acf-field-blocks/v1/values REST endpoint in versions up to, and including, 1.6.2. The permission_callback only verifies the generic publish_posts capability and the handler passes a user-supplied id parameter directly to get_field_objects() without verifying that the requesting user is authorized to read the target object. This makes it possible for authenticated attackers, with Author-level access and above, to read ACF field values from arbitrary posts (including private posts, drafts, posts by other users, and other ACF-supported objects) that they should not have access to.

NVD CVE-2026-12428Wordfence advisoryCode change (fix)Plugin source

Recent activity

Browse vulnerabilities

Where this data comes from

Badge for your site or docs (states facts with a date, not a verdict):
Blocks for ACF Fields vulnerability status badge
<a href="https://laskyr.com/plugins/acf-field-blocks"><img src="https://laskyr.com/plugins/acf-field-blocks/badge.svg" alt="Blocks for ACF Fields vulnerability status"></a>

← Check another plugin · Free hacked-site scan

First hour checklist

If the site was just hacked, read the emergency kit before you delete files. The page is free. Email is optional.

Read the emergency kit