PrestaShop Security Audit ist ein Sicherheits-Audit-Service für PrestaShop-Shops, bei dem ein Spezialist den Shop so untersucht, wie es Angreifer und Prüfer zugleich täten, und den Befund in einen benoteten Bericht mit geordneten Korrekturen verwandelt. Es wird installiert, und der erste vollständige Scan startet mit einem Knopf im Backoffice.
Es stellt sich dem unsichtbarsten Risiko des Händlers: Ein Kartenskimmer verlangsamt nichts und zerstört nichts, er sitzt in einem Template oder Skript, kopiert, was Käufer in Zahlungsformulare tippen, und tut das, bis jemand den Code liest. Dieselbe Stille verbirgt vergessene Admin-Konten, für die Welt lesbare Konfiguration, von außen erreichbare Sicherungskopien und Module mit veröffentlichten Schwächen.
Ein Klick startet die ganze Untersuchung, und jeder Bereich geht in die Tiefe. Kern- und Moduldateien werden mit bekannt guten Ausgaben verglichen, um eingeschleusten oder still veränderten Code aufzudecken, Templates und Skripte werden auf fremden und getarnten Schadcode geprüft, und die Datenbank wird auf frisch angelegte Admin-Konten und abgestandene Rechte durchgesehen. Installierte Module werden mit veröffentlichten Sicherheitswarnungen abgeglichen, und die Außenfläche des Shops wird von außen getestet: liegen gebliebene Installations- und Sicherungsdateien, Entwicklerspuren, verräterische Testseiten, offene Verzeichnislisten und der Schutz des Admin-Eingangs, jedes als tatsächlich erreichbar bestätigt statt nur vorhanden. Einstellungen, die über Exponierung entscheiden, erzwungene Verschlüsselung, Schutz der Sitzungscookies, Anmeldebremsen, im Betrieb vergessene Debug-Ausgabe, werden ebenfalls gelesen und beurteilt.
Der Bericht liefert Punktzahl, Note und Befunde nach Schweregrad, jeder mit Bedeutung und dem exakten Härtungsschritt, und Hinweise auf einen aktiven Einbruch stehen zuoberst, mit Eindämmungsschritten. Unsichere Treffer nennen sich unsicher, statt Alarm zu schlagen, und eine gescheiterte Prüfung meldet sich selbst, statt still zu verschwinden. Jeder Lauf bleibt in der Historie mit Punktzahl, Note und Summen, Scans wiederholen sich nach Ihrem Zeitplan und Befunde erreichen Sie per E-Mail, und nichts über Ihren Shop verlässt je Ihren Server: Die Untersuchung ist lokal, ihr Datenweg nur lesend, und die Selbsttests rufen ausschließlich Ihre eigenen Adressen. Agenturen binden viele Shops über eine signierte, per Einwilligung begrenzte Verbindung in eine Flottensicht ein.
Ein Skimmer wird zum Befund statt zur Schlagzeile, die Härtungsliste ordnet sich nach Schweregrad statt nach Unruhe, und der Sicherheitsfragebogen der Bank erhält eine benotete, datierte Historie statt eines Achselzuckens.
Überblick über die Möglichkeiten des Moduls
PrestaShop Security Audit liest den Shop wie ein Angreifer und berichtet wie ein Prüfer. Diese Seite beantwortet sechs Fragen:
- Was der Scan untersucht: Dateien, Datenbank, Module, Einstellungen und die Außenfläche
- Wohin die Befunde gehen: nirgendwohin, der Scan ist lokal, nur lesend und privat
- Was ein Bericht enthält: Punktzahl, Note, Schweregrade, exakte Schritte, ehrliche Unsicherheit
- Wie sich Fortschritt beweist: eine bewahrte Historie jedes Laufs
- Wie es aktuell bleibt: Scans nach Zeitplan und Befunde per E-Mail
- Wie Agenturen arbeiten: eine signierte Flottenverbindung über viele Shops

