Zum Inhalt springen
← Blog

Informationssicherheit

Informationssicherheit muss zum Unternehmen passen

Salih Köse · · Lesezeit: 6 min

Informationssicherheit wird häufig mit umfangreichen Regelwerken, technischen Lösungen und hohen Investitionen verbunden. Das kann schnell zu der Frage führen, wie viel Security ein Unternehmen eigentlich braucht – und was davon unter den eigenen Bedingungen überhaupt realistisch ist.

Ein Startup mit wenigen Mitarbeitenden kann hochsensible Daten verarbeiten oder stark von einzelnen Cloud-Diensten abhängig sein. Ein großes Unternehmen kann über etablierte Security-Strukturen verfügen und trotzdem in bestimmten Bereichen erheblichen Handlungsbedarf haben.

Die Größe eines Unternehmens sagt deshalb nur begrenzt etwas darüber aus, wie Informationssicherheit konkret aussehen sollte. Entscheidend ist die eigene Situation.

Die Fragen bleiben gleich. Die Antworten nicht.

Am Anfang stehen unabhängig von der Unternehmensgröße ähnliche Fragen: Was ist für das Geschäft wirklich wichtig? Welche Informationen, Systeme und Prozesse müssen geschützt werden? Wovon ist das Unternehmen besonders abhängig? Welche Auswirkungen hätte ein Ausfall oder Sicherheitsvorfall? Und welche regulatorischen, vertraglichen oder kundenspezifischen Anforderungen müssen berücksichtigt werden?

In einem jungen Unternehmen reichen möglicherweise wenige gezielte Entscheidungen aus, um früh eine solide Sicherheitsbasis zu schaffen. Mit zunehmendem Wachstum entstehen neue Systeme, Schnittstellen und Abhängigkeiten. Verantwortlichkeiten müssen klarer geregelt und bisher informelle Abläufe stärker strukturiert werden.

In großen Organisationen ist die Ausgangslage wieder eine andere. Dort fehlt es häufig nicht an Security-Maßnahmen. Die Herausforderung liegt eher darin, bestehende Prozesse wirksamer zu machen, Verantwortlichkeiten zu schärfen oder unterschiedliche Security-Funktionen besser miteinander zu verbinden.

Genau deshalb sollte Informationssicherheit nicht mit einem möglichst umfangreichen Maßnahmenkatalog beginnen, sondern mit einem realistischen Blick auf das Unternehmen.

Nicht alles gleichzeitig – aber das Richtige zuerst

In der Praxis fehlt es selten an möglichen Sicherheitsmaßnahmen. Schwieriger ist die Entscheidung, welche davon Priorität haben.

Budget, Zeit und Fachkräfte sind begrenzt. Bestehende Technologien lassen sich nicht beliebig austauschen, und organisatorische Veränderungen benötigen häufig länger als erwartet. Auch Sicherheitsreife und Unternehmenskultur beeinflussen, was sinnvoll umgesetzt werden kann.

Diese Rahmenbedingungen zu berücksichtigen, heißt nicht, notwendige Sicherheitsziele aufzugeben. Es geht darum, einen realistischen Weg dorthin zu finden.

Wenn beispielsweise bei einer Bestandsaufnahme zwanzig relevante Verbesserungsbereiche identifiziert werden, das Unternehmen aber zunächst nur fünf davon angehen kann, verschwinden die übrigen fünfzehn nicht. Die damit verbundenen Risiken bleiben sichtbar und müssen bewusst behandelt werden. Manche lassen sich vorübergehend reduzieren, für andere braucht es zusätzliche Ressourcen oder eine spätere Umsetzung. In bestimmten Fällen kann auch eine bewusste Risikoakzeptanz eine Option sein. Verbindliche gesetzliche oder vertragliche Anforderungen setzen dabei selbstverständlich Grenzen.

Das ist für mich ein wesentlicher Teil pragmatischer Informationssicherheit: fachlich sinnvolle und praktisch umsetzbare Entscheidungen unter den gegebenen Bedingungen.

Das gilt auch für Quick Wins. Sie sind dann sinnvoll, wenn sich mit überschaubarem Aufwand ein relevantes Risiko reduzieren lässt.

Bei der Priorisierung sollte deshalb nicht nur die technische Schwere eines Risikos betrachtet werden. Entscheidend ist auch, welche finanziellen, operativen oder reputationsbezogenen Auswirkungen ein Sicherheitsvorfall auf das Unternehmen haben könnte – und welcher Aufwand erforderlich ist, um dieses Risiko wirksam zu reduzieren.

Statt also zu fragen, wie viel Security ein Unternehmen umsetzen kann, ist eine andere Frage meist hilfreicher: Wo erzielen wir mit den vorhandenen Ressourcen zuerst eine relevante Verbesserung?

ISMS ist nicht gleich Zertifizierung

Ein Informationssicherheitsmanagementsystem muss nicht von Anfang an in seiner vollständigen Ausprägung stehen. Entscheidend ist, mit einer klaren Struktur zu beginnen und diese systematisch weiterzuentwickeln. Risiken müssen nachvollziehbar bewertet, Verantwortlichkeiten geklärt, geeignete Maßnahmen geplant und deren Wirksamkeit überprüft werden.

Daraus kann Schritt für Schritt ein vollständiges und wirksames ISMS entstehen, das zur Organisation und ihren Anforderungen passt.

Die Vorstellung, ein ISMS müsse zwangsläufig ein großes ISO-27001-Projekt sein, kann gerade für kleinere oder weniger formal organisierte Unternehmen eine unnötige Hürde schaffen.

