Serious Concern About SP Page Builder 6 Security Status - We FIXED IT - Question | JoomShaper

Serious Concern About SP Page Builder 6 Security Status - We FIXED IT

AGON PARTNERS INNOVATION AG

AGON PARTNERS INNOVATION AG

SP Page Builder 1 month ago

Dear JoomShaper team,

We are very worried about the current security status of SP Page Builder 6 and the related template/framework stack.

We have trusted SP Page Builder for many years and use it across many customer websites. After the recent uploadCustomIcon security issue, we still had to review, clean, protect, and harden several hundred websites.

In our tests, the latest SP Page Builder version available to us does not fully solve the underlying issue. The access-control situation may have improved, but the upload and archive-handling logic still needs stronger hardening.

We already have OWASP-based WAF rules, proxy protection, and additional server-side security in place. However, these are only compensating controls. The component itself must safely handle uploads, ZIP extraction, file validation, and copying into public media directories.

Because we cannot wait for a final upstream fix while customer sites remain at risk, we created a temporary hardening package.

What we created

We created a proper Joomla installer package and a separate restore/deinstaller package for the SP Page Builder 6 uploadCustomIcon hardening.

The package adds additional protection for ZIP validation, unsafe file rejection, path traversal checks, executable file blocking, safer extraction, sanitized names, allow-listed copying, and public media-folder protection.

The goal is not to replace an official JoomShaper fix. This is an emergency hardening overlay to protect live customer websites now.

Compatibility

The package is intended for SP Page Builder 6.x installations.

Joomla compatibility information, installer details, restore/deinstaller details, and usage notes are documented in the repositories.

Main hardening package: https://github.com/konzeptplus-gmbh/SPPB-Upload-Custom-Icon-Hardening

Restore / deinstaller package: https://github.com/konzeptplus-gmbh/SPPB-Upload-Custom-Icon-Hardening-Restore

Request to JoomShaper

We ask JoomShaper to review this issue with urgency and provide a fully reviewed upstream fix, not only a compensating access-control change.

We also ask for a clear public security statement, cleanup guidance for already-compromised sites, and a changelog that clearly states which SP Page Builder and related framework/template versions are safe.

We are willing to share details from our hardening work so this can be solved properly in the official product.

Best regards, Agon Partners Innovation AG former Konzeptplus GmbH

1
7 Answers
Mehtaz Afsana Borsha
Mehtaz Afsana Borsha
Accepted Answer
Support Agent 1 month ago #228860

Hello,

Thank you for taking the time to document your findings and for sharing the hardening and restore packages with us.

We understand the seriousness of your concerns, particularly given the number of customer websites you manage and the work required to review and secure them following the reported uploadCustomIcon issue.

We have forwarded the information, including both GitHub repositories, to our development teams for further technical review. Since these are third-party modifications, we cannot officially recommend or endorse installing them until the code and its compatibility implications have been fully assessed.

For security reasons, we also recommend avoiding the publication of detailed exploit information or sensitive technical findings in the public forum. Any additional evidence, reproduction steps, affected files, logs, or proof-of-concept details should be submitted through our hidden content box, so our team can investigate them securely.

In the meantime, you should keep SP Page Builder, Joomla, templates, and extensions updated, maintain verified backups, review their websites for unauthorized files or administrator accounts, and follow official JoomShaper security announcements.

We appreciate your willingness to cooperate and share your work. Our team will review the underlying upload, archive extraction, validation, and file-handling concerns you have raised. Any confirmed fixes, affected-version information, or further security guidance will be communicated through our official channels.

Thank you again for reporting this responsibly.

-Best regards.

0
AGON PARTNERS INNOVATION AG
AGON PARTNERS INNOVATION AG
Accepted Answer
1 month ago #228999

Thank you for your response and for forwarding both repositories to your development teams. We understand that JoomShaper cannot officially recommend or endorse third-party modifications before the code and its compatibility implications have been reviewed.

