- Joomla Version
- 4 - 6
- PHP Version
- PHP 8.2.x
- Hoster
- lokal
wieder ein Update für den SPPageBuilder 6.9.0 auf 6.9.1
-
deevau -
14. September 2026 um 17:06 -
Erledigt
-
-
ist wohl sicherheitsrelevant...
-
ist wohl sicherheitsrelevant...
Ja! Leider gabe es (erneut) keinen Hinweis per Mail von den Entwicklern.
-
Nervig sind die ganzen Updates ohne Frage, gefühlt abwechselnd SP Page Builder und Helix Ultimate jede Woche. Aber ich habe bisher immer eine Email bekommen. Ist deine Email eingetragen und landet nicht im Spam Ordner?
-
Nervig sind die ganzen Updates ohne Frage, gefühlt abwechselnd SP Page Builder und Helix Ultimate jede Woche. Aber ich habe bisher immer eine Email bekommen. Ist deine Email eingetragen und landet nicht im Spam Ordner?
Die E-Mail Benachrichtigung kam heute, den 15.09.2026 um 13:26 Uhr. Mir wäre es lieber, die Kunden werden sofort nach Bereitstellung des Updates informiert. Mit dem Update gab es laut Forum beim Joomshaper auch wieder mindestens ein Problem mit leeren Pop-UP Fenstern. Ich frage mich ob die ihre Arbeit vor Veröffentlichung ausgiebeig testen. Diese Sicherheitslücken gabe es doch prinzipiell auch schon bei anderen Sicherheitsupdates. Mein Vertrauen in diese Entwickler ist dahin. Wird allerding schwierig mal eben so eine Menge websites umzubauen.
-
Ich habe auch schon die Prioritäten bemängelt. Gefühlt kommen so viele neue Funktion-Updates, dabei sollte man das ganze Produkt einfach mal 2-3 Monate auf Sicherheitslücken überprüfen. Wäre viel wichtiger.
Glaube die Sicherheitslücken waren teilweise so kritisch und teilweise wurden sie ja auch aktiv ausgenutzt, dass man versucht schnell einen Fix zu bringen und einfach nicht die 3-4 Tage Zeit hat um den Patch zu prüfen. Das ist das Problem wenn eine Sicherheitslücke bekannt wird und nicht vom Team selbst gefunden wird.
-
Das solche Lücken wie SQL injection nicht vom Hersteller selbst gefunden werden - erst recht nicht in Zeiten von KI- ist schon sehr verwunderlich.
-
dass man versucht schnell einen Fix zu bringen und einfach nicht die 3-4 Tage Zeit hat um den Patch zu prüfen
“Hektik” ist beim JoomShaper nun wirklich nicht zu spüren, die Kollegen haben ein eher entspanntes Arbeitstempo.
-
Das solche Lücken wie SQL injection nicht vom Hersteller selbst gefunden werden - erst recht nicht in Zeiten von KI- ist schon sehr verwunderlich.
Als ich das gelesen habe, muss ich mich einmal einmischen:
Der Code ist doch frei lesbar. Verwunderlich finde ich das diese Lücken niemand von den tausenden Benutzern sieht, die alle das Plugin verwenden. Auch diese können den Code Audit-mäßig in eine KI geben und checken lassen.
Auf sich etwas zu verlassen was kostenlos und nur von einer Person oder wenigen verwaltet wird, ist fahrlässig. -
Auf sich etwas zu verlassen was kostenlos und nur von einer Person oder wenigen verwaltet wird, ist fahrlässig.
Woher hast du deine Informationen zur Anzahl der Entwickler?
Falsche Annahmen und Publikationen dazu sind auch fahrlässig?
-
Als ich das gelesen habe, muss ich mich einmal einmischen:
Der Code ist doch frei lesbar. Verwunderlich finde ich das diese Lücken niemand von den tausenden Benutzern sieht, die alle das Plugin verwenden. Auch diese können den Code Audit-mäßig in eine KI geben und checken lassen.
Auf sich etwas zu verlassen was kostenlos und nur von einer Person oder wenigen verwaltet wird, ist fahrlässig.Ich würde sagen hier liegt die Wahrheit mal wieder irgendwo in der Mitte: grundsätzlich sollte ich mich als Nutzer darauf verlassen dürfen, dass ich vom Hersteller einer Software ein solides Produkt bekomme - nicht zuletzt deshalb, weil die wenigsten Nutzerinnen und Nutzer das Knowhow haben, um die Qualität einer Erweiterung selber beurteilen zu können. Als Hersteller habe ich also eine hohe Verantwortung und darf dieser gerne auch gerecht werden.
Umgekehrt darf man als Nutzer aber natürlich auch nicht völlig naiv an die Sache ran gehen: es gibt keine Software ohne Fehler, es gibt keine Software ohne Sicherheitslücken und eine Einschätzung zur Code-Qualität (im Optimalfall auf Grundlage des eigenen Knowhows, zur Not per KI) schadet sicherlich nicht. Daraus aber eine Bringschuld der Nutzer zu konstruieren, ist in meinen Augen aber zu viel.