Neuigkeiten & Entwicklungen

Unter PrestaShop 8 und 9 erreichte der auf dem Bestaetigungsbildschirm eingegebene Code unseren Dienst von manchen Back-Office-Seiten aus nicht: der Mitarbeiter landete wieder auf der Eingabemaske und hielt den Code fuer falsch. Das ist behoben. Eine aus Ihrem Kundenbereich oder von unserem Team freigegebene Adresse gilt nun innerhalb einer Minute, statt auf die geplante Aufgabe Ihres Shops zu warten; dasselbe gilt fuer das Abschalten des Schutzes. Und wenn kein Code ausgestellt werden kann, bleibt die Tuer geschlossen und der Bildschirm zeigt die Wartezeit an: kein Zugang mehr ohne Bestaetigung.

Eine Anmeldung an Ihrer Verwaltung von einer Adresse, die Ihr Shop nie genutzt hat, kann nun angehalten werden, bis ein per E-Mail gesendeter Code eingegeben wird. Der Schutz startet im Beobachtungsmodus: in den ersten Tagen erfasst er lediglich die von Ihrem Team genutzten Adressen, ohne jemanden zu blockieren oder etwas zu versenden. Sie entscheiden anschliessend, wann er aktiviert wird, sobald die Liste steht. Ab dem Tarif Advance.

Hinter Cloudflare oder einem Load Balancer schienen alle Verbindungen von derselben Adresse zu kommen, was jede Unterscheidung unmoeglich machte. Wir lesen nun die Ursprungsadresse, aber nur wenn die Anfrage von einem uns bekannten Vermittler stammt: ein von einem Angreifer gefaelschter Header kann daher keine vertrauenswuerdige Adresse vortaeuschen.

Wenn eine Sicherheitskorrektur die vorgesehene Datei nicht fand, schlossen wir daraus, dass die Luecke verschwunden war. Das stimmt meistens, aber nicht immer: die Datei kann auch anderswo liegen als dort, wo wir gesucht haben, waehrend die Luecke bestehen bleibt. Wir unterscheiden nun beide Faelle, und kein Shop gilt ohne Nachweis als sicher.

Unsere Sicherheitskorrekturen ersetzen einen Codeblock Byte fuer Byte, damit nie etwas anderes als das Vorgesehene beruehrt wird. Dieselbe Datei wird jedoch unterschiedlich geschrieben, je nachdem, ob sie unter Windows oder auf einem Server gespeichert wurde: die Zeilenenden unterscheiden sich, unsichtbar. In diesen Shops erkannte die Korrektur den Zielblock nicht mehr und hielt sich vorsichtshalber zurueck. Die Engine formuliert das Muster nun im Stil der vorliegenden Datei: der Schutz greift ueberall, ohne je etwas aufs Geratewohl umzuschreiben.

Schadcode in einer Datei zu verstecken, die sich als Bild ausgibt, ist eine bewaehrte Technik: die Datei traegt eine Foto-Endung, doch der Server findet darin Anweisungen. Wir suchten danach dort, wo Dateien von aussen ankommen — in den Upload- und Download-Ordnern. Die Schwierigkeit liegt nicht darin, anderswo zu suchen, sondern darin, es zu tun, ohne bei jedem Scan die Hunderttausenden legitimen Bilder Ihres Katalogs erneut zu lesen. Wir pruefen nun ueberall den Kopf jedes Bildes, auch unter Ihren Themes, Modulen und Bibliotheken, und untersuchen nur die genauer, die tatsaechlich Code enthalten. Der Scan bleibt ebenso schnell und laesst diese Ecke nicht mehr aus.

Sobald eine Datei gemeldet wird, untersucht unser System sie gründlich. Sie sehen jetzt in Ihrem Dashboard, wohin diese Analyse tendiert, wahrscheinlich Fehlalarm oder echte Bedrohung, samt Konfidenzniveau, ohne zu warten, bis wir im Hintergrund eingreifen. So wissen Sie sofort, was Ihre Aufmerksamkeit verdient.

Manche Händler betreiben zusätzlich ein WordPress in ihrem PrestaShop-Shop. Das ist nicht ratsam, kommt aber vor, und sein Kern löste manchmal versehentlich Warnungen aus. Dasselbe galt für die mit bestimmten Modulen gelieferten Test-Bibliotheken und für komprimierte JavaScript-Dateien. Der Scanner erkennt diese normalen Komponenten jetzt und lässt sie beiseite, ohne bei den wirklich riskanten Dateien nachzulassen. Ihre Scan-Berichte werden übersichtlicher.

Manche Angreifer pflanzen ein unsichtbares Skript in die Login-Seite Ihres Back-Office, um bei jeder Anmeldung Benutzername und Passwort abzugreifen, und installieren sich nach einem einfachen Passwortwechsel von selbst neu. So kommen sie Tag für Tag zurück. Wir erkennen diese Art von Einpflanzung jetzt: ein heimlich in die Verwaltung geladenes Skript und eine versteckte Browser-Markierung, auch wenn der Angreifer seine Dateien umbenennt, um Spuren zu verwischen. Auf einem echten Shop entdeckt, blieb diese Falle bisher unbemerkt und löst nun eine kritische Warnung aus.

