Windows Server 2003-Sicherheitshandbuch
Anhang D: Testen des Windows Server 2003-Sicherheitshandbuchs
Aktualisiert: 27.12.2005
Auf dieser Seite
Überblick
Testumgebung
Testmethoden
Zusammenfassung
Überblick
Das Windows Server 2003-Sicherheitshandbuch ist eine bewährte und reproduzierbare Konfigurationsanleitung für die Absicherung von Microsoft® Windows Server™ 2003 mit Service Pack 1 (SP1) in verschiedenen Umgebungen.
Das Windows Server 2003-Sicherheitshandbuch wurde in einer Testumgebung getestet, um sicherzustellen, dass die Anleitungen wie erwartet funktionieren. Die Dokumentation wurde vom Testteam des Windows Server 2003-Sicherheitshandbuchs auf ihre Konsistenz hin überprüft, und die empfohlenen Schritte wurden getestet. Zudem wurden Funktionstests durchgeführt, um die benötigten Ressourcen der Leser dieser Anleitung beim Einrichten und Testen der eigenen Implementierungen zu minimieren.
Umfang
Das Windows Server 2003-Sicherheitshandbuch wurde in drei verschiedenen simulierten Sicherheitsumgebungen getestet: der Umgebung mit älteren Clients, der Unternehmensclient-Umgebung und der Hochsicherheitsumgebung. Diese Umgebungen werden in Kapitel 1 „Einführung in das Windows Server 2003-Sicherheitshandbuch“ erläutert. Tests wurden auf Grundlage der im folgenden Abschnitt „Ziele“ beschriebenen Kriterien durchgeführt.
Eine Bewertung der Sicherheitsanfälligkeiten der Testumgebung, die zur Sicherung der Lösung des Windows Server 2003-Sicherheitshandbuchs verwendet wurde, konnte vom Testteam nicht vorgenommen werden.
Ziele
Das Testteam des Windows Server 2003-Sicherheitshandbuchs ließ sich von folgenden Testzielen leiten:
Überprüfen der empfohlenen Änderungen an den Sicherheitseinstellungen für die drei im Handbuch definierten Sicherheitsstufen. Gründe für diese Änderungen beinhalten:
Durch die Veröffentlichung von SP1 für Windows Server 2003 erforderliche Änderungen.
Einsatz des neuen in SP1 erhältlichen Tools Sicherheitskonfigurations-Assistent (SCW) sowie neuer Funktionen wie Windows Firewall.
Internes und externes Feedback zur Vorversion des Handbuchs.
Sicherstellen, dass die im Handbuch empfohlenen Sicherheitseinstellungen und Konfigurationsänderungen den Voraussetzungen der Umgebung mit älteren Clients sowie der Unternehmensclient- und der Hochsicherheitsumgebung entsprechen.
Sicherstellen, dass abgesicherte Domänenmitgliedsserver ihre Rollenaufgaben erfolgreich durchführen können.
Sicherstellen, dass die Kommunikation zwischen den Clientcomputern und den Domänencontrollern nicht beeinträchtigt wird.
Überprüfen, ob alle Anleitungen verständlich, vollständig und technisch richtig sind.
Außerdem soll die Anleitung wiederholbar sein und zuverlässig von einem Microsoft Certified Systems Engineer (MSCE) mit zwei Jahren Erfahrung verwendet werden können.
Testumgebung
Die Netzwerke der Testumgebung, die zum Testen des Handbuchs entwickelt wurden, sind mit den für die Vorversion des Handbuchs verwendeten Netzwerken vergleichbar. Drei separate, aber ähnliche Netzwerke wurden entwickelt, eines pro definierter Umgebung.
Jedes Testnetzwerk bestand aus einer Windows Server 2003 mit SP1 und Active Directory®-Verzeichnisdienststruktur, Computern für Infrastrukturenserverrollen, die Domänencontroller-, DNS-, WINS- und DHCP-Dienste bereitstellten, sowie anderen Computern für Anwendungsserverrollen, die Datei-, Druck- und Webdienste bereitstellten. Das Unternehmensclient-Netzwerk beinhaltete zudem Computer für die Zertifikatdienste und IAS-Serverrollen, während die Bastion-Hostserverrolle (BH) Bestandteil des Hochsicherheitsnetzwerks war. Zu den Unternehmensclient- und Hochsicherheitsnetzwerken zählten zudem Microsoft Operations Manager (MOM) 2005 und Systems Management Server (SMS) 2003 zum Verwalten und Überwachen der Domänenmitgliedsserver und Clientcomputer. Diese Netzwerke beinhalteten auch Microsoft Exchange Server 2003 für den E-Mail-Dienst.
Die Clientcomputer in den verschiedenen Netzwerken verwendeten Windows XP Professional mit SP2 und Windows 2000 Professional mit SP4. Das Netzwerk für Umgebungen mit älteren Clients beinhaltete auch Clientcomputer, auf denen Windows 98 SR2 und Windows NT® 4.0-Arbeitsstationen mit Service Pack 6a ausgeführt wurden.
Im folgenden Diagramm wird das für die Unternehmensclient-Umgebung entwickelte Testumgebungsnetzwerk aufgezeigt.
.gif)
Abbildung D. 1 Logisches Diagramm des Testumgebungsnetzwerks für die Unternehmensclient-Umgebung
Bild in voller Größe anzeigen Zum Prüfen der Replikationsszenarien zwischen abgesicherten Domänencontrollern bestand die Active Directory-Gesamtstruktur aus zwei Sites. Eine davon war die Site der Zentrale mit einer leeren Stammdomäne und einer Unterdomäne mit den oben erwähnten Servern und Clientcomputern. Die zweite Site bestand lediglich aus einem zweiten Domänencontroller der Unterdomäne.
.gif){kind=link}
Im folgenden Diagramm wird das für die Hochsicherheitsumgebung entwickelte Testumgebungsnetzwerk aufgezeigt.
.gif)
Abbildung D. 2 Logisches Diagramm des Testumgebungsnetzwerks für die Hochsicherheitsumgebung
Bild in voller Größe anzeigen
Zum Seitenanfanq
.gif){kind=link}
Testmethoden
In diesem Abschnitt werden die Verfahren beschrieben, nach denen beim Testen des Windows Server 2003-Sicherheitshandbuchs vorgegangen wurde.
Das Testteam richtete ein Labor ein, das die drei im vorigen Abschnitt beschriebenen Netzwerke beinhaltete. Nach einem bestandenen Test zur Prüfung des Konzepts (POC) wurden zwei weitere robuste Testzyklen durchgeführt. Bei jedem Durchlauf strebte das Team danach, die Lösung zu stabilisieren.
Bei einem Testzyklus wurden die folgenden Phasen durchlaufen:
Phase der Sicherheitskonfigurationseinrichtung
Manuelle Konfigurationsphase
Phase der Gruppenrichtlinienkonfiguration
Phase der Testausführung
Die Einzelheiten jeder Phase sind im Abschnitt „Phasen in einem Testdurchlauf“ dargelegt. Im Abschnitt „Testvorbereitungsphase“ werden jene Schritte beschrieben, mit deren Hilfe sichergestellt wurde, dass die Testumgebung frei von jeglichen Problemen war, die zu einer Missdeutung der eigentlichen Testergebnisse hätten führen könnten, nachdem die beiden Umgebungsszenarien durch die zwei inkrementellen Aufbauphasen abgesichert worden waren. Dieser Status wird auch als „Baseline“ bezeichnet.
Phasen in einem Testdurchlauf
Die Testphasen werden in den folgenden Abschnitten beschrieben. Kritische in dieser Aufbauphase gefundene Probleme wurden als Fehler identifiziert und in der Einrichtungsphase gelöst, bevor das Testteam zur Testausführungsphase überging. Dadurch wurde sichergestellt, dass die korrekte Sicherheitskonfiguration im Netzwerk implementiert und die Genauigkeit der erzielten Testergebnisse überprüft wurde.
Testvorbereitungsphase
In dieser Phase wird die Baselinekonfiguration eingerichtet, die im Rahmen der Sicherheitskonfigurationseinrichtung auf die Lösung angewendet wird. Die folgenden Schritte wurden für die jeweils drei verschiedenen Umgebungen – die Umgebung mit älteren Clients, die Unternehmensclient-Umgebung und die Hochsicherheitsumgebung – ausgeführt.
So schließen Sie die Testvorbereitungsphase ab
Vernetzen Sie die Computer wie im Netzwerkdiagramm dargestellt. Installieren Sie die entsprechenden Versionen des Windows-Betriebssystems auf allen Server- und Clientcomputern.
Erstellen und konfigurieren Sie die Domäne, die Domänencontroller und die zwei Sites.
Schließen Sie die einzelnen Mitgliedsserver und Verwaltungsserver an, und konfigurieren Sie sie. Verbinden Sie außerdem die Clientcomputer mit der Domäne.
Führen Sie grundlegenden Überprüfungen für die einzelnen Serverrollen durch, um die entsprechende Netzwerk- und Anwendungskonfiguration zu bestätigen.
Prüfen Sie das Ereignisprotokoll der einzelnen Mitgliedsserver im Netzwerk, um sicherzustellen, dass keine Anwendungs- oder Systemfehler vorliegen.
Stellen Sie sicher, dass die Clientcomputer auf die Dienste zugreifen können, die vom Domänencontroller und den Mitgliedsservern (DNS-, DHCP-, Zertifizierungsstellen-, Datei-, Druck-, Web- und E-Mail-Server) bereitgestellt werden. Prüfen Sie die Ereignisprotokolle auf den Clientcomputern, um sicherzustellen, dass keine Fehler vorliegen.
Überprüfen Sie, ob alle erforderlichen Anwendungen, Dienste und Agents auf den einzelnen Domänenmitgliedern installiert sind. Sie sollten z. B. überprüfen, ob der MOM-Agent auf allen Servern installiert ist, die vom MOM-Server verwaltet werden.
Sobald die vorangegangenen Schritte abgeschlossen sind, erstellen Sie von jedem Computer ein Sicherungsabbild. Diese zu Sicherungszwecken erstellten Abbilder werden verwendet, um das Netzwerk vor Beginn eines neuen Tests auf die Baselinekonfiguration zurückzusetzen.
Phase der Sicherheitskonfigurationseinrichtung
Bei dieser Phase sollten die im Handbuch angeführten Verfahren zur Konfiguration von Domäne, Domänencontroller und Mitgliedsserver befolgt werden, um eine sicherere Stufe als die Baselinekonfiguration zu erhalten.
Manuelle Konfigurationsphase
Diese Phase ist häufig die erste Aufbauphase für die Sicherheit. Die in den einzelnen Kapiteln bereitgestellten Empfehlungen zur manuellen Absicherung wurden in dieser Phase implementiert.
Hinweis: Möglicherweise treffen nicht alle Schritte auf Ihr Netzwerk zu. Überprüfen Sie die einzelnen Verfahren sorgfältig, um sich die Auswirkungen auf Ihr Netzwerk vor Augen zu führen.
So führen Sie die manuelle Konfigurationsphase durch
Verwenden Sie das Computerverwaltungs-Snap-In der Microsoft Management Console (MMC) zum Vornehmen der empfohlenen Änderungen der Richtlinieneinstellungen (wie etwa das lokale Administratorkonto und -kennwort) auf den einzelnen Mitgliedscomputern. Führen Sie zum Schutz der Domänenkonten die folgenden Schritte durch:
Stellen Sie sicher, dass das vordefinierte lokale Administratorkonto mit einem komplexen Kennwort versehen, umbenannt und seine vorgegebene Kontenbeschreibung gelöscht wurde.
Nennen Sie die Gastkonten auf dem Host um, und deaktivieren Sie sie.
Berücksichtigen Sie die zusätzlichen Empfehlungen aus dem Handbuch zum Absichern der Domänenkonten.
Fügen Sie den Einstellungen für Benutzerrechte eindeutige Sicherheitsgruppen oder -konten gemäß den Beschreibungen in den Kapiteln hinzu.
Führen Sie alle anderen zutreffenden manuellen Absicherungsverfahren aus, die in den einzelnen Kapiteln vorgeschrieben wurden. Aktivieren Sie z. B. die Konfigurationen für manuelle Speicherauszüge und die Fehlerberichterstattung.
Phase der Gruppenrichtlinienkonfiguration
Diese Phase dient zur Erstellung und Anwendung der Gruppenrichtlinienobjekte (GPOs) auf Domänen- und Organisationseinheiten-Ebene. GPOs werden entsprechend den Empfehlungen in Kapitel 2, „Absicherungsmechanismen von Windows Server 2003 Server 2003“, auf die verschiedenen Organisationseinheiten angewendet.
Service Pack 1 für Windows Server 2003 hat neue Tools und Funktionen eingeführt, die dazu geführt haben, dass die Implementierung des Gruppenrichtliniendesigns im Vergleich zur Vorversion geändert wurde.
SCW ist ein Tool zur Reduktion der Angriffsfläche, das zum Erstellen des erforderlichen Sicherheitsrichtliniensatzes für die einzelnen Serverrollen, die in diesem Handbuch erläutert werden, dient. Die Verfügbarkeit von SCW hat zu den folgenden wichtigen Änderungen für die Phase der Gruppenrichtlinienkonfiguration geführt:
Mit der Vorversion dieses Handbuchs bereitgestellte IPSec-Filter wurden durch Portkonfigurationen der Windows Firewall ersetzt, die mit SCW erstellt wurden.
Im Handbuch enthaltene Sicherheitsvorlagen sind in Verbindung mit SCW zum Erstellen von XML-Sicherheitsvorlagendateien zu verwenden. Diese Vorlagen werden dann mit dem Befehlszeilenprogramm Scwcmd in entsprechende GPOs umgewandelt.
Für die drei Sicherheitsumgebungen wurden jeweils die folgenden Schritte wiederholt:
So erstellen Sie Gruppenrichtlinienobjekte:
Stellen Sie sicher, dass alle erforderlichen Anwendungen, Dienste und Agents auf den einzelnen Domänenmitgliedern des Baseline-Netzwerks installiert wurden. Stellen Sie z. B. sicher, dass der MOM-Agent auf allen Domänenmitgliedsservern installiert wurde, die von MOM verwaltet werden.
Verwenden Sie das MMC-Snap-In „Active Directory-Benutzer und -Computer“ zum Erstellen der beschriebenen Organisationseinheitstruktur.
Erstellen Sie das Gruppenrichtlinienobjekt der Domänenrichtlinie mit der INF-Sicherheitsvorlage. Für diesen Schritt ist der SCW nicht erforderlich.
Verwenden Sie das SCW-Tool zum Erstellen von XML-basierten Sicherheitsvorlagen für die einzelnen im Handbuch beschriebenen Serverrollen. Eine Anleitung ist in Kapitel 2, „Absicherungsmechanismen von Windows Server 2003“, und den jeweiligen Kapiteln zu den einzelnen Serverrollen enthalten. Bei Durchführung dieses Schritts ist die entsprechende INF-Sicherheitsvorlage für die Serverrolle mit einzuschließen. Die Vorlagedateien sind in der Download-Version dieses Handbuchs enthalten.
Verwenden Sie das Befehlszeilenprogramm Scwcmd zur Konvertierung der XML-Sicherheitsvorlagen, die im vorherigen Schritt zu GPOs erstellt wurden.
Wiederholen Sie Schritt 4 auf dem Bastion-Hostserver, um die Bastion-Host-XML-Sicherheitsvorlage zu erstellen, und verwenden Sie danach den SCW erneut zur Konvertierung und Anwendung der Vorlage auf das lokale GPO.
Nach erfolgreicher Erstellung der GPOs vergleichen Sie die Einstellungen mit den Anweisungen in den Kapiteln, um fehlerhafte Konfigurationen zu identifizieren.
In dieser Phase befinden sich alle Domänenmitgliedsserver in der Organisationseinheit Computer. Diese Server werden dann zu ihren jeweiligen Organisationseinheiten unter der Mitgliedsserver-Organisationseinheit verschoben.
Die nächste im folgenden Verfahren genau geschilderte Aufgabe ist die Anwendung dieser GPOs auf die jeweiligen Organisationseinheiten. Mit dem Gruppenrichtlinien-Verwaltungskonsolen-Tool (Group Policy Management Console; GPMC) wurde das GPO mit der Organisationseinheit verknüpft. Das Gruppenrichtlinienobjekt der Domänencontrollerrichtlinie wurde zuletzt verknüpft.
Die folgenden Schritte wurden ausgeführt, um die Phase der Sicherheitskonfigurationsrichtung abzuschließen:
So wenden Sie Gruppenrichtlinienobjekte an:
Verknüpfen Sie das Domänenrichtlinienobjekt mit dem Domänenobjekt.
Hinweis: Wenn bereits standardmäßige GPO-Verknüpfungen vorhanden sind oder mehrere GPOs existieren, müssen Sie u. U. die GPO-Verknüpfungen in der Prioritätenliste erhöhen.
Verwenden Sie die Gruppenrichtlinien-Verwaltungskonsole zum Verknüpfen des GPO für die Mitgliedsserver-Baseline-Richtlinie mit der Mitgliedsserver-Organisationseinheit. (Sie können diesen Schritt auch mit dem MMC-Snap-In „Active Directory-Benutzer und -Computer“ durchführen.)
Verknüpfen Sie die einzelnen Serverrollen-GPOs mit der jeweiligen Serverrollen-Organisationseinheit.
Verknüpfen Sie das GPO für die Domänencontrollerrichtlinie mit der Domänencontroller-Organisationseinheit.
Um die Anwendung der aktuellsten Gruppenrichtlinieneinstellungen sicherzustellen, müssen Sie an einer Eingabeaufforderung gpudpate /force auf allen Domänencontrollern ausführen. Starten Sie dann alle Domänencontroller nacheinander neu, und beginnen Sie mit dem primären Domänencontroller. Räumen Sie genügend Zeit für Active Directory zum Replizieren der Änderungen zwischen den Sites ein.
Wichtig: Nach Anwendung der GPO für die Domänencontrollerrichtlinie muss unbedingt ein Neustart der Domänencontroller durchgeführt werden. Unterlassen Sie diesen Schritt, werden möglicherweise Replikationsfehler im Verzeichnisdienstordner oder Userenv-Fehler im Anwendungsordner der Ereignisanzeige angezeigt.
Wiederholen Sie Schritt 5 auf allen Mitgliedsservern der Domäne.
Überprüfen Sie die Ereignisanzeige auf Fehler hin. Prüfen Sie die Fehlerprotokolle, um Fehler zu beheben und Missstände zu beseitigen.
Verwenden Sie das SCW-Tool auf dem Bastion-Hostserver, um die Bastion-Host-XML-Sicherheitsvorlage auf das lokale GPO der Servers anzuwenden.
Überprüfen des Gruppenrichtliniendownloads auf die Mitgliedsservercomputer
Anhand der vorigen Verfahrens wurden GPOs erstellt und auf Organisationseinheiten angewendet, um die Computer in diesen Organisationseinheiten zu konfigurieren. Führen Sie die nachstehenden Schritte aus, um zu bestätigen, dass die Gruppenrichtlinie der Domänencontroller erfolgreich auf die Servercomputer heruntergeladen wurde. (Dabei wird vorausgesetzt, dass bei den Computern des Mitgliedsservers nach Verknüpfung des GPO mit der Organisationseinheit ein Neustart durchgeführt wurde.)
So überprüfen Sie den Gruppenrichtliniendownload auf einen Mitgliedsservercomputer
Melden Sie sich beim Computer des Mitgliedsservers an.
Klicken Sie auf Start und auf Ausführen, geben Sie rsop.msc ein, und drücken Sie die Eingabetaste.
Erweitern Sie in der Konsole Richtlinienergebnissatz den Konsolenstamm, und wechseln Sie zu Computerkonfiguration.
Klicken Sie mit der rechten Maustaste auf Computerkonfiguration, und klicken Sie auf Eigenschaften.
Im Fenster Eigenschaften von Computerkonfiguration wird die Liste der Gruppenrichtlinienobjekte angezeigt. Das auf die Organisationseinheit angewendete Gruppenrichtlinienobjekt sollte in der Liste verfügbar sein, und es sollten keine Fehler damit verbunden sein.
Phase der Testausführung
In dieser Phase werden die Testfälle ausgeführt, die vom Testteam entwickelt wurden. Die Testausführungsphase soll Folgendes identifizieren:
Potenzielle Anwendungs-, Sicherheits- oder Systemfehlerereignisse, die von Prozessen zur Absicherung der Domänen, Domänencontroller, Mitgliederserver oder Bastion-Hostserver verursacht werden.
Ausfall von Diensten oder Funktionen, die durch die Änderungen der Sicherheitskonfiguration der Server im Netzwerk hervorgerufen wurde.
Technische Ungenauigkeiten zwischen dem Inhalt der Kapitel und der tatsächlichen Implementierung im Testlabor.
Das Testteam führte den Satz mit Testfällen aus, der im Ordner \Windows Server 2003-Sicherheitshandbuch Tools und Vorlagen\Testtools enthalten ist. (Die Tools und Vorlagen sind in der Online-Version dieses Handbuchs enthalten, die zum Download zur Verfügung steht.) Die Tests wurden auf jedem der drei separaten Netzwerken ausgeführt, außer bei Tests, die jeweils nur auf einem Netzwerk verfügbare Komponenten getestet haben, wie z. B. Zertifikatdienste, die nur in der Unternehmensclient-Umgebung verfügbar sind. Zusätzlich zu diesen Testfällen wurden manuelle Tests zu verschiedenen Zeitpunkten durchgeführt, etwa die regelmäßige Überprüfung der Ereignisanzeigeprotokolle oder die Überprüfung von speziellen, in der Vorversion des Handbuchs entdeckten Problemen. Alle identifizierten Probleme wurden in eine Datenbank aufgenommen und solange mit Mitgliedern des Entwicklungsteams besprochen, bis sie behoben wurden.
Ausführlichere Informationen zu den verschiedenen Arten der durchgeführten Tests werden im nächsten Abschnitt bereitgestellt.
Testtypen
Das Testteam führte im Rahmen der Testphase die folgenden Testtypen durch, um sicherzustellen, dass die gesicherten Domänen, Domänencontroller und Mitgliedsserver keinen beträchtlichen Funktionalitätsverlust erfahren würden. Informieren Sie sich nötigenfalls in der Excel-Arbeitsmappe im Ordner Windows Server 2003-Sicherheitshandbuch Tools und Vorlagen\Testtools, die mit diesem Handbuch heruntergeladen werden kann und eine vollständige Liste der Testfälle enthält, die für domänenbasierte und eigenständige Server unter Windows Server 2003 mit SP1 ausgeführt wurden. Ausführliche Informationen wie z. B. Testszenarien, Ausführungsschritte und zu erwartende Ergebnisse werden ebenfalls bereitgestellt.
Diese Tests wurden mehrere Male durchgeführt. Noch wichtiger aber ist, dass sie vor und nach der Implementierung der in diesem Handbuch beschriebenen Sicherheitseinstellungen ausgeführt wurden Durch diesen Ansatz konnte das Testteam potenzielle Fehler und Funktionsvariationen für die angeführten Serverrollen identifizieren.
Clientseitige Tests
Diese Testfälle wurden auf den Clientcomputern im Netzwerk durchgeführt. Der Hauptzweck dieser Tests lag darin sicherzustellen, dass Domänendienste (wie zum Beispiel Authentifizierung, Zugriffsrechte, Namensauflösung usw.) und anwendungsbasierte Dienste (wie z. B. Datei-, Druck- und Webdienst) nach Absicherung der Netzwerkserver für Clientcomputer verfügbar sind. Für die Umgebung mit älteren Computern wurde durch diese Tests sichergestellt, dass alle Clientcomputer unter Windows NT 4.0 Service Pack 6a und Windows 98 die Authentifizierung mit der Active Directory-Domäne von Windows Server 2003 durchführen konnten.
Dokumentationserstellungstests
Anhand dieser Tests wird bestätigt, dass die in der Implementierungsanleitung dokumentierten Aussagen, Verfahren und Funktionen korrekt, eindeutig und vollständig sind. Für diese Tests sind keine separaten Testfälle aufgeführt.
Skripttests
Einige der Client-Testszenarien wurden in VBScript erstellt. Diese Testfälle befassen sich hauptsächlich mit dem ordnungsgemäßen Funktionieren von Windows XP-Clientcomputern, die netzwerkbasierte Dienste wie z. B. Domänenanmeldung, Kennwortänderung und Druckserverzugriff verwenden. Die VBScript-Dateien für diese Testfälle stehen im Ordner Windows Server 2003-Sicherheitshandbuch Tools und Vorlagen\Testtools zum Herunterladen in der Online-Version dieses Handbuchs zur Verfügung.
Serverseitige Tests
Diese Testfälle wurden zur Prüfung der Funktionalität und Auswirkungen auf die Einrichtungsverfahren unter Windows Server 2003 mit SP1-Servern entwickelt, die anhand der Empfehlungen in diesem Handbuch geschützt wurden. Alle in diesem Handbuch beschriebenen Serverrollen wurden getestet. Die zusätzlichen Serverrollen, die im Testnetzwerk enthalten sind, wie z. B. Exchange, MOM und SMS, wurden ebenfalls getestet.
Erfolgs- und Misserfolgskriterien
Bevor Tests durchgeführt wurden, wurden die folgenden Kriterien festgelegt, um die Fehlervorbeugung und -behebung zu gewährleisten:
Alle Testfälle müssen mit den erwarteten Ergebnissen bestanden werden, die in den einzelnen Testfalltabellen beschrieben sind.
Ein Testfall wird als bestanden betrachtet, wenn das tatsächliche Ergebnis mit dem erwarteten Ergebnis übereinstimmt, das für den Fall dokumentiert ist. Ist dies nicht der Fall, wurde der Testfall negativ bewertet, ein Bug erstellt und ein Schweregrad zugewiesen.
Wenn ein Testfall nicht bestanden wird, wird nicht unbedingt davon ausgegangen, dass die Lösung mangelhaft ist. Fehler könnten z. B. durch eine Missdeutung der Produktdokumentation bzw. durch eine unvollständige oder unpräzise Dokumentation verursacht werden. Jeder Fehler wird analysiert, um seine Ursache zu ergründen. Dabei dienen die tatsächlichen Ergebnisse und die in der Projektdokumentation beschriebenen Ergebnisse als Grundlage. Fehlerinformationen werden auch an die entsprechenden Besitzer der jeweiligen Microsoft-Produkte weitergeleitet.
Veröffentlichungskriterien
Das wichtigste Kriterium für die Veröffentlichung des Windows Server 2003-Sicherheitshandbuchs stand in engem Zusammenhang mit dem Schweregrad der noch ungelösten Fehler. Es wurden jedoch auch andere Probleme erörtert, die nicht durch Bugs erfasst wurden. Die Veröffentlichungskriterien lauten wie folgt:
Keine offenen Bugs der Schweregrade 1 und 2.
Alle offenen Bugs werden vom Führungsteam behoben, und ihre Auswirkungen sind vollständig bekannt.
Lösungshandbücher enthalten keinerlei Kommentare und Korrekturzeichen.
Die Lösung besteht alle Testfälle in der Testumgebung.
Die Inhalte der Lösung enthalten keine Widersprüche.
Bug-Klassifizierung
Die Schweregradskala für Bugs wird in der nachstehenden Tabelle beschrieben. Die Skala reicht von 1 bis 4, wobei 1 der höchste und 4 der niedrigste Schweregrad ist.
Tabelle D. 1 Klassifizierung des Fehlerschweregrads
| Schweregrad | Häufigste Typen | Erforderliche Bedingungen |
|---|---|---|
| 1 | – Bug blockierte Aufbau oder weitere Tests. – Bug hat unerwarteten Benutzerzugriff verursacht. – Die in der Dokumentation definierten Schritte waren unklar. – Ergebnisse oder Verhalten einer Funktion oder eines Prozesses widersprechen den erwarteten Ergebnissen (die in der funktionalen Spezifikation dokumentiert sind). – Grobe Ungleichheit zwischen den Sicherheitsvorlagendateien und der funktionalen Spezifikation. |
– Lösung hat nicht funktioniert. – Benutzer konnte wichtige Teile des Computers oder Netzwerks nicht verwenden. – Benutzer hatte unerlaubte Zugriffsberechtigungen. – Benutzerzugriff für bestimmte Server, die Zugriff erhalten sollten, wurde blockiert. – Erwartete Ergebnisse wurden nicht erzielt. Testverfahren kann ohne Behebung nicht fortfahren. |
| 2 | – Im Handbuch definierte Schritte sind unklar. – Dokumentierte Funktionalität fehlt (Test wurde in diesem Fall blockiert). – Dokumentation fehlt oder ist unzureichend. – Inkonsistenz zwischen Sicherheitsvorlagendateien und Inhalt des Handbuchs, doch die Sicherheitsvorlagendatei ist mit der funktionalen Spezifikation synchron. |
– Benutzer konnte auf keine Problemumgehung zur Linderung der Situation zurückgreifen. – Problemumgehung war für Benutzer nicht einfach. – Computer oder Netzwerk konnte primäre Geschäftsanforderungen nicht erfüllen. |
| 3 | – Dokumentiertes Formatproblem. – Geringfügige Fehler und Ungenauigkeiten in der Dokumentation. – Rechtschreibfehler im Text. |
– Benutzer verfügt über eine einfache Problemumgehung. – Benutzer kann leicht eine Problemumgehung finden. – Bug beeinträchtigt Benutzerfreundlichkeit nicht. – Wichtige Geschäftsanforderungen funktionieren noch. |
| 4 | – Vorschläge. – Zukünftige Verbesserungen. |
– Bezieht sich eindeutig nicht auf diese Version. |
.gif) 18 von 19 .gif) |