Nur notwendige Daten
Wir klären, welche Daten gebraucht werden, warum, wie lange sie gespeichert bleiben und wann sie gelöscht werden können. Weniger Daten bedeuten weniger Risiko.
03 / SICHERHEIT · DATENSCHUTZ · WIEDERHERSTELLUNG
Sicherheit wird nicht erst am Ende ergänzt.
Ein System verbessert den Betrieb nur, wenn es kein neues Risiko schafft. Schon bei der Planung muss klar sein, welche Daten hineinkommen, wer darauf zugreifen darf, was nachvollziehbar bleiben muss und wie die Arbeit nach einem Fehler wiederhergestellt wird.
Zugriff nach Aufgabe
Jede Person sieht und ändert nur, was für ihre Arbeit nötig ist. Administrative Zugriffe sind besonders eng begrenzt und kontrolliert.
Sicherung und Wiederherstellung
Eine Sicherung allein reicht nicht. Es muss klar sein, was von welchem Stand und auf welchem Weg wiederhergestellt werden kann.
Nachvollziehbare Änderungen
Wichtige Entscheidungen, Statusänderungen und Vorgänge bleiben prüfbar. Es geht um Verantwortung, nicht um unnötige Überwachung.
Gepflegte Software
Abhängigkeiten sollten bekannt, Systeme wartbar und reparierbar und Sicherheitsupdates regelmäßig eingespielt sein. Nicht gepflegte Software wird mit der Zeit zum Risiko.
Klare Lizenzen und Übergabe
Komponenten und Dienste Dritter werden unter geklärten Bedingungen eingesetzt. Bei der Übergabe werden die Rahmenbedingungen für Quellcode, Daten und Nutzungsrechte eindeutig festgehalten.
SICHERHEITSPRINZIP
Kein System ist unangreifbar. Guter Schutz lässt sich aber planen.
Ich verspreche kein unangreifbares System. Sicherheit, Zugriffssteuerung und Wiederherstellung plane ich aber von Anfang an mit.
Die genauen Anforderungen werden für das konkrete Projekt, die betroffenen Daten und die geltenden Vorgaben festgelegt.WAS BEDEUTET DAS IN DER PRAXIS?
Datensicherheit ist für mich mehr als ein Schloss-Symbol.
Bei wichtigen Fragen sollte die Antwort nicht „wird schon passen“ lauten. Es muss klar sein, welche Daten im System liegen, wer darauf zugreifen darf, was geändert wurde und wie die Arbeit nach einem Fehler wiederhergestellt werden kann.
Es werden nur Daten aufgenommen, die wirklich gebraucht werden.
Informationen werden nicht gesammelt, nur weil sie irgendwann nützlich sein könnten. Weniger unnötige Daten bedeuten weniger unnötiges Risiko.
Nicht jeder erhält Zugriff auf alles.
Berechtigungen richten sich nach Aufgabe und Verantwortung. Sensible und administrative Zugriffe brauchen engere Grenzen.
Wichtige Änderungen hinterlassen eine sinnvolle Spur.
Wenn sich etwas ändert, soll später noch verständlich sein, was passiert ist und wozu es gehörte. Das hilft bei Fehlern ebenso wie bei Unklarheiten.
Zu einer Sicherung gehört ein Wiederherstellungsplan.
Eine Sicherung ist nur dann wertvoll, wenn klar ist, was daraus tatsächlich wiederhergestellt werden kann. Ziel ist die Rückkehr zum arbeitsfähigen Zustand.
Updates gehen nicht ungeprüft live.
Eine Änderung sollte geprüft werden, bevor sie reale Daten und tägliche Arbeit beeinflusst. Wenn etwas schiefläuft, muss auch der sichere Rückweg bedacht sein.
Auch nach der Übergabe bleiben Zuständigkeiten klar.
Es sollte eindeutig sein, wo Daten liegen, welche externen Dienste beteiligt sind, welche Berechtigungen bestehen und was dem Kunden gehört.
WAS KANN SCHIEFGEHEN?
Datenverlust und Ausfall entstehen nicht nur durch Angriffe.
Ernste Sicherheitsprobleme beginnen oft mit ganz normalen Situationen: einer zu weit gefassten Berechtigung, versehentlichem Löschen, einem fehlerhaften Update, einer veralteten Komponente oder dem Ausfall eines externen Dienstes.
Unberechtigter Zugriff
Ziel ist, dass nur Personen Daten sehen oder ändern können, deren Aufgabe dies tatsächlich erfordert.
Versehentliches Löschen oder Überschreiben
Schutz braucht mehr als Berechtigungen. Sicherung und Wiederherstellung müssen so geplant sein, dass sie im Ernstfall wirklich helfen.
Fehlerhaftes Update
Änderungen sollten vor der Freigabe geprüft werden. Wenn dennoch etwas falsch läuft, müssen Wiederherstellung und Rückkehr vorher mitgedacht worden sein.
Verlorene Vorgeschichte
Nachvollziehbare Vorgänge und Entscheidungen helfen zu verstehen, was passiert ist, und die tatsächliche Ursache schneller zu finden.
Veraltete Komponente
Abhängigkeiten müssen bekannt und gepflegt sein. Eine vergessene Fremdkomponente kann ebenso zum Risiko werden wie ein Fehler im eigenen Code.
Ausfall eines externen Dienstes
Wenn das System von einem anderen Dienst abhängt, muss auch dessen Ausfall berücksichtigt werden. Die notwendige Reaktion richtet sich nach dem betrieblichen Risiko.
WARUM AXIONA VERTRAUEN?
Ich bitte nicht um Vertrauen in ein Versprechen. Das System selbst soll nachvollziehbar bleiben.
Vertrauen entsteht für mich nicht durch möglichst viele Sicherheitsbegriffe. Es entsteht, wenn Entscheidungen einen Grund haben, Zugriffe klare Grenzen besitzen, Änderungen kontrolliert werden und die Wiederherstellung bereits vor dem Ernstfall mitgedacht ist.
Gute Sicherheit ist keine unsichtbare Magie. Sie ist ein System, dessen Grenzen und Risiken bekannt sind.
Sicherheit beginnt im Systementwurf.
Sie besteht nicht aus einigen Einstellungen, die am Ende ergänzt werden. Daten, Berechtigungen, Nachvollziehbarkeit und Wiederherstellung sind von Anfang an Teil der Planung.
Ich verspreche nichts Unmögliches.
Kein System ist unangreifbar. Reale Risiken lassen sich reduzieren, Auswirkungen begrenzen und Wiederherstellung vorbereiten.
Zugriff ist keine Bequemlichkeitseinstellung.
Berechtigungen sollten genau zu dem passen, was eine Person wirklich erledigen muss. Zu weit gefasster Zugriff ist selbst ein Risiko.
Wiederherstellung gehört zum Schutz.
Vorbeugung ist wichtig. Genauso wichtig ist die Frage, wie die Arbeit weitergeht, wenn Vorbeugung einmal nicht ausreicht.
Das System muss später wartbar bleiben.
Sicherheitsanforderungen verändern sich. Deshalb muss Software aktualisierbar, reparierbar und hinsichtlich ihrer verwendeten Komponenten nachvollziehbar bleiben.
Sensiblere Daten werden projektspezifisch behandelt.
Die technischen und rechtlichen Anforderungen werden anhand des konkreten Projekts, der betroffenen Daten und des betrieblichen Risikos festgelegt.