Secured by Definition
# Secured by Definition

Der Ansatz Secured by Definition betrachtet IT-Sicherheit als eine Qualität, die systematisch hergestellt werden muss. Anstatt auf Anforderungen und Kontrollen setzt der Ansatz primär darauf, die Rahmenbedingungen für bessere IT-Sicherheit zu schaffen.
Dazu werden das IT-Sicherheitsmanagement (zum Beispiel nach ISO/IEC 27001) und das IT-Service-Management (zum Beispiel nach ISO/IEC 20000 bzw. ITIL) zusammengeführt, und die IT-Service-Security wird integraler Teil der Entwicklungs-, Bereitstellungs- und Betriebsprozesse der IT. Das bedeutet, dass die Entwicklung, Umsetzung, Kontrolle und Verbesserung aller Maßnahmen zur Absicherung von IT-Services, IT-Systemen und IT-Komponenten in die Entwicklungs-, Bereitstellungs- und Betriebsprozesse der IT entlang des gesamten Lebenszyklus integriert wird. „Secured by Definition“ ist ein Grundelement der Sicherheitsarchitektur ESARIS.

## Hintergrund

Wenn IT-Sicherheit als eine Qualität betrachtet wird, sollten Erkenntnisse des Qualitätsmanagements genutzt werden, wie sie von William Edwards Deming und anderen beschrieben und ihren Niederschlag zum Beispiel im Total Quality Management (TQM) gefunden haben.
Eine der wichtigen Erkenntnisse des Qualitätsmanagements besteht darin, dass es zunächst darum geht, Ziele zu definieren und die Wirkungen von Handlungen und Rahmenbedingungen zu verstehen. Auf dieser Basis müssen anschließend die Rahmenbedingungen gezielt geändert werden, um eine bessere Qualität zu erreichen. Genau das sollte auch getan werden, wenn es um die Umsetzung der IT-Sicherheit geht. Oft überwiegt in der IT-Sicherheit dagegen noch die Definition von Anforderungen und die Kontrolle der Ergebnisse (Audits und Monitoring). Der Ansatz „Secured by Definition“ geht entsprechend vor und konzentriert sich auf die Schaffung adäquater Rahmenbedingungen, die darin gesehen werden, die Maßnahmen für die IT-Sicherheit gegebenenfalls anzupassen und in die existierenden Prozesse für die Entwicklung, Bereitstellung und den Betrieb der IT zu integrieren.
Als Beispiel gilt die integrierte Rolle des Security Incident Managements, deren Funktionen direkt ins (Delivery) Incident Management einverleibt werden. So entsteht keine selbständige Security Incident Management-Einheit innerhalb der Betriebsorganisation, sondern ihre Aufgaben, Zuständigkeiten und Verantwortlichkeiten werden vollkommen vom Incident Management übernommen und von diesem getragen. Ähnlich handelt es sich um das Prinzip Härtung, das wiederum von vornherein Verantwortungs- und Zuständigkeitsbereich des Betriebs ist. Somit ist keine getrennte, für diese Funktion erstellte Abteilung innerhalb der Betriebsorganisation notwendig, und man kann darauf verzichten.
Man kann Ziel und Vorgehen besser verstehen, wenn kurz vom Thema IT-Sicherheit abgesehen und die Organisation der Herstellung von IT-Services bei größeren IT-Dienstleistern als solche betrachtet wird: Um Qualitätsprobleme bei der Bereitstellung von IT-Services zu lösen, wurde das IT-Service-Management (ITSM) erfunden und in Form von ITIL und später ISO/IEC 20000 standardisiert. Das ITSM definiert Aufgabenbereiche (in Form von Prozessen) und die darin nacheinander auszuführenden Tätigkeiten. Für die IT-Sicherheit von großtechnisch produzierten IT-Services wurde dergleichen nicht definiert. Prozesse eines Informationsmanagementsystems (ISMS, zum Beispiel nach ISO/IEC 27001) sind nicht ausreichend, denn sie sind nicht ausreichend IT-bezogen. Anstatt eine weitere, neue Prozesslandschaft für die IT-Sicherheit zu definieren, liegt es dann nahe, die existierenden ITSM-Prozesse zu verwenden, woraus sich unmittelbar der Ansatz „Secured by Definition“ ergibt.

## Abgrenzung

Es gibt eine Reihe von Sicherheitsprinzipien. Die bekanntesten sind die von Saltzer und Schroeder schon 1973-1975 definierten Design-Prinzipien. Einer von vier der im „Security Development Lifecycle (SDL)“ von Microsoft definierten Prinzipien ist „Secure by Design“, das fordert, dass Software so konzipiert, entwickelt und implementiert sein soll, dass sie sich selbst schützt sowie die Daten, die sie verarbeitet. Meist wird davon abweichend von „Security by Design“ gesprochen, was meist so verstanden wird, dass die Sicherheit bereits ganz am Anfang des Entwicklungsprozesses Teil der Anforderungen sein muss. Heute ist dies nicht mehr ausreichend, weil die Bereitstellungsprozesse sehr vielschichtig sind und die Aktivitäten in der Betriebsphase eine ebenso wichtige Rolle spielen.
ISO/IEC 27013 enthält Leitlinien für die integrierte bzw. gemeinsame Umsetzung von ISO/IEC 27001 (Sicherheit) und ISO/IEC 20000-1 (ITSM). Im Wesentlichen werden Gemeinsamkeiten und Unterschiede analysiert. Eine Nutzung der IT-Service-Management-Prozesse für die Sicherstellung der IT-Sicherheit (wie bei „Secured by Definition“) wird nicht beschrieben und ist wohl auch nicht Ziel des Standards.

## Geschichte

Der Ansatz „Secured by Definition“ ist integraler Bestandteil der Sicherheitsarchitektur ESARIS und wurde zuerst in einer Buchveröffentlichung 2017 auch derart bezeichnet. Die Begründung mit Rückführung auf Prinzipien aus dem Qualitätsmanagement erfolgte jedoch erst 2019. „Secured by Definition“ ist ein praxisbewährtes Verfahren, das fester Bestandteil des Geschäftsmodells zum Beispiel von T-Systems ist. Es wurde bei T-Systems ab 2011/2012 schrittweise eingeführt und wird im nationalen und internationalen Geschäft mit Großkunden erfolgreich genutzt.
Ein zentraler Bestandteil der Sicherheitsarchitektur ESARIS ist die ESARIS Security Taxonomy, die 2010 entwickelt und 2012 erstmals der Öffentlichkeit vorgestellt wurde. Sie besteht grob gesagt aus zwei Hälften: einem Teil mit verschiedenen technologischen Komponenten und einem zweiten Teil mit zahlreichen Prozessen bzw. Bereichen, in denen Lebenszyklusaspekte und Praktiken zur Herstellung, Aufrechterhaltung und Überwachung der IT-Sicherheit zu finden sind. Die ESARIS Security Taxonomy enthält die Prozesse und Praktiken für die Entwicklung, Bereitstellung und den Betrieb der IT, also vorzugsweise jene für das IT-Service-Management (ITSM) wie sie in ISO/IEC 20000 bzw. ITIL beschrieben sind. Die Standardprozesse der IT werden, dem Ansatz „Secured by Definition“ entsprechend, um Verfahren für die IT-Sicherheit ergänzt. Nur wenige Bereiche werden zusätzlich für sicherheitsspezifische Prozesse definiert.