Bricksforge WordPress flaw risks site takeover without login
Attackers began hitting a Bricksforge upload bug on October 7. Here is how the trick works, which versions are safe and what to check after you update.
CVE-2026-85097 lets anyone with no account plant and run PHP code on WordPress sites using vulnerable Bricksforge versions.
Patchstack spotted the first attack attempts at 21:47 UTC on October 7, coming from 63 different IP addresses.
The fix arrived in the tenth build of the 3.1.8 series, and the developer added another upload hardening in the 4.0 release on October 8.
Updating stops new attacks but does not clean a site that was already hit, so owners should check upload folders and logs.
Quick read · 1 min
Attackers are exploiting a maximum-severity flaw in Bricksforge, an add-on for the Bricks website builder on WordPress. The bug, CVE-2026-85097, lets someone with no account upload an image that hides PHP code, then trick the plugin into saving it as a runnable file. That can hand them full control of the site.
Patchstack saw the first attempts on October 7, from 63 IP addresses using automated tools. Every version up to the ninth build of the 3.1.8 series is affected; the tenth build fixes it, and the 4.0 release from October 8 adds more upload hardening.
Update Bricksforge to the newest version now.
Look for stray PHP files in the plugin's temporary upload folder.
Check for admin accounts you don't recognize.
Updating blocks new attacks but won't clean a site that was already hit, so do the checks too.
A single fake image file is all it takes. Attackers are abusing a flaw in Bricksforge, a popular add-on for the Bricks website builder on WordPress, to drop their own code onto a site and run it, with no username or password needed.
If you run a WordPress site built with Bricks, or pay someone who does, this matters right now. The bug, tracked as CVE-2026-85097, gives an outsider the same power over your server as your web developer: they can change pages, steal customer data, or hide a back door that survives a password reset. Patchstack, a WordPress security company, saw the first attempts on the evening of October 7, and automated tools have been scanning for unpatched sites since.
01
What the Bricksforge WordPress flaw actually does
The Bricksforge WordPress flaw is a remote code execution bug, which means an attacker on the other side of the internet can make your server run instructions of their choosing. It lives in the plugin’s form upload feature, the part that lets visitors attach a file to a contact or order form.
Patchstack rates it 10.0 on the CVSS scale, the industry’s standard severity score, and that is the very top of the scale. Wordfence, which keeps the official CVE record, gives it 9.8. Both agree on the basic point: no login is required, and the result can be a full takeover.
Bricksforge itself is a toolkit for Bricks that adds animations, advanced forms, dynamic content and admin tweaks. Because forms are one of its main selling points, a lot of sites using it have upload fields switched on. The developer’s own changelog goes further and says the problem touches every site where its Pro Forms feature is active, even if no single form asks for a file.
02
How a harmless-looking GIF becomes a back door
The trick exploits a gap between two moments. When a file is first uploaded, Bricksforge checks that it really is an image. When the form is then submitted, the plugin simply believes the file details the visitor’s browser sends back, including the web address where the file should end up.
Attackers use that trust in a few quick moves:
They ask a public Bricksforge function for a fresh security token, which it hands out to anyone without checking who is asking.
They upload a polyglot, a file that is a genuine GIF picture but also carries hidden PHP code. Because it is a real image, it passes the type check and sits in the plugin’s temporary folder.
They submit the form with doctored details: the file path still points at the innocent image, but the destination address ends in a PHP extension.
Bricksforge copies the image’s contents to that PHP location. When the attacker then visits the new file, the server runs the hidden code.
PHP is the programming language WordPress is written in, so once the server treats the file as PHP, the attacker’s code runs with the same reach as the site itself.
03
What the attacks look like so far
Patchstack logged attempts from 63 separate IP addresses, a mix of cloud servers, hosting companies and home internet connections. Six of those addresses sent roughly 46% of all the requests it saw.
Two patterns stood out. In one, 44 addresses fired off 56 identical requests within seconds of each other. In the other, just three addresses tried 25 different spellings and encodings of the PHP extension against the same temporary file, looking for one the plugin would accept. Patchstack says both point to automated tools running across many machines, but that this alone doesn’t prove one group is behind it.
In about 95% of the requests, the file path ended in .gif or .png while the destination pointed at a PHP file. To slip past simple filters, attackers swapped in rarer endings such as .phtml or .php5, mixed upper and lower case, or encoded the letters. Some tried to drop files with names starting with login_admin into the normal WordPress uploads folders rather than the temporary one.
Almost all of the traffic hit the plugin’s form endpoint on the WordPress REST API, the address apps use to talk to a site. A smaller number went through the older admin-ajax route instead.
04
Which Bricksforge versions are safe
Every Bricksforge release up to and including the ninth build of the 3.1.8 series is vulnerable. The tenth build of that series is the first fixed one, so anything from there on closes this hole.
The developer also shipped a separate security fix for Pro Forms uploads in its 4.0 release on October 8, and its release notes say forms with file fields keep working after the change. The simplest advice is to move to the newest version shown in your WordPress dashboard rather than stopping at the minimum fix.
Patchstack says it pushed a firewall rule that blocks the attack before the first real attempts arrived, and other security plugins may offer similar stopgaps. Treat those as a bridge until you can update, not a replacement for it.
What this means for small business and blog owners
Most people hit by this won’t be big companies. They’ll be a local shop, a portfolio site or a club page built by a freelancer a couple of years ago and rarely touched since. Those sites are exactly what automated scanners look for.
A takeover can mean spam pages showing up in Google under your name, visitors being sent to scam sites, or customer form submissions being read by a stranger. Your hosting company may also suspend a site that starts sending malware. If someone else looks after your site, send them the CVE number and ask for written confirmation of the Bricksforge version now installed.
06
What to check after you update
Updating stops new break-ins, but it does nothing about an attacker who got in before you patched. If your site ran an old version after October 7, spend ten minutes on these checks, or ask your developer to:
Look inside the Bricksforge temporary folder (inside wp-content, under uploads, bricksforge, tmp) for any file ending in .php or a similar variant. A real image folder should never contain one.
Search the other upload folders for PHP files, especially ones with names beginning login_admin.
Ask your host for access logs and look for repeated form submissions to the Bricksforge form endpoint that include a temporaryFileUploads field, followed by visits to newly created PHP files.
Review your list of administrator accounts and remove anyone you don’t recognize, then change passwords for the remaining ones.
If you find anything suspicious, restoring from a clean backup taken before October 7 is often faster and safer than trying to pick a back door out by hand.
Two other plugin bugs being used at the same time
The same week, attackers were also abusing cross-site scripting bugs, where a booby-trapped script runs in an admin’s browser, in two unrelated plugins: WPC Product Bundles for WooCommerce (CVE-2026-93836) and Ninja Forms (CVE-2026-94504). Both are rated 7.1.
When a logged-in admin triggers the script, it quietly installs a malicious plugin, creates a new administrator hidden from the Users screen and adds a secret login link. The fixed versions are 8.6.7 for WPC Product Bundles and 3.15.4 for Ninja Forms. As with Bricksforge, updating blocks the attack but won’t remove an infection that’s already there, so check for hidden admins and odd plugins too.
07
Quick answers
Do I need to do anything if I don’t use Bricksforge?
Not for this bug. It only affects sites with the Bricksforge plugin installed, though it’s still worth updating every plugin, since two other popular ones were attacked the same week.
Can attackers use this without an account on my site?
Yes. That’s what makes it so serious. The security token the attack needs is handed out by a public plugin function, so no login of any kind is required.
Is updating enough to make my site safe?
It stops new attacks. If your site ran a vulnerable version after October 7, you should also check the upload folders, logs and admin accounts for signs that someone already got in.
Leaked Slack messages show Proton's chief pushing AI-written code over security delays. Users are canceling. Here is what happened and what it means for your encrypted mail.
Researchers showed one booby-trapped ChatGPT link could read a victim's private chats. OpenAI has fixed it, but share links are still a favorite trick for scammers.
6 min read
We use cookies to understand how readers use Talk With Tech, so we can make it better. Is that OK? Privacy policy
The Daily Brief
Today's biggest tech stories, in 5 minutes
Every morning, the news that matters from AI, phones, apps and the people shaping tech. Explained in plain English. Free.
One email a day. No spam, unsubscribe anytime. Privacy policy