Ein Unternehmen kann mit dem Aufbau eines ISMS beginnen, ohne unmittelbar eine Zertifizierung anzustreben. Wie schnell und in welcher Tiefe die notwendigen Strukturen, Prozesse und Kontrollen aufgebaut werden können, hängt von der jeweiligen Organisation, ihren Risiken, Anforderungen und verfügbaren Ressourcen ab. Wichtig ist, das Zielbild zu kennen und die Entwicklung dorthin bewusst zu planen.

Eine formelle ISO-27001-Zertifizierung ist davon zu unterscheiden: Sie kann aufgrund von Kundenanforderungen, Marktpositionierung oder anderen geschäftlichen Gründen sinnvoll oder notwendig sein und setzt voraus, dass die Anforderungen der Norm erfüllt und im Rahmen eines Zertifizierungsverfahrens nachgewiesen werden.

Für den Aufbau eines wirksamen ISMS ist eine geplante Zertifizierung jedoch keine Voraussetzung.

Security first – Compliance by Design

NIS2, ISO 27001, PCI DSS, branchenspezifische Vorgaben oder Anforderungen von Kunden können erheblichen Einfluss darauf haben, welche Prozesse, Kontrollen und Nachweise benötigt werden.

Trotzdem halte ich es für sinnvoll, Informationssicherheit zunächst von den tatsächlichen Risiken des Unternehmens aus zu betrachten. Wer seine kritischen Informationen, Systeme und Prozesse kennt, Risiken systematisch bewertet, Verantwortlichkeiten geregelt und Sicherheitsmaßnahmen nachvollziehbar organisiert hat, verfügt bereits über Strukturen, auf denen sich weitere Anforderungen aufbauen lassen.

Das bedeutet nicht, dass gute Security automatisch Compliance erzeugt. Regulatorische oder vertragliche Vorgaben können zusätzliche Anforderungen an Governance, Dokumentation, Nachweise, Meldeprozesse oder konkrete Kontrollen stellen und müssen entsprechend geprüft werden.

Gerade regulatorische Anforderungen wie NIS2 machen zudem deutlich, dass Informationssicherheit nicht allein eine technische Aufgabe ist. Für betroffene Unternehmen ergeben sich daraus auch konkrete Pflichten und Verantwortlichkeiten auf Ebene der Geschäftsleitung.

Eine solide Sicherheitsbasis verbessert die Ausgangslage: Neue Anforderungen lassen sich leichter einordnen und bestehende Prozesse und Kontrollen sinnvoll nutzen oder erweitern.

Genau das beschreibt für mich Security first – Compliance by Design: Informationssicherheit an den tatsächlichen Risiken auszurichten und gleichzeitig Strukturen zu schaffen, in denen regulatorische und vertragliche Anforderungen systematisch berücksichtigt werden können.

Informationssicherheit braucht einen realistischen Entwicklungsweg

Nach einer ehrlichen Bestandsaufnahme wird fast immer mehr zu tun sein, als kurzfristig umgesetzt werden kann. Entscheidend ist, dass Risiken transparent bleiben und Maßnahmen in einer nachvollziehbaren Reihenfolge angegangen werden.

Daraus sollte eine klare Entwicklungsrichtung entstehen: Wo stehen wir heute? Welche Risiken sind besonders relevant? Welches Sicherheitsniveau wollen oder müssen wir erreichen? Was lässt sich kurzfristig verbessern und welche Veränderungen benötigen mehr Zeit?

Aus diesen Überlegungen kann eine Roadmap für die nächsten Wochen, Monate oder, bei größeren Veränderungen, auch für mehrere Jahre entstehen. Ihre Qualität bemisst sich nicht an der Anzahl der Maßnahmen, sondern daran, wie sinnvoll sie Risiken, Anforderungen, Abhängigkeiten und verfügbare Ressourcen zusammenbringt.

Eine solche Roadmap bleibt nicht statisch. Neue Technologien, Veränderungen im Geschäftsmodell, neue Bedrohungen oder regulatorische Entwicklungen können Risiken und Prioritäten verschieben. Informationssicherheit ist deshalb kein Projekt mit einem festen Endpunkt. Sie muss regelmäßig überprüft und an veränderte Risiken, Geschäftsanforderungen und technische Rahmenbedingungen angepasst werden.

Technische Risiken, Geschäftsziele und organisatorische Möglichkeiten müssen dabei gemeinsam betrachtet werden. Eine unabhängige fachliche Perspektive kann helfen, blinde Flecken und Fehlpriorisierungen zu vermeiden und aus vielen möglichen Maßnahmen einen realistischen Weg abzuleiten.

Gute Informationssicherheit zeigt sich am Ende nicht in der Länge einer Maßnahmenliste. Entscheidend ist, ob ein Unternehmen seine wesentlichen Risiken kennt, bewusst mit ihnen umgeht und seine Sicherheitsstrukturen dort weiterentwickelt, wo es tatsächlich notwendig ist.

Informationssicherheit muss nicht groß anfangen

Ein Startup, ein wachsendes Unternehmen oder eine große Organisation werden Informationssicherheit unterschiedlich organisieren. Trotzdem beginnen sie im Kern mit denselben Fragen: Was müssen wir schützen? Welche Informationssicherheitsrisiken sind für unser Geschäft relevant? Wo stehen wir heute? Und was ist der nächste sinnvolle Schritt?

Wer darauf belastbare Antworten findet, muss nicht alles gleichzeitig lösen. Informationssicherheit lässt sich Schritt für Schritt weiterentwickeln – passend zum Unternehmen, zu seinen Risiken und zu den Anforderungen, die heute bestehen oder künftig hinzukommen.