Bei Shops mit sehr vielen Dateien oder umfangreichen Aktivitätsprotokollen konnte die Analyse mangels Speicher mittendrin abbrechen. Sie hält ihren Verbrauch jetzt laufend im Griff und läuft vollständig durch, unabhängig von der Größe des Shops.

Wir haben die Erkennung von Kartenskimmern (Magecart-Art) verschärft, die ihre Sammeladresse codiert in einem Skript oder einem gefälschten Bild verstecken, ebenso wie von Ladern, die eine von einem externen Server heruntergeladene Backdoor ausführen, selbst wenn der Code absichtlich getarnt ist. Auf echten Shops entdeckt, erscheinen diese Muster nun als kritische Warnung, statt unter dem Radar zu bleiben.

Wir jagen jetzt Backdoors, die sich tarnen, indem sie ihren Code verschleiern (etwa durch Spielen mit Groß- und Kleinschreibung, um Virenscanner zu täuschen) oder sich über eine von außen heruntergeladene Datei selbst neu installieren. Auf echten Shops gefunden, oft in raubkopierten Modulen versteckt, blieben diese Fallen bisher „unauffällig": Sie lösen nun eine kritische Warnung aus.

Keine abrupte „Zugriff verweigert“-Seite mehr. Nach wiederholten Versuchen sieht der Kunde das gewohnte Login-Formular mit einer klaren Meldung: zu viele Versuche, verbleibende Wartezeit und ein direkter Link zum Zurücksetzen des Passworts. Die Schwelle wurde gelockert, damit ein Kunde, der sich nur vertippt, nicht bestraft wird, automatisierte Angriffe werden weiterhin sofort blockiert.

Sehen Sie den Inhalt einer markierten Datei oder ihren Vergleich mit der offiziellen PrestaShop-Version direkt in Ihrem PrestaSecure-Dashboard, ohne SSH oder FTP. Schreibgeschützter Zugriff, strikt auf Ihren Shop und sichere Dateitypen beschränkt.

Der Scanner prüft jetzt auch die Konfiguration und die im Shop angezeigten redaktionellen Inhalte, nicht nur die Dateien. Das schließt eine Lücke, die manche Angreifer nutzen, um ein Karten-Skimming-Skript außerhalb der Dateien einzuschleusen, ein bei einem realen Vorfall beobachteter Vektor.

Kataloge mit mehreren Millionen Dateien, Multistore: Der Scan analysiert jetzt den gesamten Bestand, ohne Abschneiden oder Speicherüberlauf, mit mehreren automatischen Durchläufen bei Bedarf. Kein Bereich des Shops bleibt außen vor.

Wiederkehrende Scans analysieren jetzt nur noch die seit dem letzten Lauf tatsächlich geänderten Dateien, statt alles neu zu durchsuchen. Die Zeitersparnis ist bei großen Shops enorm, ohne Abdeckungsverlust: schon ein einziges geändertes Byte wird erkannt.

Der Bericht entsteht vor Ihren Augen: Bedrohungen erscheinen während des Scans, mit Schweregrad und Gruppierung, statt erst ganz am Ende.

Das Modul durchsucht das PHP-Fehlerprotokoll Ihres Shops nach bekannten Angriffssignaturen (Template-Injection, Leseversuche an sensiblen Konfigurationsdateien, Remote-File-Inclusion …). Angreifer hinterlassen oft monatelang fehlgeschlagene Versuche, bevor sie erfolgreich sind: Sie werden ab den ersten Signalen alarmiert.

Beim Scan wird kein Ordner mehr übersprungen (Abhängigkeiten, Themes, Backoffice, Upload-Ordner …). Schadcode kann sich überall verstecken, auch in einer Abhängigkeit oder einer im Admin abgelegten Webshell. Die Analyse deckt nun die gesamte Website ab.

Beheben Sie Probleme mit wenigen Klicks: Einspielen geprüfter Sicherheitspatches, Bereinigen infizierter Dateien, Entfernen von Phantom-Modulen (auf der Festplatte vorhanden, aber PrestaShop unbekannt) und Aktualisieren verwundbarer Module, alles mit automatischem Backup und Rollback.

Ein Abzeichen zeigt für jede erkannte Schwachstelle, ob sie bereits von der PrestaSecure-Anwendungsfirewall neutralisiert wird. Sie erkennen auf einen Blick, was geschützt ist und was Handlung erfordert.

Spielen Sie Patches für bekannte Schwachstellen im PrestaShop-Kern und in Modulen direkt aus Ihrem Dashboard ein, mit vorherigem Backup, automatischer Prüfung nach dem Einspielen und der Möglichkeit, jederzeit rückgängig zu machen.

Erste Version: Schutz-Dashboard mit Punktzahl, Antivirus (Datei- und Fingerprint-Scan), Anwendungsfirewall (SQL-Injection, XSS, Brute Force, Path Traversal), Behebungswerkzeuge, exportierbarer Sicherheitsbericht und automatische Modul-Updates.