Montagmorgen, kurz nach acht. Die ersten Mitarbeitenden fahren ihre Rechner hoch, die Telefonanlage läuft, der Vertrieb will Angebote versenden. Dann bleibt der Bildschirm schwarz oder zeigt eine Lösegeldforderung. Das ERP ist nicht erreichbar, Freigaben fehlen, E-Mails stauen sich, und niemand kann sicher sagen, ob nur ein Server betroffen ist oder bereits die gesamte Umgebung.
Genau in diesem Moment zeigt sich, ob ein Unternehmen Notfall Management als Pflichtübung behandelt hat oder als betriebliche Überlebensdisziplin. Viele Geschäftsführer denken beim Thema zuerst an Firewalls, Backups oder Cyberversicherung. Das reicht nicht. Im Ernstfall scheitern Organisationen oft nicht an fehlender Technik, sondern an fehlender Klarheit. Wer entscheidet? Wer isoliert Systeme? Wer informiert Kunden? Wer dokumentiert für NIS-2, Auditoren und Versicherer?
Einleitung Ohne Notfallplan navigieren Sie im Blindflug
Für viele KMU ist die Lage widersprüchlich. Die IT ist geschäftskritisch, aber die internen Ressourcen sind knapp. Es gibt irgendein Backup, irgendwo liegt eine Liste mit Dienstleistern, und vielleicht existiert auch ein Word-Dokument mit dem Titel Notfallplan. Im Audit wirkt das besser als gar nichts. Im realen Vorfall hilft es kaum.
Das Problem ist in Deutschland klar sichtbar. Laut BSI aus 2025 haben 68 % der deutschen KMU keine geprüften Notfallpläne für Cyberangriffe, und 74 % der Ausfälle gehen nicht auf technische Defekte, sondern auf menschliche Überlastung und unklare Eskalationswege zurück (BSI-Fakt zum geprüften Notfallplan und menschlichen Ursachen). Wer das nüchtern betrachtet, erkennt sofort den Kern: Ein Plan auf Papier ist wertlos, wenn ihn niemand unter Druck anwenden kann.
Viele Unternehmen stehen zusätzlich mitten in der Digitalisierung. Prozesse wandern in Cloud-Dienste, Freigaben laufen digital, Dokumente verlassen den klassischen Aktenordner. Das macht den Betrieb effizienter, aber auch abhängiger von sauber definierten Abläufen. Wer die organisatorische Seite dieser Entwicklung besser einordnen will, findet bei malma.ai über Prozessdigitalisierung und DSGVO einen hilfreichen Blick auf die Verbindung zwischen digitalen Prozessen und regulatorischer Verantwortung.
Woran KMU im Ernstfall wirklich scheitern
Es scheitert selten daran, dass niemand einen Begriff wie Incident Response kennt. Es scheitert daran, dass der Betrieb nicht in konkrete Entscheidungen übersetzt wurde.
- Kritische Prozesse sind nicht benannt. Niemand weiss, ob zuerst Produktion, Warenwirtschaft oder Telefonie wiederhergestellt werden muss.
- Abhängigkeiten sind unsichtbar. Ein Cloud-Dienst hängt an Identitäten, Mail, Internetzugang und lokalen Schnittstellen.
- Verantwortung bleibt diffus. Zwei Leute fühlen sich zuständig, aber keiner entscheidet.
- Kommunikation läuft unkoordiniert. Mitarbeitende schreiben Kunden, bevor intern überhaupt klar ist, was passiert ist.
Ein belastbarer Notfallplan ist kein IT-Dokument. Er ist eine Betriebsanweisung für den Ausnahmezustand.
Wenn Sie zum ersten Mal ein belastbares Notfallmanagement aufbauen, brauchen Sie keinen Konzernapparat. Sie brauchen eine klare Reihenfolge, realistische Prioritäten und die Bereitschaft, externe Expertise dort einzubinden, wo internes Wissen oder Zeit nicht ausreichen. Genau darum geht es in der Praxis.
Grundstein legen Die Risikoanalyse als Fundament
Ein brauchbarer Notfallplan beginnt nicht mit einer Tool-Liste. Er beginnt mit der Frage, welcher Ausfall Ihr Unternehmen am schnellsten wirtschaftlich trifft. Das ist der Punkt, an dem viele Mittelständler falsch abbiegen. Sie inventarisieren Server, Switche und Lizenzen, aber sie beschreiben nicht, welche Geschäftsprozesse davon abhängen.
Nicht mit Technik beginnen, sondern mit Betrieb
Schreiben Sie zuerst die Prozesse auf, die Umsatz, Leistungserbringung oder gesetzliche Pflichten direkt beeinflussen. In einem Handelsunternehmen kann das Auftragsannahme und Kommissionierung sein. In einer Kanzlei die Verfügbarkeit von DMS und E-Mail. In einer Produktion häufig ERP, Maschinenanbindung und Netzwerkzugang in der Fertigung.
Danach ordnen Sie jedem Prozess die nötigen Bausteine zu:
| Geschäftsprozess | Benötigte Systeme | Auswirkung bei Ausfall |
|---|---|---|
| Auftragserfassung | ERP, Benutzeranmeldung, Netzwerk, E-Mail | Bestellungen verzögern sich |
| Produktion | Steuerung, Fileserver, Netzwerk, Internetanbindung | Fertigung stoppt oder läuft blind |
| Kundenservice | Telefonie, CRM, Postfächer | Kundenanfragen bleiben offen |
So wird aus einem abstrakten Sicherheitsprojekt eine betriebliche Prioritätenliste.
Vier Schritte, die für KMU funktionieren
Die Risikoanalyse muss vollständig genug sein, aber nicht akademisch. In der Praxis hat sich dieses Vorgehen bewährt:
Risiken identifizieren
Denken Sie an reale Störungen. Ransomware, Admin-Konto kompromittiert, Ausfall der Internetanbindung, Hardwaredefekt, Fehlkonfiguration nach Update, Stromausfall, Bedienfehler.Risiken bewerten
Bewerten Sie nicht mathematisch perfekt, sondern belastbar. Zwei Fragen reichen zu Beginn: Wie wahrscheinlich ist das Risiko, und wie hart trifft es den Betrieb?Risiken priorisieren
Alles, was hohe Auswirkung und realistische Eintrittswahrscheinlichkeit verbindet, gehört nach oben. Alles andere kommt später.Massnahmen definieren
Erst jetzt sprechen Sie über Backup, MFA, Netzwerksegmentierung, Ersatzhardware, externe Unterstützung und Meldewege.
Praxisregel: Wenn ein Risiko nicht einem Geschäftsprozess zugeordnet ist, landet es in KMU oft in der falschen Priorität.
Wer für diesen Schritt eine konkrete Struktur sucht, kann mit einer Vorlage zur Business-Impact-Analyse sauber starten. Das spart Diskussionen, weil Fachbereich und IT dieselbe Sprache sprechen.
Was in Audits gut klingt, aber operativ nichts bringt
Viele Risiken werden zu allgemein formuliert. „Cyberangriff“ ist keine verwertbare Kategorie. „Ausfall des ERP durch Verschlüsselung des Virtualisierungshosts“ ist verwertbar. Nur damit lässt sich ableiten, welche Wiederanlaufstrategie, welches Backup-Fenster und welche Eskalation nötig sind.
Ein guter Vergleich kommt aus regulierten Umgebungen ausserhalb der IT. In Kliniken reicht es auch nicht, Hygiene abstrakt wichtig zu finden. Prozesse, Verantwortlichkeiten und Prüfungen müssen konkret greifen. Genau deshalb ist der Blick auf Patientensicherheit durch professionelle Hygiene interessant. Das Prinzip ist ähnlich: Standards wirken erst dann, wenn sie in klare Abläufe übersetzt werden.
Das Ergebnis der Risikoanalyse
Am Ende brauchen Sie keine hundertseitige Ausarbeitung. Sie brauchen drei Dinge:
- Eine priorisierte Liste kritischer Prozesse
- Die wichtigsten technischen und organisatorischen Abhängigkeiten
- Konkrete Schutz- und Reaktionsmassnahmen pro Priorität
Damit schaffen Sie die Grundlage für NIS-2, ISO 27001 und vor allem für Entscheidungen unter Druck.
Im Ernstfall handeln Der Incident-Response-Plan
Wenn der Vorfall bereits läuft, ist es zu spät für Grundsatzdiskussionen. Dann zählt ein Incident-Response-Plan, der auf wenigen Seiten klar sagt, was in den ersten Stunden passiert. Kein juristischer Aufsatz. Kein Sammelordner mit Richtlinien. Ein Drehbuch.
Die ersten Minuten entscheiden über den Schaden
Der häufigste Fehler ist hektische Aktivität ohne Lagebild. Jemand startet Server neu. Jemand löscht Logs. Jemand ruft schon Kunden an. Damit vernichten Unternehmen oft Beweise, verschlechtern die Ausbreitungslage oder kommunizieren Unsicherheit nach aussen.
Ein Incident-Response-Plan braucht deshalb eine feste Reihenfolge.
1. Identifikation und Meldung
Der Vorfall muss erkennbar und meldefähig sein. Typische Trigger sind verschlüsselte Dateien, ungewöhnliche Anmeldeereignisse, Alarmmeldungen aus EDR, nicht erreichbare Systeme oder auffällige Administratoraktionen.
Wichtig ist hier nicht Perfektion, sondern Verbindlichkeit:
- Wer darf einen Incident offiziell ausrufen
- Wie wird intern alarmiert
- Welche Informationen müssen sofort erfasst werden
- Welche Systeme sind betroffen oder verdächtig
2. Eindämmung
Jetzt geht es nicht darum, schön aufzuräumen. Es geht darum, die Ausbreitung zu stoppen. Betroffene Konten sperren. Netzwerksegmente trennen. Remote-Zugänge prüfen. Verdächtige Systeme isolieren. Backups vor nachträglicher Manipulation schützen.
Erst eindämmen, dann analysieren. Wer im laufenden Angriff zu früh auf Wiederanlauf setzt, riskiert die zweite Welle.
Gerade bei Ransomware hilft ein vorbereiteter Ablauf enorm. Eine kompakte Checkliste für die ersten Schritte finden Sie in diesem Beitrag zu Ransomware-Angriff was tun.
3. Beseitigung
In dieser Phase entfernen Sie nicht nur Symptome. Sie beseitigen die Ursache. Dazu gehören kompromittierte Konten, persistente Zugänge, schadhafte Aufgaben, manipulierte Richtlinien oder ungepatchte Schwachstellen. Ein System ist nicht sauber, nur weil es wieder startet.
Hier trennt sich Improvisation von professionellem Notfall Management. Wer intern nicht genug forensisches oder sicherheitstechnisches Know-how hat, sollte externe Spezialisten einbeziehen. Das ist kein Makel, sondern Risikosteuerung.
Automatisierung ist hilfreich, aber kein Ersatz für Führung
Viele Unternehmen setzen heute auf automatisierte Unterstützung in der Reaktion. Das ist sinnvoll, wenn Prozesse sauber definiert sind. Laut Atlassian aus 2024 nutzen 63 % der deutschen Organisationen KI-Tools zur Bewältigung von Sicherheitsvorfällen, vor allem zur Senkung der MTTR. Zudem kann Automatisierung die Lösungszeiten um bis zu 50 % verkürzen (Atlassian-Fakt zu KI in der Incident-Response und MTTR).
Das bedeutet in der Praxis aber nicht, dass KI den Vorfall „löst“. Sie beschleunigt Korrelation, Priorisierung, Alarmierung und Teilreaktionen. Die eigentlichen Entscheidungen bleiben menschlich. Wer trennt welches Segment? Was wird zuerst wiederhergestellt? Wann ist ein System wirklich wieder vertrauenswürdig?
Wiederherstellung braucht Freigabekriterien
Viele Teams wollen zu schnell zurück in den Normalbetrieb. Das ist verständlich und gefährlich. Systeme sollten erst wieder live gehen, wenn Freigabekriterien erfüllt sind.
| Frage | Freigabe erst nach |
|---|---|
| Ist die Ursache entfernt | Technische Prüfung und Dokumentation |
| Sind privilegierte Konten sicher | Passwortwechsel, Rechteprüfung, MFA-Status |
| Ist das Backup vertrauenswürdig | Test der Wiederherstellung und Plausibilitätsprüfung |
| Ist Kommunikation vorbereitet | Interne Freigabe für Mitarbeitende, Kunden, Partner |
Ein schlanker IRP umfasst meist die Rollen, Meldewege, Sofortmassnahmen, Freigaben und Eskalationen. Mehr braucht ein KMU zu Beginn nicht. Weniger ist im Ernstfall zu wenig.
In operativen Notfällen kann auch ein externer Partner mit klar definiertem Alarmweg sinnvoll sein. Deeken.Technology GmbH unterstützt unternehmenskritische Fälle über die Notfall-Kommunikation per E-Mail an support@deeken-technology.de mit dem Betreff „Notfall“. Entscheidend ist dabei nicht der Anbietername, sondern dass der Alarmweg vorab festgelegt und intern bekannt ist.
Den Betrieb sichern Business Continuity Management
Ein Incident-Response-Plan löscht den technischen Brand. Business Continuity Management sorgt dafür, dass Ihr Unternehmen währenddessen weiter handlungsfähig bleibt. Das ist ein anderer Fokus. Nicht das kompromittierte System steht im Zentrum, sondern der Geschäftsbetrieb.
Viele KMU verwechseln diese beiden Ebenen. Sie haben Backups und nennen das BCM. Das ist zu kurz gedacht. Ein Backup beantwortet nur einen Teil der Frage, wie Daten zurückkommen. Es beantwortet nicht, wie Aufträge angenommen, Kunden informiert oder Leistungen weiter erbracht werden, solange Kernsysteme ausfallen.
RTO und RPO müssen aus dem Betrieb kommen
Zwei Werte sind dabei zentral:
- RTO beschreibt, wie schnell ein Prozess oder System wieder verfügbar sein muss.
- RPO beschreibt, wie viel Datenverlust wirtschaftlich oder rechtlich tolerierbar ist.
Das Problem beginnt, wenn diese Ziele aus dem Bauch festgelegt werden. Dann steht im Konzept vielleicht „Wiederanlauf in kurzer Zeit“, aber niemand hat entschieden, was das konkret für ERP, Mails, Produktion oder Telefonie heisst.
Laut BSI aus 2025 verfügen nur 34 % der deutschen KMU über ein vollständig implementiertes Notfallmanagementsystem. Die durchschnittliche Wiederherstellungszeit nach einem kritischen Ausfall liegt bei 18 Stunden, obwohl der Zielwert für die meisten bei unter 4 Stunden liegen sollte. Unternehmen mit ISO 27001-Zertifizierung erreichen zudem eine 45 % höhere Erfolgsrate bei der schnellen Wiederherstellung (BSI-Fakt zu Implementierungsgrad, Wiederherstellungszeit und ISO 27001).
Ein einfaches Entscheidungsmodell für Mittelständler
Nehmen Sie drei typische Prozessgruppen und bewerten Sie sie getrennt:
| Prozessgruppe | RTO-Denken | RPO-Denken |
|---|---|---|
| Produktion oder Warenfluss | Muss sehr schnell wieder laufen | Datenverlust oft nur minimal tolerierbar |
| Vertrieb und Kundenservice | Kurzfristige Ausweichprozesse möglich | Teilweise manuell überbrückbar |
| Verwaltung und Archiv | Kann oft später folgen | Je nach Dokumentationspflicht unterschiedlich |
So entsteht ein realistisches Bild. Ein Produktionsbetrieb braucht andere Prioritäten als ein Ingenieurbüro. Ein Steuerberater bewertet Datenverlust anders als ein Handelsunternehmen mit hoher Transaktionsdichte.
Was in KMU tatsächlich funktioniert
BCM muss bezahlbar bleiben. In der Praxis bewähren sich häufig diese Kombinationen:
- Getrennte Backup-Strategie mit unveränderbaren Sicherungen und regelmässigem Restore-Test
- Redundante Kernsysteme dort, wo Ausfallzeiten sofort Geld kosten
- Cloud-basierte Ausweichmöglichkeiten für E-Mail, Dokumente oder Kommunikation
- Manuelle Übergangsprozesse für begrenzte Zeit, etwa Auftragserfassung auf Papier oder in einer Notfallliste
BCM ist dann belastbar, wenn die Fachabteilung sagen kann, wie sie morgen arbeitet, obwohl die IT heute gestört ist.
Wenn Sie dafür eine Ausgangsbasis brauchen, hilft eine Vorlage für den Business Continuity Plan. Wichtig ist aber: Die Vorlage ersetzt keine Entscheidungen. Sie macht sie nur sichtbar.
Klarheit schaffen Rollen Team und Kommunikation
Technik kann einen Angriff erkennen. Technik kann Systeme isolieren. Technik kann ein Backup zurückspielen. Aber Technik übernimmt keine Verantwortung. Genau hier kippen viele Krisen. Nicht wegen fehlender Produkte, sondern wegen fehlender Zuständigkeit.
Eine Sophos-Erhebung von 2024 zeigt, dass 54 % der deutschen Unternehmen angeben, ihre IT-Mitarbeitenden verfügten nicht über die nötigen Fähigkeiten, um komplexe Cyberangriffe wirksam zu bekämpfen (Sophos-Fakt zur Skill-Lücke in deutschen Unternehmen). Die Schlussfolgerung ist klar: Ein Unternehmen darf seine Reaktionsfähigkeit nicht auf einzelne Personen bauen, die „das schon irgendwie lösen“. Es braucht Rollen, Eskalation und externe Ergänzung.
Ein schlankes Krisenteam reicht oft aus
Für ein KMU muss das Team nicht gross sein. Es muss klar sein. In vielen Fällen genügen diese Funktionen:
Krisenverantwortlicher
Trifft Entscheidungen, priorisiert Massnahmen, gibt Freigaben.Technischer Einsatzleiter
Koordiniert Analyse, Eindämmung, Wiederherstellung und externe Dienstleister.Fachbereichsvertretung
Bewertet betriebliche Auswirkungen und legt Prozessprioritäten fest.Kommunikationsverantwortlicher
Steuert interne Meldungen, Kundenkommunikation und abgestimmte Aussagen nach aussen.Vertretungen
Jede Schlüsselrolle braucht mindestens eine benannte Ersatzperson.
Der grosse Fehler ist die Vermischung. Wenn derselbe Mensch gleichzeitig technische Analyse, Managemententscheidung und Kundenkommunikation übernimmt, entstehen Verzögerungen und Widersprüche.
Kommunikation muss vorbereitet sein, bevor sie gebraucht wird
Unter Druck schreiben Menschen zu viel, zu früh oder das Falsche. Deshalb gehören vorbereitete Kommunikationsbausteine in jedes Notfall Management.
Intern klären
- Wer wird sofort informiert
- Über welchen Kanal kommunizieren Sie bei Ausfall von E-Mail
- Welche Anweisung gilt für Mitarbeitende bei verdächtigen Ereignissen
- Wer dokumentiert Entscheidungen und Zeiten
Extern klären
- Wer spricht mit Kunden
- Wer bewertet Meldepflichten
- Wer kommuniziert mit Lieferanten, Versicherern und Behörden
- Welche Aussagen werden erst nach Freigabe veröffentlicht
Ein ruhiger Sprecher ersetzt keine saubere Lagearbeit. Aber fehlende Kommunikation verschärft fast jeden Vorfall.
Weiterbildung ist kein Nice-to-have
In vielen Mittelständlern hängt Sicherheitswissen an einzelnen Administratoren. Das ist riskant. Urlaub, Krankheit oder parallele Belastung reichen aus, damit der Plan im Ernstfall nicht greift. Deshalb sollten Unternehmen gezielt entscheiden, welche Kompetenzen intern aufgebaut werden und wo ein externer Partner dauerhaft eingebunden bleibt.
Ein belastbares Modell ist oft besser als das Idealmodell: intern klare Führungs- und Prozessverantwortung, extern spezialisierte Hilfe für Forensik, Härtung, Wiederherstellung oder Compliance-Dokumentation. Das passt zu NIS-2 und unterstützt auch ISO-27001-nahe Arbeitsweisen, weil Verantwortlichkeiten nachvollziehbar und prüfbar werden.
Den Plan prüfen Tests Audits und kontinuierliche Verbesserung
Ein Notfallplan, der nie getestet wurde, ist meistens eine Sammlung guter Absichten. Er sieht sauber aus, bis der erste echte Vorfall eintritt. Dann zeigt sich, dass Telefonnummern veraltet sind, Freigaben fehlen, Backups nicht lesbar sind oder niemand weiss, wer ausserhalb der Geschäftszeiten entscheidet.
Der häufigste Irrtum lautet: „Wir haben doch einen Plan.“ Die relevante Frage ist eine andere. Hat Ihr Team diesen Plan unter realistischem Druck schon einmal angewendet?
Mit einfachen Tests anfangen
Sie brauchen am Anfang kein grosses Simulationsprogramm. Für KMU funktionieren drei Testformen besonders gut.
Tabletop-Test
Das Team sitzt zusammen und spielt ein realistisches Szenario durch. Zum Beispiel: Ein Mitarbeitender meldet verschlüsselte Dateien, das ERP ist langsam, und ein Administrator-Login wirkt auffällig. Dann wird entschieden, Schritt für Schritt.
Achten Sie dabei auf diese Punkte:
- Zeitdruck abbilden
Entscheidungen müssen in kurzer Reihenfolge getroffen werden. - Informationslücken zulassen
Im echten Vorfall ist die Lage nie vollständig. - Rollen ernst nehmen
Management, Technik und Kommunikation handeln getrennt, aber abgestimmt.
Technischer Wiederherstellungstest
Ein Backup gilt erst dann als Notfallbaustein, wenn die Wiederherstellung praktisch getestet wurde. Testen Sie nicht nur, ob Daten vorhanden sind. Testen Sie, ob Anwendungen starten, Berechtigungen stimmen und Fachbereiche mit dem Ergebnis arbeiten können.
Alarmierungs- und Kommunikationsprobe
Prüfen Sie, ob das Krisenteam ausserhalb des Tagesgeschäfts erreichbar ist. Prüfen Sie alternative Kanäle. Prüfen Sie, ob Vorlagen, Kontaktlisten und Freigabewege aktuell sind.
Audits prüfen Nachweise. Ein echter Vorfall prüft Handlungsfähigkeit. Beides ist wichtig, aber nicht dasselbe.
Nach jedem Test muss sich etwas ändern
Viele Unternehmen protokollieren Tests sauber und ändern danach nichts. Damit verpufft der Nutzen. Sinnvoll ist ein kurzer Verbesserungszyklus:
| Beobachtung | Ursache | Korrektur |
|---|---|---|
| Eskalation dauerte zu lang | Rolle nicht eindeutig | Verantwortliche Person benennen |
| Restore war unvollständig | Backup-Inhalt falsch definiert | Sicherungsumfang anpassen |
| Kommunikation stockte | Kein Ausweichkanal | Alternativen verbindlich festlegen |
Das ist im Kern der PDCA-Gedanke, den ISO 27001 erwartet. Planen, umsetzen, prüfen, verbessern. NIS-2 verlangt ebenfalls keine Hochglanzdokumente, sondern wirksame organisatorische und technische Massnahmen. Ein regelmässig getesteter Plan erfüllt diesen Anspruch wesentlich besser als eine perfekte, aber ungenutzte Richtlinie.
Fazit Vom Plan zur gelebten Sicherheitskultur
Ein belastbares Notfall Management ist für KMU kein Luxus und kein reines Compliance-Projekt. Es ist betriebliche Vorsorge. Sie schützen damit Umsatz, Lieferfähigkeit, Kundenvertrauen und Ihre Handlungsfähigkeit unter Druck.
Der praktikable Weg ist klar. Risiken aus den Geschäftsprozessen ableiten. Einen Incident-Response-Plan für die ersten Stunden festlegen. Business Continuity so definieren, dass der Betrieb auch während der Störung weiterläuft. Rollen, Kommunikation und Tests verbindlich machen. Genau so wird aus NIS-2 und ISO 27001 kein Bürokratiepaket, sondern ein funktionierendes Steuerungsmodell.
Dabei zeigt die Praxis auch, wie Unternehmen Unterstützung organisieren. Eine Bitkom-Analyse aus 2025 bestätigt, dass 81 % der deutschen KMU im Notfall zuerst auf lokale IT-Systemhäuser zurückgreifen, weil diese meist schneller und passgenauer reagieren als anonyme Cloud-Anbieter (Bitkom-Fakt zur Rolle lokaler IT-Partner im Notfall).
Warten Sie also nicht auf den ersten ernsten Vorfall. Beginnen Sie mit einem Plan, den Ihr Unternehmen tatsächlich leben kann.
Wenn Sie Ihr erstes belastbares Notfallkonzept aufbauen oder einen bestehenden Plan praxisnah auf NIS-2 und ISO 27001 ausrichten möchten, unterstützt Deeken.Technology GmbH bei Risikoanalyse, Incident Response, Business Continuity und der operativen Umsetzung im Mittelstand.
