Sicherheitsüberlegungen für eine SQL Server-Installation

Physische und logische Isolation bilden die Basis der Sicherheit von SQL Server. Führen Sie die folgenden Aufgaben aus, um die physische Sicherheit der SQL Server-Installation zu erhöhen:

• Platzieren Sie den Server in einem Raum, den nur autorisierte Benutzer betreten dürfen.

• Stellen Sie Computer, die Datenbanken hosten, an physisch geschützten Orten auf. Im Idealfall sollte dies ein verschlossener Computerraum mit Systemen für Überschwemmungsschutz und Feuererkennung bzw. Brandbekämpfung sein.

• Installieren Sie Datenbanken in der sicheren Zone des Intranets im Unternehmen, und verbinden Sie Ihre SQL Server nicht direkt mit dem Internet.

• Führen Sie regelmäßig Datensicherungen durch, und bewahren Sie die Sicherungskopien an einem Ort außerhalb des Unternehmensgebäudes auf.

Firewalls sind eine wichtige Komponente zur Sicherung der SQL Server-Installation. Sie bieten den wirksamsten Schutz, wenn Sie die folgenden Richtlinien beachten:

• Richten Sie zwischen Server und Internet eine Firewall ein. Aktivieren Sie die Firewall. Schalten Sie die Firewall ein, wenn sie ausgeschaltet ist. Schalten Sie die Firewall nicht aus, wenn sie eingeschaltet ist.

• Unterteilen Sie das Netzwerk in Sicherheitszonen, die durch Firewalls voneinander getrennt sind. Blockieren Sie zunächst sämtlichen Datenverkehr, und lassen Sie anschließend nur ausgewählte Verbindungen zu.

• Verwenden Sie in einer mehrstufigen Umgebung mehrere Firewalls, um Umkreisnetzwerke zu erstellen.

• Wenn Sie den Server in einer Windows-Domäne installieren, konfigurieren Sie innere Firewalls so, dass die Windows-Authentifizierung zulässig ist.

• Wenn Ihre Anwendung verteilte Transaktionen verwendet, müssen Sie die Firewall möglicherweise so konfigurieren, dass Microsoft Distributed Transaction Coordinator (MS DTC)-Datenverkehr zwischen separaten MS DTC-Instanzen übermittelt werden kann. Außerdem müssen Sie die Firewall für Datenverkehr zwischen MS DTC und Ressourcen-Managern wie SQL Server konfigurieren.

Weitere Informationen zu den Standardeinstellungen der Windows-Firewall und eine Beschreibung der TCP-Ports, die sich auf Database Engine (Datenbankmodul), Analysis Services, Reporting Services und Integration Services auswirken, finden Sie unter Konfigurieren der Windows-Firewall für den SQL Server-Zugriff.

Durch das Isolieren von Diensten reduzieren Sie das Risiko, dass durch einen gefährdeten Dienst andere Dienste ebenfalls gefährdet werden. Beachten Sie beim Isolieren von Diensten die folgenden Richtlinien:

• Führen Sie separate SQL Server-Dienste unter separaten Windows-Konten aus. Verwenden Sie für die einzelnen SQL Server-Dienste (sofern möglich) separate Windows-Benutzerkonten oder separate lokale Benutzerkonten mit geringen Berechtigungen. Weitere Informationen finden Sie unter Konfigurieren von Windows-Dienstkonten und -Berechtigungen.

Die Verwendung des richtigen Dateisystems erhöht die Sicherheit. Folgende Aufgaben sollten für SQL Server-Installationen ausgeführt werden:

• Verwenden Sie das Dateisystem NTFS. NTFS ist das bevorzugte Dateisystem für SQL Server-Installationen, da im Gegensatz zum Dateisystem FAT eine höhere Stabilität und eine bessere Wiederherstellbarkeit gegeben ist. NTFS bietet darüber hinaus Sicherheitsfeatures wie Zugriffssteuerungslisten (ACL) für Dateien und Verzeichnisse und die Encrypting File System (EFS)-Dateiverschlüsselung. Nachdem NTFS erkannt wurde, werden während der Installation von SQL Server entsprechende ACLs für Registrierungsschlüssel und Dateien festgelegt. Diese Berechtigungen sollten nicht geändert werden. In zukünftigen Versionen von SQL Server wird die Installation auf Computern mit FAT-Dateisystemen möglicherweise nicht mehr unterstützt.

  Hinweis

  Wenn Sie EFS verwenden, werden Datenbankdateien unter der Identität des Kontos verschlüsselt, mit dem SQL Server ausgeführt wird. Die Dateien können nur mit diesem Konto entschlüsselt werden. Falls eine Änderung des Kontos erforderlich wird, unter dem SQL Server ausgeführt wird, sollten Sie die Dateien zunächst unter dem alten Konto entschlüsseln und anschließend unter dem neuen Konto verschlüsseln.

• Verwenden Sie für wichtige Datendateien ein redundantes Datenträgerarray (RAID).

Für Server im Umkreisnetzwerk sollten alle nicht erforderlichen Protokolle deaktiviert sein, einschließlich NetBIOS und Server Message Block (SMB).

NetBIOS verwendet die folgenden Ports:

• UDP/137 (NetBIOS-Namensdienst)

• UDP/138 (NetBIOS-Datagrammdienst)

• TCP/139 (NetBIOS-Sitzungsdienst)

SMB verwendet die folgenden Ports:

• TCP/139

• TCP/445

Für Webserver und DNS-Server (Domain Name System) ist die Verwendung von NetBIOS oder SMB nicht erforderlich. Deaktivieren Sie auf diesen Servern beide Protokolle, um das Risiko eines Angriffs durch Benutzerenumeration zu verringern.

Aus Sicherheitsgründen sollte SQL Server 2012 nicht auf einem Domänencontroller installiert werden. Das SQL Server-Setup wird die Installation auf einem Computer, der als Domänencontroller fungiert, nicht blockieren, es gelten jedoch die folgenden Einschränkungen:

• Sie können keine SQL Server-Dienste auf einem Domänencontroller unter einem lokalen Dienstkonto ausführen.

• Nachdem SQL Server auf einem Computer installiert wurde, können Sie den Computer nicht von einem Domänenmitglied zu einem Domänencontroller ändern. Sie müssen SQL Server deinstallieren, bevor Sie den Hostcomputer zu einem Domänencontroller ändern.

• Nachdem SQL Server auf einem Computer installiert wurde, können Sie den Computer nicht von einem Domänencontroller zu einem Domänenmitglied ändern. Sie müssen SQL Server deinstallieren, bevor Sie den Hostcomputer zu einem Domänenmitglied ändern.

• Die Failovercluster-Instanzen von SQL Server werden nicht unterstützt, wenn es sich bei den Clusterknoten um Domänencontroller handelt.

• Beim Setup von SQL Server können keine Sicherheitsgruppen erstellt oder SQL Server-Dienstkonten für einen schreibgeschützten Domänencontroller bereitgestellt werden. In diesem Szenario tritt ein Setupfehler auf.