Drei Fehler kosten am meisten: kein getestetes Backup, ein ohne MFA ins Internet freigegebener Fernzugriff und nicht eingeplante Lizenzkosten. Backups ermöglichten nur bei 54 % der Ransomware-Vorfälle die Wiederherstellung der Daten, und Fehlkonfigurationen machen 40 % der bei Audits gefundenen Schwachstellen aus. Im Folgenden finden Sie alle neun Fehler mit konkreten Zahlen und einer fertigen Checkliste, die Sie vor der Inbetriebnahme des Servers abhaken können.
Was vor dem Serverkauf festgelegt werden muss – vier Punkte
Vier Dinge sollten vor der Auswahl der Hardware festgelegt werden:
- RTO – die Zeit, innerhalb derer ein Dienst nach einem Ausfall wieder verfügbar sein muss,
- RPO – der maximal akzeptable Datenverlust, ausgedrückt als Zeitraum,
- Lizenzkosten – die Anzahl der Cores wirkt sich direkt auf die Anzahl der benötigten Lizenzpakete aus,
- Erneuerungsbudget – der Austauschzeitpunkt der Hardware wird bereits beim ersten Kauf eingeplant.
RTO und RPO bestimmen die gesamte Konfiguration. Ohne diese beiden Werte lässt sich weder das RAID-Level noch die Redundanz der Stromversorgung oder die Backup-Frequenz sinnvoll festlegen. Sie werden vor dem Kauf definiert, nicht erst nach einem Ausfall.
Lizenzen sind die häufigste Kostenüberraschung bei der ersten Implementierung. Windows Server 2025 verlangt die Lizenzierung aller physischen Cores, mit mindestens 8 Lizenzen pro Prozessor und mindestens 16 Core-Lizenzen pro Server – auch bei einem Einprozessorsystem. Ein Server mit 8 Cores kostet also trotzdem 16 Lizenzen. Die Standard Edition umfasst zwei Umgebungen (OSE); für jeweils zwei weitere müssen alle Cores des Systems erneut lizenziert werden.
Achten Sie auf die Grenze der Essentials Edition: Sie umfasst bis zu 10 Cores und eine virtuelle Maschine auf einem Einprozessorsystem, für Unternehmen mit bis zu 25 Benutzern und 50 Geräten. Ein Unternehmen, das von 20 auf 30 Personen wächst, stößt damit an eine Lizenzgrenze und muss die Edition wechseln.
Der vierte Punkt ist das Erneuerungsbudget. 53 % bis 64 % der Unternehmen nutzen Serverhardware 3,5–6 Jahre, und 78 % der Server, die älter als 4 Jahre sind und stärker belastet werden, verlieren an Zuverlässigkeit (ITIC-Umfrage 2024, gehostet von einem Hardwarehersteller). Eine Erneuerung im Drei-Jahres-Rhythmus reduzierte die Ausfallzeiten bei 95 % der Organisationen. Der Austausch wird beim ersten Kauf geplant und nicht erst dann, wenn der Server bereits Probleme macht. Wie Sie die richtige Hardwareklasse wählen, erklären wir im Leitfaden „Welchen Server wählen?“, und die Entscheidung zwischen neu und rezertifiziert im Beitrag „Neuer oder rezertifizierter Server – welchen wählen?“.
Brauchen Sie wirklich einen eigenen Server?
Ein eigener Server ist nicht der einzige Weg. 2025 kauften 55,3 % der Unternehmen in Polen Cloud-Dienste (GUS). EU-weit nutzen 52,74 % der Unternehmen kostenpflichtige Cloud-Dienste, aber nur 28,2 % kaufen Rechenleistung zum Ausführen eigener Software – für die meisten Unternehmen bleibt die Frage nach einem eigenen System damit weiterhin offen.
Die Auswahlkriterien lassen sich auf drei Fragen reduzieren.
- Kontrolle über die Daten. Wenn die Daten bei Ihnen bleiben müssen, spricht das für einen eigenen Server.
- Art der Last. Stabile und vorhersehbare Lasten sprechen für ein eigenes System, variable und saisonale eher für die Cloud.
- Technische Betreuung. Wenn niemand den Server betreuen kann, verschiebt sich die Entscheidung eher in Richtung Managed Services.
In der Praxis funktioniert häufig ein Hybridmodell am besten – kritische Systeme lokal, ausgewählte Dienste in der Cloud. Mehr zu dieser Kalkulation finden Sie im Beitrag über die Vorteile von On-Premise-IT-Hardware gegenüber Cloud-Lösungen. Die separate Frage, wie viele Systeme gekauft werden sollten, behandeln wir in unserer Analyse zur passenden Anzahl von Servern – dort finden Sie Cluster-Schwellenwerte und die Lizenzrechnung.
Fehler bei der Serverkonfiguration – hier entstehen 40 % der Schwachstellen
Beim ersten Server entstehen die größten Probleme durch Einstellungen, nicht durch Komponenten. In den von CERT Polska durchgeführten Audits war eine fehlerhafte Konfiguration der Systemsicherheit die häufigste Kategorie der gefundenen Schwachstellen – 40 % aller Funde. (Die Daten stammen aus Audits von Webanwendungen und nicht von Servern als solchen, die Fehlerkategorie ist jedoch dieselbe.)
Konfiguration vor Komponenten – Struktur der Schwachstellen. Daten: CERT Polska, Jahresbericht 2024 (Klassifizierung OWASP Top Ten 2021).
Das anschaulichste Beispiel ist ein Fernzugriff, der direkt ins Internet gestellt wird. CERT Polska scannte 7.806 VNC-Server im polnischen Adressraum, testete fünf verbreitete Passwörter und fand 299 Instanzen mit unzureichender Absicherung – darunter Bedienfelder für Wasseraufbereitungsanlagen, Industrieöfen und kleine Wasserkraftwerke. VNC-Passwörter sind auf 8 Zeichen begrenzt, und der Dienst begrenzt die Zahl fehlgeschlagener Anmeldeversuche nicht.
Der zweite Fehler derselben Kategorie: eine Datenbank, die aus dem öffentlichen Internet erreichbar ist. CERT Polska bezeichnete dies als schlechte Praxis bei Administratoren polnischer medizinischer Einrichtungen – in derselben Untersuchung wurde Software mit einem fest einkodierten, in allen Installationen identischen Datenbankpasswort entdeckt (CVE-2024-1228, CVE-2024-3699, CVE-2024-3700).
Der dritte Fehler ist fehlende Multi-Faktor-Authentifizierung beim Fernzugriff – der wichtigste identifizierte Angriffsvektor für Ransomware in Polen im Jahr 2024. MFA allein reicht allerdings nicht: Prompt Bombing, also das Überfluten eines Benutzers mit MFA-Anfragen, trat in 14 % der Social-Engineering-Vorfälle auf (Verizon DBIR 2025, kommerzieller Bericht). Konfigurieren Sie widerstandsfähige Methoden, zum Beispiel Number Matching.
Zum Schluss eine grundlegende Regel aus NIST SP 800-123 (Veröffentlichung von 2008, die allgemeinen Grundsätze sind weiterhin aktuell): Voraussetzung für jede Absicherungsmaßnahme sind eine vorhandene Sicherheitsrichtlinie und eine geplante Installation, bevor sie beginnt. Aus einem Produktionssystem werden alle unnötigen Compiler und nicht benötigten Dienste entfernt.
Der erste Server im Unternehmen: Datensicherung. Ist RAID ein Backup?
RAID ist kein Backup. RAID schützt vor einem Festplattenausfall und erhält die Betriebsfähigkeit. Ein Backup schützt vor Datenverlust, Verschlüsselung und menschlichen Fehlern. Redundanz ist die Fähigkeit, nach dem Ausfall einer Komponente weiterzuarbeiten; ein Backup ist die Möglichkeit, einen Zustand vor dem Ereignis wiederherzustellen. Das eine ersetzt das andere nicht – ausführlicher erklären wir das im Beitrag „RAID – Datenschutz oder unnötige Ausgabe?“.
Ein Backup allein reicht nicht, wenn es niemand testet. Die Nutzung von Backups zur Wiederherstellung verschlüsselter Daten fiel auf 54 % der Vorfälle – den niedrigsten Wert seit sechs Jahren; 49 % der Opfer zahlten Lösegeld (Sophos-Studie 2025 mit 3.400 Organisationen, kommerzielle Quelle). Noch problematischer: Unter den Unternehmen, die mehr als die ursprüngliche Forderung zahlten, nannten 38 % den Ausfall ihrer eigenen Backups als Grund. Ein ungetestetes Backup führt damit direkt zu einem höheren Lösegeldrisiko.
Hinzu kommt ein Mechanismus, über den selten gesprochen wird. Ransomware-Betreiber versuchen normalerweise, Backups zu zerstören, bevor sie mit der Verschlüsselung beginnen. CERT Polska stellte fest, dass Angreifer bereits viele Monate vor der Verschlüsselung Zugriff auf die Infrastruktur hatten – bei kurzer Log-Aufbewahrung lässt sich dann nicht mehr bestimmen, welche Sicherung sauber ist. Die Log-Aufbewahrung ist Teil der Backup-Strategie und kein separates Thema.
Die gemeinsamen Leitlinien von CISA, FBI, NSA und MS-ISAC empfehlen gleichzeitig drei Dinge:
- Offline- und verschlüsselte Backups außerhalb der Reichweite des kompromittierten Systems,
- regelmäßige Tests von Verfügbarkeit und Integrität der Backups in einem Wiederherstellungsszenario,
- aktuelle „Golden Images“ kritischer Systeme – Vorlagen mit vorkonfiguriertem Betriebssystem und Anwendungen, mit denen sich ein Server schnell von Grund auf neu aufbauen lässt.
Die Kostendimension bei fehlendem funktionsfähigem Backup: Die durchschnittlichen Kosten für die Beseitigung der Folgen eines Angriffs ohne Lösegeld betrugen bei Unternehmen mit 100–250 Beschäftigten 638.536 USD (Sophos 2025, globale Daten, als Größenordnung zu verstehen). 53 % der Organisationen waren innerhalb einer Woche wieder vollständig arbeitsfähig, 18 % benötigten mehr als einen Monat. Wie die Backup-Schicht geplant werden sollte, beschreiben wir im Bereich Datenarchivierung.
Welche Temperatur im Serverraum? Umgebungsbedingungen
Der empfohlene Temperaturbereich am Lufteinlass von IT-Geräten beträgt 18–27 °C. Für Klasse A1, zu der Enterprise-Server und Storage-Systeme gehören, liegt der zulässige Bereich bei 15–32 °C bei einem maximalen Taupunkt von 17 °C. Der entscheidende Punkt: Gemessen wird an den Lufteinlässen der Geräte und nicht als Durchschnittswert im Raum – nur so ist die Messung aussagekräftig.
|
Parameter |
IT-Geräte (Klasse A1) |
Bandmedien |
|
Empfohlene Temperatur |
18–27 °C am Einlass |
15–32 °C |
|
Zulässige Temperatur |
15–32 °C |
15–32 °C |
|
Maximaler Taupunkt |
17 °C |
22 °C |
|
Relative Luftfeuchtigkeit |
gemäß Geräteklasse |
20–80 % |
|
Temperaturänderungsrate |
kontrolliert |
unter 5 °C pro Stunde |
Zwei Hardwarefehler verdienen besondere Aufmerksamkeit. Der erste ist Sparen beim ECC-Speicher – innerhalb eines Jahres treten bei etwa 9,62 % der Server korrigierbare Speicherfehler auf (Facebook / CMU, 2015; Daten aus Hyperscale-Infrastruktur, als Beleg für die Verbreitung des Phänomens zu verstehen). Der zweite ist die Planung von Redundanz nur anhand des Datenblatts: Die tatsächliche Ausfallrate von SSDs kann bei einzelnen Modellen bis zu 70 % höher liegen als angegeben (Microsoft Research, 2016).
Der dritte Fehler ist die Wahl der billigsten Hardware ohne Support. White-Box-Server verzeichnen jährlich 60 Minuten ungeplante Ausfallzeit gegenüber 20 Minuten bei Dell PowerEdge; 42 % von ihnen überschreiten 4 Stunden Ausfallzeit pro Jahr gegenüber 8 % bei PowerEdge (ITIC-Umfrage 2024, gehostet von einem Hersteller). Hardware mit Garantie und Support finden Sie in unseren Kategorien Tower-Server und Rack-Server.
Betrieb des ersten Firmenservers nach der Inbetriebnahme – Updates und Wartungsfenster
Die Ausnutzung von Schwachstellen als Einstiegspunkt ist für 20 % der Sicherheitsverletzungen verantwortlich, bei einem Anstieg von 34 % gegenüber dem Vorjahr. Der Anteil von Edge-Geräten und VPNs stieg fast um das Achtfache, von 3 % auf 22 %. Nur rund 54 % dieser Schwachstellen wurden innerhalb eines Jahres gepatcht; die mediane Behebungszeit lag bei 32 Tagen (Verizon DBIR 2025, kommerzieller Bericht). „Wir patchen, wenn Zeit ist“ ist ein reales Übernahmeszenario.
Das Ausmaß der Vernachlässigung in Polen ist dokumentiert. Im März 2024 waren im polnischen Netz 2.462 verwundbare FortiOS-Instanzen aktiv. CERT Polska verschickte 2024 insgesamt 11.913 Benachrichtigungen zu 119 verschiedenen Schwachstellen – am wirksamsten war letztlich der telefonische Kontakt, weil E-Mails an allgemeine Adressen die verantwortlichen Personen häufig nicht erreichten.
Eine Update-Richtlinie besteht im Wesentlichen aus drei Elementen:
- Zeitplan. Ein fester Termin für die Installation von Patches, nicht „wenn gerade Zeit ist“.
- Prozessverantwortlicher. Eine namentlich benannte Person, die Hinweise zu Schwachstellen entgegennimmt.
- Priorisierung. Edge-Geräte und VPNs werden zuerst gepatcht – ihr Anteil an Angriffen stieg von 3 % auf 22 %.
Planen Sie außerdem ein Wartungsfenster. 72 % der Organisationen reservieren monatlich 2 bis 8 Stunden für geplante Ausfallzeiten – für Patches, Tests und Updates. Bei nur einem Server bedeuten diese Stunden einen Stillstand des gesamten Unternehmens. Legen Sie das Fenster deshalb außerhalb der Arbeitszeit und kommunizieren Sie es dem Team im Voraus.
Zum Schluss die organisatorische Ebene, die leicht übersehen wird. Ransomware-Opfer nannten im Durchschnitt 2,7 Faktoren, die zum Angriff beigetragen hatten: eine unbekannte Sicherheitslücke (40 %), fehlendes Personal und Ressourcen (39 %) sowie fehlende Kompetenzen (39 %) (Sophos 2025, Enterprise-Stichprobe, kommerzielle Quelle). Zwei der drei wichtigsten Faktoren sind organisatorisch und nicht hardwarebedingt – legen Sie beim ersten Server daher sofort fest, wer ihn betreut.
Checkliste vor der Inbetriebnahme des Servers
Gehen Sie diese acht Punkte durch, bevor der Server produktiv eingesetzt wird.
- RTO und RPO festlegen. Dokumentieren Sie, wie viele Stunden Ausfallzeit und wie viel Datenverlust das Unternehmen akzeptiert.
- Lizenzen berechnen. Prüfen Sie die Anzahl der Cores und die erforderliche Zahl an Lizenzpaketen, bevor Sie die Hardware bestellen.
- Unnötige Dienste entfernen. Deaktivieren Sie nicht benötigte Dienste und Compiler im Produktionssystem.
- Internetzugriff schließen. Remote Desktop und Datenbank erhalten keine öffentlichen Adressen; Zugriff ausschließlich über VPN.
- Widerstandsfähige MFA aktivieren. Konfigurieren Sie Number Matching, damit Prompt Bombing nicht funktioniert.
- Offline-Backup konfigurieren. Verschlüsselt, außerhalb der Reichweite des Servers und mit festgelegter Log-Aufbewahrung.
- Wiederherstellung testen. Stellen Sie die Daten aus dem Backup in einer sauberen Umgebung wieder her und messen Sie die benötigte Zeit.
- Wartungsfenster und Verantwortlichen festlegen. Benennen Sie die Person, die für Updates und die Reaktion auf Schwachstellenmeldungen zuständig ist.
Verlangt NIS2 Tests von Backups?
Für von der Regelung erfasste Unternehmen: ja. Die Durchführungsverordnung (EU) 2024/2690 zur NIS2-Richtlinie verlangt einen Business-Continuity- und Disaster-Recovery-Plan, Backups sowie ein angemessenes Maß an Redundanz der Ressourcen. Diese Pläne müssen regelmäßig getestet werden – Wiederherstellungstests sind damit nicht mehr nur gute Praxis, sondern Pflicht. Ob das eigene Unternehmen in den Anwendungsbereich fällt, sollte branchenspezifisch geprüft werden; nicht jedes Unternehmen ist betroffen. Ausführlicher behandeln wir das im Beitrag zur Optimierung der Cybersicherheit gemäß der NIS2-Richtlinie.
Wo anfangen?
Beginnen Sie mit zwei Zahlen und einem Test: Legen Sie RTO und RPO fest, berechnen Sie die Lizenzen und stellen Sie anschließend Daten aus einem Backup wieder her, bevor der Server produktiv geht. Diese drei Schritte beseitigen einen großen Teil der oben beschriebenen Fehler, weil sie dazu zwingen, das zu planen, was sonst gern „auf später“ verschoben wird. Der Rest – Hardening, MFA und Wartungsfenster – lässt sich darum herum aufbauen.
Schreiben Sie uns, wie viele Benutzer Sie haben, was auf dem Server laufen soll und welche Ausfallzeit akzeptabel ist. Wir stellen dann eine passende Konfiguration zusammen – mit RAID, Controller und Stromversorgungsredundanz abgestimmt auf das definierte RTO. Sie erhalten getestete Hardware mit vorbereiteter iDRAC-/iLO-Konfiguration und Garantie. Das vollständige Angebot finden Sie in der Kategorie Server, weitere Materialien in unserer Wissensdatenbank.
FAQ
Ersetzt RAID ein Backup?
Nein. RAID schützt vor Festplattenausfällen und erhält die Betriebsfähigkeit, macht aber weder eine Ransomware-Verschlüsselung noch das Löschen einer Datei oder einen menschlichen Fehler rückgängig. Backup und RAID sind zwei separate Schutzebenen.
Wie oft sollte die Wiederherstellung aus einem Backup getestet werden?
Regelmäßig, in einem vollständigen Wiederherstellungsszenario nach einem Ausfall – das empfehlen die gemeinsamen Leitlinien von CISA, FBI, NSA und MS-ISAC. Der Grund ist praktisch: Nur bei 54 % der Ransomware-Vorfälle konnten Daten aus Backups wiederhergestellt werden, und 38 % der Unternehmen, die ein höheres Lösegeld zahlten, nannten den Ausfall ihres eigenen Backups als Ursache.
Welche Temperatur sollte im Serverraum herrschen?
Der empfohlene Bereich am Lufteinlass der Geräte liegt bei 18–27 °C; für Klasse A1 sind 15–32 °C bei einem Taupunkt von höchstens 17 °C zulässig. Gemessen wird an den Lufteinlässen der Geräte und nicht als Durchschnittswert im Raum.
Darf der erste Server direkt ins Internet gestellt werden?
Remote Desktop und Datenbanken sollten nicht öffentlich erreichbar sein. CERT Polska scannte 7.806 VNC-Server im polnischen Adressraum und fand 299 Instanzen mit unzureichender Absicherung, darunter Bedienfelder industrieller Infrastruktur. Fernzugriff sollte über VPN mit MFA erfolgen.
Wie viele Windows-Server-Lizenzen benötigt ein Server mit 8 Cores?
Mindestens 16 Core-Lizenzen. Windows Server 2025 verlangt die Lizenzierung aller physischen Cores, mit mindestens 8 Lizenzen pro Prozessor und mindestens 16 pro Server – auch bei einem Einprozessorsystem.
Was sollte vor dem Kauf des ersten Servers festgelegt werden?
Vier Dinge: RTO (Zeit bis zur Wiederherstellung eines Dienstes), RPO (akzeptabler Datenverlust), Lizenzkosten und das Erneuerungsbudget für die Hardware. Ohne RTO und RPO lassen sich weder RAID-Level noch Stromversorgungsredundanz sinnvoll dimensionieren.
Was ist ein Golden Image?
Eine Systemvorlage mit vorkonfiguriertem Betriebssystem und Anwendungen, mit der sich ein Server schnell von Grund auf neu aufbauen lässt. Die gemeinsamen Leitlinien von CISA, FBI, NSA und MS-ISAC empfehlen, aktuelle Golden Images kritischer Systeme vorzuhalten.
Literatur
- CERT Polska (NASK-PIB) – Jahresbericht 2024. Sicherheitslage des polnischen Internets – https://cert.pl/uploads/docs/Raport_CP_2024.pdf
- NIST Special Publication 800-123 – Guide to General Server Security (2008) – https://nvlpubs.nist.gov/nistpubs/legacy/sp/nistspecialpublication800-123.pdf
- CISA, FBI, NSA, MS-ISAC – #StopRansomware Guide (2023) – https://media.defense.gov/2023/May/23/2003227891/-1/-1/1/CSI-StopRansomware-Guide.PDF
- Verizon – 2025 Data Breach Investigations Report – https://www.verizon.com/business/resources/reports/2025-dbir-data-breach-investigations-report.pdf
- Verizon – 2025 DBIR: Small- and Medium-Sized Business Snapshot – https://www.verizon.com/business/resources/infographics/2025-dbir-smb-snapshot.pdf
- Sophos – The State of Ransomware 2025 (Herstellerstudie, 3.400 Organisationen) – https://greymatter.com/wp-content/uploads/2025/06/sophos-state-of-ransomware-2025.pdf
- Sophos – The State of Ransomware in Enterprise 2025 (Herstellerstudie) – https://assets.sophos.com/X24WTUEQ/at/gspkf9pb6jsvt4hrv2z8kjj/sophos-state-of-ransomware-in-enterprise-2025.pdf
- ITIC – 2024 Global Server Hardware, Server OS Reliability Report (Umfragestudie, gehostet von einem Hersteller) – https://www.lenovo.com/content/dam/lenovo/dcg/global/en/products/servers/itic-2024-global-server-hardware-server-os-reliability-report.pdf
- Lawrence Berkeley National Laboratory – Thermal Guidelines and Temperature Measurements in Data Centers (2020) – https://datacenters.lbl.gov/sites/default/files/FINAL%20Thermal%20Guidelines%20and%20Temp%20Measurements%209-15-2020.pdf
- ASHRAE – Equipment Thermal Guidelines for Data Processing Environments, Reference Card (2015) – https://xp20.ashrae.org/datacom1_4th/ReferenceCard.pdf
- Revisiting Memory Errors in Large-Scale Production Data Centers (Facebook / CMU, DSN 2015) – https://users.ece.cmu.edu/~omutlu/pub/memory-errors-at-facebook_dsn15.pdf
- SSD Failures in Datacenters: What? When? and Why? (Microsoft Research, 2016) – https://www.microsoft.com/en-us/research/wp-content/uploads/2016/08/a7-narayanan.pdf
- Microsoft – Windows Server 2025 Licensing Guide (2025) – https://www.licensingschool.co.uk/wp-content/uploads/2025/02/Licensing_guide_PLT_Windows_Server_2025-February-2025.pdf
- ENISA – Technical Implementation Guidance on Cybersecurity Risk Management Measures, v1.0 (2025) – https://www.enisa.europa.eu/sites/default/files/2025-06/ENISA_Technical_implementation_guidance_on_cybersecurity_risk_management_measures_version_1.0.pdf
- Joint Research Centre (EC) – 2025 Best Practice Guidelines for the EU Code of Conduct on Data Centre Energy Efficiency – https://publications.jrc.ec.europa.eu/repository/handle/JRC141521
- GUS – Informationsgesellschaft in Polen 2025 – https://stat.gov.pl/files/gfx/portalinformacyjny/pl/defaultaktualnosci/5497/2/15/1/spoleczenstwo_informacyjne_w_polsce_w_2025_r..pdf
- Eurostat – Cloud computing: statistics on the use by enterprises – https://ec.europa.eu/eurostat/statistics-explained/SEPDF/cache/37043.pdf


































































































