Sicherheit in vernetzten Systemen - RRZ Universität Hamburg

4.2. AUFBAU EINER POLICY
Um nun die Sicherheit eines Systems zu bewerten, wird ein Ist-Zustand mit einem Soll-Zustand verglichen.
Ein System ist dann sicher, wenn diese beiden Zustände übereinstimmen. Während sich der
Ist-Zustand meistens unmittelbar aus dem betrachteten System ergibt, muß der Soll-Zustand vorab
definiert und niedergeschrieben werden. Dabei wird jeder einzelne dieser Teilbereiche bewertet und
festgelegt, wieweit und durch welche Maßnahmen die Sicherheit hier gewährleistet werden soll. Ausschlaggebend
ist hier der Wert der zu schützenden Systeme und Daten (materiell wie immateriell)
bzw. der Schaden, der bei einem Bruch der Sicherheit auftritt, sowie außerdem die technischen Möglichkeiten
der Absicherung.
Jedes System und jede Gruppe von Nutzern des Systems hat individuell unterschiedliche Bedürfnisse,
auf die die Maßnahmen jeweils zugeschnitten werden müssen.
4.2.2 Inhalt und Struktur einer Policy
„Policy, n.; pl. Policies
℄ 3. The method by which any institution is administered;
system of management; course.“
[Webster 1913]
Eine Policy ist eine Niederlegung von Zielen, Konzepten und Methoden in einer allgemeinen und
nicht-technischen Weise. Sie ist das Gesamtkonzept für einen genau definierten Gültigkeitsbereich,
zum Beispiel eine Firma. Obwohl die obige Definition aus einer Zeit vor Computern oder Netzwerken
stammt, hat sich diese bis heute praktisch nicht geändert, und sie deckt sich weitgehend mit dem
Begriff der Policy, wie er heute bei der Absicherung von vernetzten Systemen gebraucht wird.
Die Regelungen, die in einer Policy getroffen werden, stellen immer Kompromisse oder Abwägungen
dar. Neben technischen Aspekten spielen hier besonders betriebswirtschaftliche und (firmen-
)politische Überlegungen eine Rolle. Da absolute Sicherheit nie zu erreichen ist, muß für jeden Bereich
entschieden werden, wie weit Bemühungen um Sicherheit gehen dürfen, damit sich deren Anwendung
und Umsetzung noch lohnt und diese nicht zu einschränkend sind.
Beispielsweise könnte eine Policy zwischen einem filternden HTTP-Proxy auf der eine Seite und
einem freien Zugang zum WWW auf der anderen Seite abwägen. Ist zum Beispiel die Bedrohung
durch aktive Inhalte wie JavaScript so groß, daß die Benutzer keinen freien WWW-Zugang erhalten
sollten?
Ein anderer Kompromiß könnte bei der Absicherung des Netzwerkverkehrs notwendig werden. Sollen
Daten schon auf der Schicht 3 (z.B. IP) verschlüsselt werden, was den Nutzen von Packet-Screens
erheblich einschränkt oder lieber allein auf eine Firwall vertraut werden? Hier behindern sich also
zwei Sicherheitsmaßnahmen gegenseitig, und eine Entscheidung muß getroffen werden.
Dabei müssen die Regelungen jedoch immer umsetzbar bleiben. Es ist nicht sinnvoll, ein sehr hohes
Sicherheitsmaß vorzuschreiben, das theoretisch zwar alles abdeckt, aber in der Praxis nicht umsetzbar
ist.
Es muß auch festgeschrieben sein, wer dann für die Umsetzung der einzelnen Teilbereiche der Policy
verantwortlich ist. Eine Vorschrift, daß etwas zu sein hat, ist wenig effektiv, wenn nicht gleichzeitig
festgelegt ist, wer dafür Sorge trägt, daß dies auch passiert.
Eine Policy klärt also:
SS 99, Seminar 18.416: Sicherheit in vernetzten Systemen 55