Zum Inhalt springen

Security by Design

Männliche Person, frontal, schaut in die Kamera; trägt kariertes Hemd über dunkelfarbigem T‑Shirt; heller Innenraum mit unscharfem Monitor oder Poster links und Fenster rechts.

von Richard Albrecht am 05.11.2026

Security by Design ist der Grundsatz, Sicherheit beim Entwurf zu berücksichtigen und nicht nachträglich anzubauen. Die Entscheidungen, die am meisten bewirken, fallen vor der ersten Zeile Code.

Security by Design

Der Grundsatz, Sicherheit beim Entwurf zu berücksichtigen und nicht nachträglich anzubauen.
Beispiel: „Security by Design heißt hier: Die Zahlungsdaten liegen gar nicht erst bei uns.“

Auch: Das Gegenstück für den Datenschutz heißt Privacy by Design und steht als Pflicht in der Datenschutz-Grundverordnung.

Abgrenzung zur sicheren Voreinstellung: Security by Default meint, dass die Auslieferung schon sicher eingestellt ist. Beide gehören zusammen.

Was Security by Design praktisch bedeutet

Vier Fragen, die vor dem Bauen beantwortet werden. Welche Daten brauchen wir wirklich, und was lassen wir weg? Wer darf was, und wie wenig reicht, siehe Least Privilege? Was passiert, wenn ein Teil ausfällt oder übernommen wird? Und woran würden wir merken, dass etwas passiert ist? Die Antworten verändern den Entwurf, und genau deshalb müssen sie früh kommen.

Warum später alles teurer wird

Weil eine Entwurfsentscheidung später ein Umbau ist. Wer am Anfang festlegt, dass Zahlungsdaten beim Dienstleister bleiben, hat das Thema erledigt; wer sie erst speichert und später auslagert, hat eine Migration, einen Altbestand und eine Meldepflicht für den Zeitraum dazwischen. Dasselbe gilt für Mandantentrennung, Protokollierung und Rechte: Nachträglich eingezogen, berühren sie jeden Teil des Systems.

Wo der Grundsatz vorgeschrieben ist

An mehreren Stellen, und die Zahl wächst. Die Datenschutz-Grundverordnung verlangt Datenschutz durch Technikgestaltung und durch datenschutzfreundliche Voreinstellungen. Für vernetzte Produkte kommen europäische Vorgaben hinzu, die Hersteller über die gesamte Lebensdauer in die Pflicht nehmen. Für die Praxis heißt das: Der Grundsatz ist aus der Empfehlung heraus und in die Nachweispflicht hinein gewandert.

Siehe auch:

OWASP Top 10

Die Liste der zehn wichtigsten Risikogruppen in Webanwendungen, herausgegeben vom OWASP.

#Web-Security

Least Privilege

Der Grundsatz, dass jeder Zugang nur die Rechte bekommt, die er für seine Aufgabe braucht.

#Web-Security

Zero Trust Architecture

Ein Sicherheitsmodell, in dem kein Zugriff allein wegen seines Standorts im Netz vertraut wird.

#Web-Security

Sandboxing

Das Ausführen von Code in einer abgeschotteten Umgebung ohne Zugriff auf den Rest.

#Web-Security

Penetrationstest

Ein beauftragter Angriff auf das eigene System, um Lücken vor anderen zu finden.

#Web-Security

Incident Response

Das geordnete Vorgehen bei einem Sicherheitsvorfall, von der Erkennung bis zur Auswertung.

#Web-Security