Windows Server 2008 Sicherheit – Die technische Referenz - Gattner

448 Kapitel 16: Aspekte für kleine Unternehmen
Warnung Verfahrensempfehlungen
Dieser Abschnitt hat zwar den Begriff »Empfehlungen« im Titel, aber entscheiden Sie immer selbst, welche
Empfehlungen für die Organisation, die Sie gerade analysieren, tatsächlich die besten sind. Nur weil Verfahrensempfehlungen
in irgendwelchen Checklisten oder Dokumenten stehen, heißt das noch lange nicht,
dass Sie tatsächlich für Ihren konkreten Fall optimal sind.
Dieses Buch beschäftigt sich zwar mit Windows Server 2008, was sich ja schon aus dem
Titel ergibt, aber Sie dürfen sich nicht zu sehr darauf konzentrieren, wie Sie den Server härten,
wenn Sie dabei völlig vergessen, wie unsicher das übrige Netzwerk ist. Ein Consultant
muss sich auch mit den Kunden auseinandersetzen. Der Kunde (oder Ihr Chef) hat nicht
immer recht, aber er zahlt Ihr Gehalt. Wenn Sie beauftragt werden, etwas bereitzustellen, das
Sie für fragwürdig halten, müssen Sie selbst entscheiden, ob Sie die Gelegenheit nutzen
sollten, etwas Aufklärung zu betreiben, oder dem Kunden einfach den Rücken kehren und
einen anderen Auftrag suchen. Und umgekehrt müssen Sie bereit sein, sich hinter Ihre
Lösung zu stellen. Dazu sollten Sie Ihre Eindämmung dokumentieren und bereit sein, Ihre
Entscheidungen zu begründen, wenn externe Auditoren Ihre bereitgestellte Lösung in
Frage stellen.
Befolgen von Leitfäden zur Serverhärtung
Vor langer, langer Zeit trat ich einmal einer Gruppe von Branchenexperten bei, als ich nach
einer richtungsweisenden Liste der Dinge suchte, die ich an meinem Small Business Server
2003 optimieren könnte. Wie viele andere war ich fasziniert von der Aussicht, dass die Tweaks
und Optimierungen mich schützen würden. Und natürlich war es aufregend, mich in die
unerforschte Wildnis der Registrierung vorzukämpfen. Schließlich weisen die Scripting
Guys (so nennen sich die Autoren des Tools) in der Dokumentation des Tools Tweakomatic
eindringlich darauf hin, welch grässliche Dinge einem zustoßen, wenn man auch nur den
kleinsten Fehler macht.
Bei näherem Hinsehen stellte ich allerdings fest, dass niemand wirklich wusste, was mit
meinem Server und den darauf laufenden LOB-Anwendungen passieren würde, wenn ich
diese Tweaks vornahm. Im Allgemeinen kennen sich die Leute, die diese Tweaks entwerfen,
perfekt mit den Details aus, haben aber keine Ahnung, wie sie sich auf eine Anwendung
auswirken. Umgekehrt weiß ein Anwendungsentwickler selten, von welchen Tweaks der
Code abhängt. Würde mein Server überleben? Oder würde ich durch die Änderungen in der
Registrierung versehentlich Microsoft Bob erzeugen, wie die Scripting Guys vorhersagen?
(Siehe http://www.microsoft.com/technet/scriptcenter/tools/twkmatic.mspx.) Viele der Einstellungen
verrieten mir zwar, dass der Server weiterhin als Domänencontroller funktionieren
würde, aber sie konnten mir nicht sagen, ob die kritische Software, die für mich unverzichtbar
war, ihre Arbeit einstellte, wenn ich mit irgendwelchen Einstellungen herumspielte,
die interessant klangen. Und während der Telefonkonferenzen in den nächsten Wochen, bei
denen die Experten die Auswirkungen jeder Einstellung diskutierten, kristallisierte sich heraus,
dass alle Sicherheitsexperten für den Fall, dass die sichersten Härtungseinstellungen
benutzt wurden (»Supersicherheit – Eingeschränkte Funktionalität«), praktisch garantieren
konnten, dass irgendetwas nicht mehr funktionierte. Letztlich müssen Sie sich für eine Seite
entscheiden: Ihre Geschäftsbedürfnisses oder Ihre Paranoia.