We also agree that sensitive security findings, reproduction steps, and proof-of-concept details should not be published in the public forum. We have therefore deliberately limited the information in our public repositories to defensive hardening, installation, restoration, and operational guidance. Any further sensitive findings can be provided through your hidden content box or another appropriate private security channel.

During our investigation, we identified an additional operational problem involving database entries left behind by the affected asset and custom-icon processes. On installations with many accumulated records, these stale or orphaned asset entries can negatively affect performance and slow down the website and administrator interface.

We have therefore also created a cleanup script for these database entries. An updated version of our package will include this cleanup functionality, together with the existing upload hardening, installer, backup, checksum-verification, and restore/deinstaller functionality. latest Version will be pushed in the next view hours.

The current repositories are: (we do not post on github normaly as all Serious-DEV Teams should use there own gitlabs)

Main hardening package: https://github.com/konzeptplus-gmbh/SPPB-Upload-Custom-Icon-Hardening

Restore and deinstaller package: https://github.com/konzeptplus-gmbh/SPPB-Upload-Custom-Icon-Hardening-Restore

Users who require the installable ZIP files can open the relevant repository, select “Releases,” and download the ZIP package attached to the latest release. The repositories also contain the compatibility information, installation instructions, checksums, and technical documentation.

We would also like to inform you that, after beginning a more extensive review of SP Page Builder and the related framework code, we identified several additional security-relevant concerns. We will not publish these findings publicly because doing so could unnecessarily expose Joomla installations before the issues have been reviewed and corrected.

However, the number and nature of the issues we encountered indicate that the relevant upload, archive, asset, AJAX, authorization, file-handling, and framework code should receive a broader security review rather than only a narrowly scoped correction for the originally reported endpoint.

Please ask your development and security teams to review the surrounding code paths carefully. We are prepared to provide the additional technical findings privately, including affected files, conditions, and evidence, through an appropriate confidential channel.

Our intention is not to compete with or replace the official product. We created these packages because we are responsible for several hundred customer websites and needed an immediately deployable, reversible mitigation while waiting for a complete upstream solution.

We appreciate your responsible response and look forward to receiving confirmation regarding:

  1. Which official SP Page Builder version fully addresses the original vulnerability.
  2. Whether the upload and archive-handling implementation has been comprehensively hardened.
  3. Whether the related asset database records and cleanup requirements will be addressed.
  4. Whether the surrounding framework and AJAX code will receive an extended security audit.
  5. How we should securely submit the additional non-public findings to your team.

Thank you again for reviewing our work and for treating this matter seriously

0
T
Torsten.S
Accepted Answer
1 month ago #229006

@ AGON PARTNERS INNOVATION AG

Euer Script deckt nicht alles ab. Das nur als kurzer Hinweis. Auch ein Backup in den Webroot ist eher semi.

VG

0
Mehtaz Afsana Borsha
Mehtaz Afsana Borsha
Accepted Answer
Support Agent 1 month ago #229018

Thank you very much for sharing this information. I have forwarded these details to our team for review.

0
AGON PARTNERS INNOVATION AG
AGON PARTNERS INNOVATION AG
Accepted Answer
1 month ago #229025

Yes your right. We did not cover all on our public Releases of the FIX. And the backup on the Webroot is not on our internal. But we need to think how most of the others running there installations. If you have some quick requests we can have some merges from our internal so it would fix other usecases. Plus the latest release will be pushed in a view hours anyway. ..

After going down the Rabbit Hole...

0
T
Torsten.S
Accepted Answer
1 month ago #229026

Hi, i am writing my own security scanner right now. At the moment i am running a bunch of tests.

I i gonna publish it as well on github in a few days.

you can check the scripts as you like , if they are online.

cheers

0
Mehtaz Afsana Borsha
Mehtaz Afsana Borsha
Accepted Answer
Support Agent 1 month ago #229182

Ok, Thanks for sharing.

0