Was untersucht der Scan wirklich?
Vier Schichten. Dateien: Kern- und Modulcode gegen bekannt gute Ausgaben verglichen, Templates und Skripte auf eingeschleusten, getarnten und fremden Schadcode geprüft, weltbeschreibbare Pfade gemeldet. Datenbank: frisch angelegte Admin-Konten, abgestandene Rechte, verdächtige Anmeldefläche. Module: die installierte Liste gegen veröffentlichte Sicherheitswarnungen geprüft, verlassene Module markiert.
Dann das Außen: Der Scanner klopft an die öffentlichen Türen des eigenen Shops, liegen gebliebene Installationsdateien, erreichbare Sicherungen, Entwicklerspuren, verräterische Testseiten, offene Verzeichnislisten und den Admin-Eingang, und meldet den Unterschied zwischen einer Datei, die existiert, und einer, die das ganze Internet laden kann. Einstellungen vollenden das Bild: erzwungene Verschlüsselung, Schutz der Sitzungscookies, Anmeldebremsen und im Betrieb vergessener Debug-Modus.

Wohin gehen meine Befunde?
Nirgendwohin. Der Scan läuft in Ihrem Server, sein Datenbankzugriff ist auf nur lesende Fragen begrenzt, und die Ergebnisse liegen im eigenen Shop. Kein Verzeichnis Ihrer Module, Versionen und Pfade wird an irgendwen gesendet, was in dieser Kategorie nicht der Standard ist.
Auch die Exponierungsprüfungen achten die Grenze: Sie rufen ausschließlich die eigenen Adressen des Shops, vom Shop aus, um zu bestätigen, was ein Außenstehender wirklich erreicht. Ihre Risikokarte gehört Ihnen.

Wie sieht ein Bericht aus?
Oben Punktzahl und Note, darunter Befunde nach Schweregrad, jeder mit Bedeutung, Gewicht und dem exakten Schritt, der ihn schließt. Hinweise auf einen aktiven Einbruch stehen zuerst, mit Eindämmungsschritten, denn diese Stunde ist nicht die Stunde, alles zu lesen.
Zwei Ehrlichkeitsregeln durchziehen ihn. Ein unsicherer Treffer nennt sich unsicher und wird herabgestuft, statt als bestätigter Einbruch aufzutreten. Und eine Prüfung, die nicht lief, meldet ihr Scheitern sichtbar, während der Rest des Scans vollendet: Ein Fehler tarnt sich nie als sauberes Ergebnis.

Wie beweise ich Verbesserung?
Jeder Lauf bleibt: Punktzahl, Note, Summen je Schweregrad, Auslöser, Dauer. Der Historienbildschirm macht aus Sicherheit eine Kurve statt eines Gefühls, genau das, wonach Chef, Bank oder Versicherer fragen.
Scans wiederholen sich nach dem Zeitplan, den Sie setzen, und neue Befunde erreichen Sie per E-Mail. Der Shop wird also regelmäßig untersucht, nicht nur in der Woche, in der jemand an die Sorge dachte.

Ich betreue viele Shops. Skaliert das?
Ja, durch ausdrückliche Einschreibung. Jeder Shop tritt der Flotte mit einem Token bei, die Verbindung ist an eine schmale, nur lesende Einwilligung gebunden, und jeder Befehl und jedes Ergebnis reist signiert. Eine ferne Anfrage mit falschem Umfang, oder eine, die eigene Scan-Parameter einschmuggeln will, weist der Shop selbst ab.
Die Agentur sieht die Lage jedes eingeschriebenen Shops an einem Ort, und die Daten jedes Händlers liegen weiter auf dessen Server. Der Austritt ist ein Klick auf der Seite des Shops.

