Die Server-Härtung ist nur die erste Schicht. Die ERP-spezifischen Risiken, die wirklich Daten kosten, sind Zugriffskontrolle, Datenbankprivilegien, Audit-Protokolle und ungetestete Backups — hier ist eine funktionierende Checkliste.
Ein ERP im Produktivbetrieb ist das eine System, das alles hält — Ihre Finanzen, Löhne, Ihr Lager und Ihre Kundendaten in einer einzigen Datenbank —, deshalb ist ein Sicherheitsversagen kein IT-Problem, sondern ein Geschäftsproblem. Den darunterliegenden Server zu härten ist notwendig, aber nur die erste Schicht, denn die meisten echten ERP-Zwischenfälle kommen nicht von einem kompromittierten Server. Sie kommen von jemandem, der Zugriff auf ein Modul hat, das ihn nichts angeht, von einer Anwendung, die sich mit Admin-Rechten mit der Datenbank verbindet, von einer Änderung, die niemand nachvollziehen kann, oder von einem Backup, das sich am Tag, an dem man es braucht, als nicht wiederherstellbar herausstellt. Die Checkliste unten behandelt die ERP-spezifischen Schichten, die die Server-Härtung nicht erreicht.
Eine kompromittierte Website lässt sich aus einem Backup wiederherstellen und an einem Tag neu aufbauen. Ein ERP nicht, denn der Wert sind die angesammelten Live-Daten — jede Rechnung, jede Lohnabrechnung, jede Lagerbewegung — und weil die Menschen, die es täglich nutzen, keine Techniker sind. Drei Folgen ergeben sich. Erstens sind die Daten der Vermögenswert: Verschlüsselung, Zugriffskontrolle und getestete Wiederherstellungen wiegen mehr als jede Firewall-Regel. Zweitens kommt die Bedrohung oft von innen: ein Mitarbeiter mit weiterreichenden Berechtigungen, als seine Rolle erfordert, ein Dienstleister, der nie abgemeldet wurde, oder ein ehrlicher Fehler in einem Finanzbildschirm, den kein Audit-Protokoll erklären kann. Drittens wird Ausfallzeit in Lohn- und Versandverzögerungen gemessen, nicht in Seitenaufrufen, daher ist jedes Kontrollmittel hier so gewählt, dass das System weiterläuft, statt nur zugesperrt zu werden.
Die meisten ERP-Zwischenfälle lassen sich auf einen Satz reduzieren: Jemand hatte einen Zugriff, den er nicht hätte haben sollen. Beheben Sie das mit rollenbasierter Zugriffskontrolle, die an die tatsächlichen Aufgaben gebunden ist, und gewähren Sie jeder Rolle nur das Nötigste — ein Lagermitarbeiter liest den Bestand und schreibt Lagerbewegungen, sieht aber niemals Löhne; ein Buchhalter sieht das Hauptbuch, kann aber keine abgeschlossene Periode bearbeiten. Trennen Sie den Alltagsnutzer vom Administrator, verlangen Sie Zwei-Faktor-Authentifizierung für jeden mit Admin- oder Finanzrechten, und prüfen Sie schlafende Konten vierteljährlich: ein Konto, das sich seit 90 Tagen nicht angemeldet hat, sollte deaktiviert werden, und jeder Austritt muss am selben Tag abgemeldet werden, nicht erst am Monatsende. Schreiben Sie die Rollen auf, lassen Sie sie von den Abteilungsleitern abzeichnen und auditieren Sie sie zweimal jährlich gegen die Realität — Berechtigungen weiten sich mit der Zeit aus und schränken sich nie von selbst wieder ein.
Die ERP-Anwendung sollte sich nie als Superuser oder Admin mit ihrer Datenbank verbinden. Legen Sie einen Datenbanknutzer an, dessen Rechte genau auf die Schemata und Tabellen begrenzt sind, die die Anwendung braucht — kein Löschen, keine Nutzerverwaltung —, damit ein Fehler in der Anwendung nicht das Hauptbuch löschen kann. Halten Sie jede Zugangsdaten, jeden API-Schlüssel und jedes Payment-Gateway-Secret aus dem Code-Repository und aus dem ERP-Konfigurationsverzeichnis im Klartext heraus: Laden Sie sie aus der Server-Umgebung oder einem Secrets Manager, und rotieren Sie sie, wenn Mitarbeiter mit Zugriff ausscheiden. Verschlüsseln Sie den Datenverkehr zwischen Anwendung und Datenbank, anstatt dem lokalen Netzwerk zu vertrauen, und schalten Sie die Verschlüsselung at-rest für das Datenbank-Volume ein. Zu guter Letzt: Halten Sie Produktionsdaten aus Nicht-Produktionsumgebungen heraus — ein Staging-Server mit einer Kopie echter Kundendatensätze ist ein wartendes Datenleck, also anonymisieren Sie die Daten, bevor sie irgendwohin kopiert werden.
Wenn am Monatsende eine Zahl falsch ist, lautet die erste Frage, wer sie wann geändert hat. Ein Audit-Protokoll, das Nutzer, Bildschirm, Datensatz und Zeitstempel aufzeichnet — an einem Ort, an dem nicht einmal ein Admin es bearbeiten kann, und mindestens ein Jahr aufbewahrt —, beantwortet diese Frage in Minuten statt Tagen, und es ist auch das, was ein Prüfer nach einem Vorfall verlangt. Backups gehören in den gleichen Atemzug, mit einer Regel: Ein Backup ist kein Backup, bis Sie es wiederhergestellt haben. Erstellen Sie tägliche automatische Backups, bewahren Sie Kopien außerhalb des Servers und außerhalb des Standorts auf, aktivieren Sie Point-in-Time-Recovery, um bis auf die Stunde vor einem schlechten Import zurückzugehen, und führen Sie jedes Quartal eine echte Wiederherstellungsübung in einer Wegwerfumgebung durch. Die Übung ist der einzige Test, der zählt, und die Unternehmen, die sie auslassen, sind diejenigen, die entdecken, dass das Backup genau in dem Moment leise versagte, in dem sie es am nötigsten brauchten.
Stellen Sie die ERP-Verwaltungsoberfläche nicht ins öffentliche Internet. Beschränken Sie sie auf eine IP-Allowlist oder das Firmen-VPN, schalten Sie eine Web Application Firewall vor, und exponieren Sie nur das, was Mitarbeiter und Integrationen wirklich brauchen. Halten Sie den Stack in einem festen Rhythmus aktuell — den ERP-Kern, die Datenbank, das Betriebssystem und jede Integration —, und testen Sie jedes Update in einer Staging-Umgebung, bevor es die Produktion berührt, denn ein ungetesteter ERP-Patch kann einen Zahlungsfluss genauso leicht brechen wie eine Lücke schließen. Benennen Sie dann eine einzige verantwortliche Person: jemanden, der die Checkliste besitzt, die vierteljährliche Wiederherstellungsübung durchführt, die Audit-Anomalien prüft und an die Geschäftsführung berichtet. Sicherheitsarbeit, die allen gehört, gehört niemandem, und bei einem ERP kommen so Kontrollen leise ins Abseits, bis ein Audit — oder ein Vorfall — sie findet.
Nein, und diese Verwechslung ist der Grund, warum Lücken bestehen bleiben. Server-Härtung — SSH-Schlüssel, Firewall, automatische Updates, TLS — ist das Fundament und der Anfang. Aber das ERP-Risiko handelt meist von Daten: wer welche Datensätze erreichen kann, ob die Datenbankverbindung überprivilegiert ist, ob Änderungen nachvollziehbar sind und ob Sie wirklich wiederherstellen können. Ein gehärteter Server, der ein ERP mit offenen Rollen und einem ungetesteten Backup betreibt, ist nur noch einen falschen Klick von einem Datenproblem entfernt.
Mindestens einmal pro Quartal eine vollständige Wiederherstellungsübung in einer Wegwerfumgebung, danach eine Stichprobe, ob die wiederhergestellten Daten nutzbar sind — öffnen Sie das Hauptbuch, starten Sie einen Bericht, bestätigen Sie die Übereinstimmung der Summen. Tägliche automatische Backups mit Offsite-Kopien sind die Basis, und Point-in-Time-Recovery erlaubt das Rückgängigmachen eines schlechten Imports auf die Stunde. Die Quartalsübung ist der Teil, den die meisten Teams überspringen, und sie ist der einzige, der beweist, dass der Rest funktioniert.
Rollenbasierte Zugriffskontrolle mit geringsten Privilegien. Sie ist das einzige Kontrollmittel, das den Wirkungskreis jedes anderen Fehlers verkleinert — ein geleaktes Passwort, ein verklickter Import, ein kompromittierter Laptop —, weil Angreifer oder Fehler auf eine Berechtigungsmauer stoßen, die weder Löhne noch das abgeschlossene Hauptbuch umfasst. Sie ist auch am günstigsten zu beheben: ein Meeting mit jedem Abteilungsleiter und eine Überprüfung, was jede Rolle wirklich braucht, genügt.
ERP- und Unternehmenssysteme mit rollenbasierter Zugriffskontrolle, Audit-Protokollen und getesteten Deployment-Praktiken — buchen Sie ein kostenloses Scoping-Gespräch.
Der begleitende Leitfaden: was ein ERP-Projekt wirklich kostet, was das Angebot umfasst, und wie man eine Spanne in einen Festpreis verwandelt.
Das Server-Fundament, auf dem diese Checkliste aufbaut — SSH-Schlüssel, Firewall, automatische Updates, TLS und tägliche Backups.
EGYmass übernimmt Hosting, Sicherheit und laufende Verwaltung - damit Sie sich auf Ihr Produkt konzentrieren können.
Kostenlose Beratung