Imunify360: Erkennungen einsehen und seine Grenzen verstehen

Imunify360 vereint mehrere Schichten zur Erkennung und Abwehr. Je nach Konfiguration des jeweiligen Servers kann es Folgendes umfassen:

• Analyse von Zugriffen und intelligente Sperren, mit Black-, White- und Greylists.
• Analyse von Webanfragen anhand von Sicherheitsregeln.
• Analyse der Zugriffsprotokolle von cPanel, E-Mail, FTP usw. zur Erkennung von Brute-Force-Versuchen.
• Globale Datenbank mit verdächtigen IPs.
• Malware-Scanner, geplant oder auf Abruf.
• System zur Reputationsverwaltung der gehosteten Domains.
• Echtzeitanalyse der Ausführung von PHP-Prozessen und möglichem Schadcode.
• Zusätzlicher Schutz vor bestimmtem verdächtigem PHP-Verhalten.

Diese Schichten senken das Risiko, garantieren aber nicht, dass eine Anwendung nicht kompromittiert werden kann, und ersetzen nicht ihre Wartung.

Optionen und Analysen in cPanel steuern

Außerdem enthält cPanel eine Oberfläche für Imunify360, in der Sie:

• die vom Scanner markierten Dateien und ihren Status einsehen;
• die für das Konto freigeschalteten Bereinigungsaktionen anfordern;
• den Verlauf der Aktionen prüfen;
• die Ausnahmen verwalten, die die Konfiguration zulässt.

Proactive Defense: Prozesse in Echtzeit analysieren

Proactive Defense analysiert das Verhalten von PHP-Skripten während ihrer Ausführung. Die Wirkung hängt vom auf dem Server konfigurierten Modus ab.

Es kann deaktiviert sein, im Modus log laufen (protokolliert, ohne zu blockieren) oder im Modus kill (blockiert Ausführungen, die es als bösartig einstuft). Bevor Sie einen Fehler der Website dieser Schicht zuschreiben, prüfen Sie das konkrete Ereignis und Skript.

Eine automatische Bereinigung oder ein Scan ohne Funde beweist für sich allein nicht, dass ein kompromittiertes Konto sicher ist. Sichern Sie bei einem Einbruch Beweise, grenzen Sie das Ausmaß ein, schließen Sie den Einstiegsweg und prüfen Sie Dateien, Datenbanken, Benutzer, geplante Aufgaben und Zugangsdaten. Vermeiden Sie es, ganze Verzeichnisse auszuschließen: Eine breite Ausnahme kann künftige Malware verbergen.

Wenn eine Funktion der Website fehlschlägt

Notieren Sie Uhrzeit, URL und die Aktion, die Sie gerade ausgeführt haben. Ordnen Sie den Fehler einem konkreten Ereignis zu, bevor Sie den Schutz ändern. Ein 403 oder ein PHP-Fehler kann andere Ursachen haben. Wenn wir den Fall prüfen sollen, nennen Sie uns den Pfad und die Kennung der Erkennung, ohne Passwörter und ohne öffentliche Kopien der Datei.

Eine Ausnahme verhindert künftige Prüfungen des ausgeschlossenen Bereichs; sie erklärt eine Datei nicht für sauber. Bestätigt sich ein Fehlalarm, verwenden Sie die engste Ausnahme, die den Fall löst, und prüfen Sie, wann Sie sie wieder entfernen. Bei einer bestätigten Infektion fahren Sie mit der Bereinigung des Kontos fort.