-
ReferenzSVC-SECURITY-AUDIT
-
Auf Lager999999 Artikel
-
ServicetypAudit
-
Bearbeitungszeit3–5 Werktage
-
ErgebnisRisikobericht mit Schweregrad + Walkthrough
-
Benötigter ZugangShop-URL; Lesezugriff (Admin/Dateien optional)
-
PrestaShop-Versionen1.6 / 1.7 / 8 / 9
-
UmsetzungSeparat angeboten
-
NDA / DPAAuf Anfrage verfügbar
Was unsere Kunden über uns sagen
Teilen Sie als Erste/r Ihre Erfahrung mit diesem Modul.
Bewertung schreiben
Ein nach Schweregrad bewerteter Härtungsplan für Ihren echten Shop, aufgebaut um die Stellen, an denen PrestaShop-Kompromittierungen tatsächlich passieren.
Ein Spezialist prüft Ihren Live-Shop, Dateien, Datenbank und Konfiguration auf Malware, Skimmer, veraltete Zugänge, verwundbare Module und Lücken bei der Wiederherstellung. Das Ergebnis ist kein Angstmacher-Blatt: Jedes Risiko wird belegt, nach Schweregrad und Wahrscheinlichkeit eingestuft und einer konkreten Behebung zugeordnet.
Malware, Skimmer & Persistenz
Die Kompromittierungspfade, die echten Schaden und wiederkehrende Infektionen verursachen.
- Magecart-/Checkout-Skimmer-Skripte, verschleiertes JavaScript und Exfiltrations-Endpunkte
- Backdoors und Webshells in
/img,/upload, Modulordnern und geänderten Core-Dateien - Manipulation der Datenbank: bösartige Hooks, fremde Mitarbeiterkonten, geänderte Konfiguration und verdächtige Sitzungen
Angriffsfläche durch Schwachstellen
Bekannte Schwächen, abgeglichen mit Ihren exakten Versionen und Ihrer Konfiguration.
- SQL-Injection und Smarty-/Template-RCE-Risiken dort, wo sie zur vollständigen Übernahme führen könnten
- Core- und Modul-CVEs, besonders aufgegebene Module, nach denen Angreifer aktiv scannen
- CSRF-, Upload-, Pfad- und Debug-Modus-Probleme, die sich zu etwas Schlimmerem verketten können
Zugriff, Transport & Wiederherstellung
Ob der Shop nach einem Vorfall geschützt, eingedämmt und wiederhergestellt werden kann.
- Mitarbeiterkonten, veraltete SuperAdmins, Berechtigungen, 2FA und Backoffice-Exponierung
- TLS, Security Header, Cookie-Flags, Dateiberechtigungen und Debug-Einstellungen in Produktion
- Backup-Abdeckung und ob eine saubere, getestete Wiederherstellung tatsächlich möglich ist
So funktioniert es
-
Aufnahme Tag 1Sie teilen die Shop-URL, PrestaShop-Version, den Hoster und jede Vorfallhistorie oder Symptome mit.
-
Spezialistenprüfung Tage 2-4Wir prüfen Dateien, Datenbank, Templates, JavaScript, Module und Konfiguration und reproduzieren schwerwiegende Befunde, bevor wir sie dokumentieren.
-
Triage Während der PrüfungAktive Skimmer, offengelegte Backdoors oder andere kritische Befunde werden sofort gemeldet, statt bis zum Abschlussbericht zurückgehalten zu werden.
-
Übergabe AbschlusstagSie erhalten den nach Schweregrad bewerteten Bericht, die Härtungs-Roadmap und eine Besprechung per Call oder Thread.
Was enthalten ist, und was nicht
Dies ist eine Diagnose mit priorisiertem Plan. Die Grenze zwischen dem Finden der Arbeit und der Ausführung bleibt bewusst klar.
Ein Bericht, der das Risiko benennt, nicht nur die Kategorie
Eine typische kritische Zeile könnte lauten: Externes Skript im Checkout-Template, Kritisch / hohe Wahrscheinlichkeit / mittlerer Aufwand, Injection entfernen, Schlüssel rotieren, Bestelldaten prüfen. Weitere konkrete Zeilen betreffen ein Backoffice unter Standardpfad ohne 2FA, einen unbekannten SuperAdmin, ein Modul zwei Hauptversionen hinter einem Sicherheitsfix, aktiviertes _PS_MODE_DEV_ in Produktion oder ein Datenbank-Backup, das unter dem Webroot erreichbar ist.
FAQ
Benötigen Sie Admin-Zugangsdaten?
Ist das nur ein automatisierter Scan?
Was passiert, wenn Sie eine aktive Kompromittierung finden?
Gefährdet das Audit meinen Live-Shop?
Bleiben meine Daten privat?
Verwandte Leistungen
Funktionswünsche werden geladen...
Einfache Rückgabe, keine Fragen
Installieren, einrichten und profitieren
Priorität für Hilfe & Zufriedenheit