> Were they right to do so? It's complicated, but likely yes.<p>Going to disagree, there.<p>What did turning off some of the commercial features of the plugin have to do with the security fix?<p>WPE had already created a fix for the security issue. It was just being artificially being prevented from being deployed.<p>They didn't just <i>fork</i> ACF into SCF. They forked it, then took over all of ACF's reputation, rating, and are arguably committing trademark infringement in order to do so, none of which was needed for the security fix.<p>> The WordPress.org team<p>Matt says himself "I am WordPress.org. It's not a part of the Foundation" (but you'd be forgiven for thinking so, given that the website resides on the Foundations AS network...<p>As for the security fix itself:<p>It's not much of one. It hides some POST variables or doesn't populate them, but they're still present in the REQUEST supervariable. It's relatively pointless as a security fix because if there -was- an exploit for it, the exploit would still work with a simple "s/_POST/_REQUEST/g".<p>It also seems entirely likely that Matt directed engineers at Automattic to find something, anything, that could plausibly called a security hole so that he could artificially catalyze this situation into existence.
<a href="https://x.com/deviorobert/status/1845843078189306185" rel="nofollow">https://x.com/deviorobert/status/1845843078189306185</a><p>So far we've seen access to the following blocked by Matt via <a href="http://wordpress.org" rel="nofollow">http://wordpress.org</a><p>Advanced Custom Fieleds -
@wp_acf<p>Nitropack -
@getnitropack<p>Genesis Blocks -
@studiopress<p>Better Search Replace -
@dliciousbrains<p>PHP Compatibility Checker -
@wpengine<p>WP Migrate Lite -
@dliciousbrains<p>Frost theme -
@bgardner