Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Konfiguration von Security Hub CSPM für die Integration mit Microsoft Azure
Nachdem Sie die erforderlichen Aufgaben abgeschlossen und Ihre Microsoft Azure-Umgebung konfiguriert haben, können Sie AWS Security Hub CSPM für die Integration mit Azure konfigurieren. Um Security Hub CSPM für die Integration mit Azure zu konfigurieren, erstellen Sie einen Connector. Nachdem Sie den Connector erstellt haben, treten die folgenden Ereignisse auf:
-
Security Hub CSPM validiert die Azure-Anmeldeinformationen und die Konnektivität zu Ihrer Azure-Umgebung. Dieser Vorgang kann einige Minuten dauern.
-
AWS Config beginnt mit der Erkennung und Aufzeichnung von Konfigurationsdaten für Ihre Azure-Ressourcen.
-
Security Hub CSPM beginnt nach Abschluss der Ressourcendatenerfassung mit der Generierung von Ergebnissen zur Statusverwaltung für Ihre Azure-Ressourcen.
Anmerkung
Wenn Sie bereits einen Connector in Security Hub erstellt haben, wurde in Security Hub CSPM automatisch ein serviceverknüpfter Connector erstellt. Sie müssen keinen separaten, vom Kunden verwalteten Connector erstellen, es sei denn, Sie benötigen einen anderen Bereich.
Themen
Erstellen Sie einen Azure-Connector
Um einen Microsoft Azure-Connector für Ihre Umgebung zu erstellen, führen Sie die folgenden Schritte mithilfe der AWS Security Hub CSPM-Konsole oder der API aus.
-
Öffnen Sie die Security Hub CSPM-Konsole.
-
Wählen Sie im Navigationsbereich Integrationen aus.
-
Wählen Sie Azure-Connector erstellen aus.
-
Geben Sie für Azure Tenant ID Ihre Azure Active Directory-Mandanten-ID ein.
-
Geben Sie für Anwendung (Client-ID) die Anwendungs-ID für die Azure-App-Registrierung ein, die Sie erstellt haben.
-
Konfigurieren Sie zusätzliche Einstellungen und den Umfang des Connectors, indem Sie wie folgt vorgehen:
-
Geben Sie unter Name einen eindeutigen Namen für den Connector ein. Der Name kann bis zu 50 alphanumerische Zeichen und Bindestriche (‐) enthalten.
Wichtig
Namen und Beschreibungen werden verwendet, um Ihre Inhalte zu identifizieren. Wir empfehlen Ihnen, keine sensiblen, vertraulichen oder persönlich identifizierbaren Informationen (PII) darin zu verwenden.
-
Geben Sie unter Beschreibung optional eine kurze Beschreibung des Connectors ein. Die Beschreibung kann bis zu 200 Zeichen enthalten.
-
Wählen Sie für Abonnements Alle Abonnements aus, um alle aktuellen und future Abonnements im Mandanten zu überwachen, oder Spezifische Abonnements, um nur die von Ihnen angegebenen Abonnements zu überwachen. Wenn Sie nur bestimmte Abonnements überwachen möchten, geben Sie die ID für jedes Abonnement ein.
-
Wählen Sie für Regionen die Azure-Regionen aus, in denen Ihre Ressourcen bereitgestellt werden.
Anmerkung
Für Kontrollen, die Microsoft Entra ID- und Microsoft Graph-Ressourcen auswerten, muss der Geltungsbereich der globalen Region in Ihrer Integrationskonfiguration enthalten sein. Wenn Sie nur bestimmte Azure-Regionen auswählen, führen diese Kontrollen nicht zu Ergebnissen.
-
-
Überprüfen Sie Ihre Konfiguration und wählen Sie Connector erstellen aus.
Nachdem Sie den Connector erstellt haben, validiert Security Hub CSPM Ihre Azure-Anmeldeinformationen und beginnt mit der Ressourcenerkennung. Der Connector sollte innerhalb von 2 bis 5 Minuten den Status Aktiv anzeigen.
Aktivierung von Standards und Kontrollen
Nachdem Sie den Connector erstellt haben, müssen Sie die Azure-Sicherheitsstandards aktivieren, um mit der Generierung von Ergebnissen beginnen zu können. Allgemeine Informationen zur Aktivierung von Standards und zur Verwaltung von Kontrollen finden Sie unter Aktivieren von Standards und Aktivieren und Deaktivieren von Kontrollen.
Verfügbare Standards
CIS Microsoft Azure Foundations Benchmark v4.0 — Ein weit verbreiteter Sicherheitsbenchmark, der bewährte Methoden für die Sicherung von Azure-Umgebungen definiert. Jedes Steuerelement bewertet einen bestimmten Aspekt Ihrer Azure-Konfiguration (z. B. Verschlüsselung von Speicherkonten, Regeln für Netzwerksicherheitsgruppen, Identitäts- und Zugriffseinstellungen).
Azure Foundational Best Practices — Evaluiert Azure-Ressourcen im Hinblick auf Expositionsrisiken, indem Indikatoren für Netzwerkerreichbarkeit, öffentlichen Zugriff und sensible Daten miteinander korreliert werden. Generiert Ergebnisse vom Typ der Exposition, anhand derer Ressourcen mit erhöhtem Risiko hervorgehoben werden.
Azure-Standards verfügen über eigene Kontrollen, die von den Kontrollen getrennt sind. AWS Es gibt keine cloudübergreifenden Kontrollen, mit denen AWS sowohl Azure-Ressourcen als auch Azure-Ressourcen in einem einzigen Check bewertet werden.
Aktivierung eines Standards
Sie können Azure-Standards über die Security Hub CSPM-Konsole oder über die aktivieren. API/CLI Navigieren Sie in der Security Hub CSPM-Konsole zu Standards und aktivieren Sie den gewünschten Standard. Verwenden Sie alternativ die CLI:
$aws securityhub batch-enable-standards \ --standards-subscription-requests '[{"StandardsArn": "Standard-ARN"}]' \ --regionyour-aws-region
Anmerkung
Sie können Azure-Standards vor oder nach der Erstellung des Connectors aktivieren — sie sind nicht gekoppelt. Ergebnisse werden jedoch erst generiert, wenn sowohl der Konnektor als auch der Standard aktiv sind und Ressourcendaten gesammelt wurden.
Verwaltung einzelner Kontrollen
Sobald ein Standard aktiviert ist (normalerweise innerhalb von Sekunden), können Sie einzelne Steuerelemente anzeigen und verwalten:
Steuerelemente anzeigen: Verwenden Sie die Security Hub CSPM-Konsole (Standards > Standard auswählen > Kontrollen) oder die
list-standards-control-associationsAPI.Ein Steuerelement deaktivieren: Wenn ein bestimmtes Steuerelement für Ihre Umgebung nicht gilt, können Sie es deaktivieren.
Benutzerdefinierte Parameter konfigurieren: Einige Steuerelemente akzeptieren benutzerdefinierte Eingabeparameter (z. B. Schwellenwerte für die Kennwortlänge). Diese können über die
update-security-controlAPI konfiguriert werden.
Wichtige Hinweise
Die Azure-Standards gelten einheitlich für Ihren gesamten Konnektorbereich. Sie können innerhalb desselben Connectors nicht unterschiedliche Standards oder Kontrollen für verschiedene Azure-Abonnements aktivieren.
Die Kontrollen hängen von der Verfügbarkeit der Ressourcendaten ab. Jedes Steuerelement bewertet einen bestimmten Azure-Ressourcentyp. Wenn AWS Config noch keine Konfigurationsdaten für einen bestimmten Ressourcentyp erfasst wurden, generiert das Steuerelement einen PASS-Standardwert für diese Ressourcen. Diese PASS-Standardergebnisse werden automatisch aktualisiert, sodass sie korrekt sind, sobald die Ressourcendaten eintreffen. Behandeln Sie die anfänglichen Compliance-Ergebnisse erst dann als korrekt, wenn die Erfassung der Ressourcendaten abgeschlossen ist.
Benutzerdefinierte Eingabeparameter für Sicherheitskontrollen können bereits vor der Erstellung eines Connectors konfiguriert werden — sie bleiben unabhängig voneinander bestehen.
Steuerelemente, die Einstellungen auf Abonnementebene auswerten (z. B. Microsoft Defender-Pläne, Aktivitätsprotokollwarnungen), führen zu einem Ergebnis pro Azure-Abonnement und nicht pro einzelner Ressource.
Multicloud-Standards können nicht in die Richtlinien für die zentrale Konfiguration aufgenommen werden. Sie müssen die Azure-Standardaktivierung in beiden Bereichen unabhängig voneinander verwalten. AWS-Konto AWS-Region
Passen Sie den Umfang eines Azure-Connectors an
Nachdem Sie einen Microsoft Azure-Connector erstellt haben, können Sie den Umfang des Connectors anpassen, indem Sie die Azure-Abonnements oder Azure-Regionen ändern, die er überwacht. Wenn Sie den Umfang anpassen, werden die meisten Änderungen innerhalb von etwa 15 Minuten wirksam.
Bevor Sie den Umfang anpassen, sollten Sie Folgendes beachten:
-
Der Umfang eines vom Kunden verwalteten Connectors darf den Umfang eines vorhandenen serviceverknüpften Connectors in demselben Konto und derselben Region nicht überschreiten.
-
Wenn Sie den Umfang erweitern, beginnt Security Hub CSPM, Ergebnisse für neue Ressourcen zu generieren, nachdem deren AWS Config Konfigurationsdaten erfasst wurden.
-
Wenn Sie den Umfang reduzieren, werden die vorhandenen Ergebnisse für entfernte Ressourcen in den Status „Archiviert“ überführt.
Überprüfen Sie den Zustand eines Azure-Connectors
Sie können den Zustand eines Microsoft Azure-Connectors jederzeit überprüfen. Navigieren Sie in der Security Hub CSPM-Konsole zu Integrationen und vergewissern Sie sich, dass Ihr Connector den Status Aktiv anzeigt.
Erste Ergebnisse werden in der Regel innerhalb von 15 bis 30 Minuten nach Abschluss der Erfassung der Ressourcendaten sichtbar.
Anmerkung
Der Integritätsstatus des Connectors ist letztendlich konsistent. Wenn ein Berechtigungs- oder Konfigurationsproblem auftritt, ändert sich der Status des Connectors schnell in Heruntergestuft und es wird eine umsetzbare Meldung angezeigt. Nachdem Sie das Problem behoben haben, kann es jedoch bis zu 24 Stunden dauern, bis der Status wieder zu Verbunden zurückkehrt.
Ein Status „Heruntergestuft“ nach einem kürzlich erfolgten Update weist nicht unbedingt auf ein anhaltendes Problem hin.
Überprüfen Sie die CloudWatch Metriken im Namespace, um in Echtzeit Einblick in die Fehler bei der Aufzeichnung zu erhalten.
Problembehandlung bei einem Azure-Connector
Wenn Sie Probleme mit Ihrem Connector haben, verwenden Sie die folgenden Informationen, um häufig auftretende Probleme zu diagnostizieren und zu beheben.
- Der Status des Connectors ist fehlerhaft
-
Dieses Problem tritt normalerweise auf, wenn Verbundanmeldeinformationen in Azure nicht korrekt konfiguriert sind.
Um dieses Problem zu beheben, stellen Sie sicher, dass die URL des Token-Ausstellers und der Betreff-ARN in Ihren Azure-Verbundanmeldedaten mit Ihren übereinstimmen. AWS-Konto
- Keine Ergebnisse nach 30 Minuten
-
Dieses Problem kann auftreten, wenn Event Hub keine Aktivitätsprotokolle empfängt oder wenn kein Standard aktiviert ist.
Um dieses Problem zu beheben, stellen Sie sicher, dass der Event Hub-Namespace korrekt gekennzeichnet ist (
AWSConfig-), dassaccount-id-region=activitylogAWSConfigdie Nutzergruppe vorhanden ist, die Datenempfängerrolle zugewiesen ist und mindestens ein Azure-Standard aktiviert ist. - Einige Azure-Ressourcen konnten nicht aufgezeichnet werden
-
Der Fehler kann aus einem der folgenden Gründe auftreten:
-
Die Azure-Umgebung erfüllt nicht die Voraussetzungen für die Ressourcenaufzeichnung.
-
Für die App-Registrierung ist keine Administrator-Zustimmung für Microsoft Graph-API-Berechtigungen erforderlich.
-
Die Rollenzuweisung Reader deckt nicht alle erforderlichen Bereiche ab.
-
Der Microsoft Entra ID-Mandant verfügt nicht über die erforderlichen Protokolldaten.
Gehen Sie wie folgt vor, um den Fehler zu beheben:
-
Um zu überprüfen, ob Ihre Umgebung alle Anforderungen erfüllt, lesen Sie die Voraussetzungen für Microsoft Azure.
-
Vergewissern Sie sich mit Zustimmung des Administrators, dass die App-Registrierung über die erforderlichen Microsoft Graph-API-Berechtigungen verfügt.
-
Stellen Sie sicher, dass der Dienstprinzipal die Rolle Reader im Bereich der Stammverwaltungsgruppe des Mandanten innehat.
-
- Der Connector bleibt im Status Ausstehend
-
Dieses Problem kann auftreten, wenn die Azure-App-Registrierung falsch konfiguriert ist.
Um dieses Problem zu beheben, stellen Sie sicher, dass die URL des Ausstellers der Verbundidentitätsanmeldeinformationen und die Betreff-ID mit Ihrer übereinstimmen. AWS-Konto Stellen Sie außerdem sicher, dass die Zustimmung des Administrators für alle erforderlichen Microsoft Graph-API-Berechtigungen erteilt wurde.
Wie Security Hub CSPM mit Ressourcen-Identifikatoren umgeht
Wenn Sie Ihre Azure-Integration für AWS Security Hub CSPM aktivieren, werden Ressourcen-Identifikatoren von anderen Cloud-Anbietern in AWS Config AWS Security Hub CSPM und anderen AWS Diensten (nach Bedarf) als Metadaten gespeichert, die sich auf die Verwaltung der entsprechenden Ressourcenkonfigurationsdaten beziehen, die von den anderen Cloud-Anbietern gesammelt wurden. Solche Ressourcen-Identifikatoren stellen nicht Ihre Inhalte dar, und wir empfehlen Ihnen, keine sensiblen, vertraulichen oder persönlich identifizierbaren Informationen in sie aufzunehmen.
Die folgenden Identifikatoren aus Ihrer verbundenen Cloud-Umgebung werden gespeichert und verwendet, AWS um Multi-Cloud-Sicherheitsfunktionen bereitzustellen:
Ressourcen-IDs: Azure-Mandanten-ID, Abonnement-ID, Standort (Region), Ressourcen-ID (Ressourcengruppen-IDs oder -namen, Ressourcenanbieter, Ressourcentyp)
Beziehungen zwischen diesen Identifikatoren — einschließlich der Beziehung zwischen Ressourcen und der Beziehung der Ergebnisse zu Ressourcen — werden ebenfalls als Dienstmetadaten gespeichert. AWS verwendet diese Identifikatoren für die Korrelation von Ressourcen, für die Zuordnung von Ergebnissen zu Ressourcen, für die Protokollierung von Dienstabläufen und für die Deduplizierung.
Verfügbare Steuerelemente für Azure
Nachdem Sie die Azure-Standards aktiviert haben, bewerten die folgenden 122 Kontrollen Ihre Azure-Ressourcen. Die Kontrollen sind auf zwei Standards verteilt:
CIS Microsoft Azure Foundations Benchmark v4.0 — 96 Kontrollen, die bestimmten CIS-Abschnitten zugeordnet sind
Azure Foundational Best Practices — 26 Kontrollen, die zusätzliche bewährte Sicherheitsmethoden abdecken
Anmerkung
Für Kontrollen, die Microsoft Entra ID- und Microsoft Graph-Ressourcen auswerten, muss der Geltungsbereich der globalen Region in Ihrer Integrationskonfiguration enthalten sein.
| Titel des Steuerelements | Ressourcentyp | Standard |
|---|---|---|
| Azure Container Apps mit aktivierter verwalteter Identität sollten dem Prinzip der geringsten Rechte folgen | microsoft.app/containerapps |
Bewährte Methoden für die Grundlagen von Azure |
| Azure Container Apps sollten Azure SDK-Anmeldeinformationen nicht als Umgebungsvariablen übergeben | microsoft.app/containerapps |
Bewährte Methoden für die Grundlagen von Azure |
| Für Azure Container Apps sollte der externe Eingang nicht aktiviert sein | microsoft.app/containerapps |
Bewährte Methoden für die Grundlagen von Azure |
| Azure Container App-Umgebungen sollten keinen uneingeschränkten NSG-Zugriff haben | microsoft.app/containerapps |
Bewährte Methoden für die Grundlagen von Azure |
| In verwalteten Azure Container App-Umgebungen sollten öffentliche IP-Adressen nicht aktiviert sein | microsoft.app/managedenvironments |
Bewährte Methoden für die Grundlagen von Azure |
| Azure-Rollenzuweisungen sollten im Abonnementbereich keinen umfassenden Administratorzugriff gewähren | microsoft.authorization/roleassignments |
Bewährte Methoden für die Grundlagen von Azure |
| Azure-Rollenzuweisungen sollten die Rolle „Benutzerzugriffsadministrator“ nicht gewähren | microsoft.authorization/roleassignments |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Benutzerdefinierte Azure-Rollendefinitionen sollten keine Administratorberechtigungen mit Platzhaltern haben | microsoft.authorization/roledefinitions |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Richtlinienzuweisungen für Microsoft Cloud Security Benchmark sollte der Erzwingungsmodus aktiviert sein | microsoft.authorization/policyassignments |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure Kubernetes Service (AKS) -Cluster sollten keine öffentlich zugänglichen API-Server ohne IP-Einschränkungen haben | microsoft.containerservice/managedclusters |
Bewährte Methoden für die Grundlagen von Azure |
| Azure Kubernetes Service (AKS) -Cluster sollten Kubernetes-Geheimnisse im Ruhezustand verschlüsseln | microsoft.containerservice/managedclusters |
Bewährte Methoden für die Grundlagen von Azure |
| Azure Kubernetes Service (AKS) -Cluster sollten eine unterstützte Kubernetes-Version ausführen | microsoft.containerservice/managedclusters |
Bewährte Methoden für die Grundlagen von Azure |
| Für Azure Cosmos DB-Konten sollte die kontinuierliche Sicherung aktiviert sein | microsoft.documentdb/databaseaccounts |
Bewährte Methoden für die Grundlagen von Azure |
| Bei flexiblen Azure Database for MySQL-Servern sollte der öffentliche Netzwerkzugriff deaktiviert sein | microsoft.dbformysql/flexibleservers |
Bewährte Methoden für die Grundlagen von Azure |
| Azure Databricks-Arbeitsbereiche sollten in einem vom Kunden verwalteten virtuellen Netzwerk bereitgestellt werden | microsoft.databricks/workspaces |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure Databricks-Arbeitsbereiche sollte die Diagnoseprotokollzustellung konfiguriert sein | microsoft.databricks/workspaces |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure Databricks-Workspaces sollten vom Kunden verwaltete Schlüssel für die verwaltete Festplattenverschlüsselung verwenden | microsoft.databricks/workspaces |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Microsoft Entra ID-Autorisierungsrichtlinien sollten Standardbenutzern verbieten, Anwendungen zu registrieren | microsoft.graph/policies/authorizationpolicy |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure Entra ID sollten die Sicherheitsstandards aktiviert sein | microsoft.graph/policies/identitysecuritydefaultsenforcementpolicy |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Microsoft Entra-Mandanten sollten über eine Richtlinie für bedingten Zugriff verfügen, die den Zugriff von unzulässigen geografischen Standorten aus blockiert | microsoft.graph/organization |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Microsoft Entra-Mandanten sollten über eine Richtlinie für bedingten Zugriff verfügen, die den Authentifizierungsfluss für Gerätecodes blockiert | microsoft.graph/organization |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Richtlinien für bedingten Zugriff sollten MFA für alle Benutzer vorschreiben | microsoft.graph/organization |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Microsoft Entra-Mandanten sollten eine Multifaktorauthentifizierung für riskante Anmeldungen im Rahmen einer Richtlinie für bedingten Zugriff verlangen | microsoft.graph/organization |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Mandanten sollten MFA über bedingten Zugriff für die Azure Service Management-API benötigen | microsoft.graph/organization |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für mindestens eine Richtlinie mit bedingtem Zugriff sollte MFA für Microsoft Admin Portals erforderlich sein | microsoft.graph/organization |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Die Autorisierungsrichtlinien von Microsoft Entra sollten Benutzer ohne Administratorrechte daran hindern, Mandanten zu erstellen | microsoft.graph/policies/authorizationpolicy |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Die Richtlinien für Microsoft Entra ID-Authentifizierungsmethoden sollten den Zeitraum für die erneute Bestätigung auf einen Wert ungleich Null festlegen. | microsoft.graph/policies/authenticationmethodspolicy |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Die Autorisierungsrichtlinien von Microsoft Entra sollten die Zustimmung der Benutzer für Anwendungen einschränken | microsoft.graph/policies/authorizationpolicy |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Die Azure-Autorisierungsrichtlinien sollten die Zustimmung von Benutzern auf verifizierte Herausgeber-Apps beschränken | microsoft.graph/policies/authorizationpolicy |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Die Autorisierungsrichtlinien von Microsoft Entra sollten den Zugriff von Gastbenutzern auf ihre eigenen Verzeichnisobjekte einschränken | microsoft.graph/policies/authorizationpolicy |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Die Azure-Autorisierungsrichtlinien sollten Gasteinladungen nur auf Administratorrollen beschränken | microsoft.graph/policies/authorizationpolicy |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Die Azure-Autorisierungsrichtlinien sollten die Erstellung von Sicherheitsgruppen auf Administratoren beschränken | microsoft.graph/policies/authorizationpolicy |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Microsoft Entra-Mandanten sollten eine Multi-Faktor-Authentifizierung benötigen, um Geräte zu registrieren oder ihnen beizutreten | microsoft.graph/organization |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Microsoft Entra ID-Verzeichnisrollen sollten zwischen 2 und 4 globale Administratoren haben | microsoft.graph/directoryrole |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Die Gruppeneinstellungen von Azure Entra ID sollten die Gruppenerstellung auf Administratoren beschränken | microsoft.graph/organization |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure-Abonnements sollte eine Diagnoseeinstellung für Aktivitätsprotokolle konfiguriert sein | microsoft.insights/diagnosticsettings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Abonnements sollten eine Aktivitätsprotokollwarnung für die Richtlinienzuweisung enthalten | microsoft.insights/activitylogalerts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Abonnements sollten eine Aktivitätsprotokollwarnung für das Löschen von Richtlinienzuweisungen enthalten | microsoft.insights/activitylogalerts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Abonnements sollten eine Aktivitätsprotokollwarnung für Vorgänge zum Erstellen oder Aktualisieren von Network Security Group-Vorgängen enthalten | microsoft.insights/activitylogalerts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Abonnements sollten eine Aktivitätsprotokollwarnung für das Löschen der Network Security Group enthalten | microsoft.insights/activitylogalerts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Abonnements sollten eine Aktivitätsprotokollwarnung für die Erstellung oder Aktualisierung der Sicherheitslösung enthalten | microsoft.insights/activitylogalerts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Abonnements sollten eine Aktivitätsprotokollwarnung für das Löschen der Sicherheitslösung enthalten | microsoft.insights/activitylogalerts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Abonnements sollten eine Aktivitätsprotokollwarnung für die Erstellung oder Aktualisierung von SQL Server-Firewallregeln enthalten | microsoft.insights/activitylogalerts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Abonnements sollten eine Aktivitätsprotokollwarnung für das Löschen von SQL Server-Firewallregeln enthalten | microsoft.insights/activitylogalerts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure-Abonnements sollte eine Aktivitätsprotokollwarnung für Vorgänge zum Erstellen oder Aktualisieren einer öffentlichen IP-Adresse konfiguriert sein | microsoft.insights/activitylogalerts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Abonnements sollten eine Aktivitätsprotokollwarnung für das Löschen öffentlicher IP-Adressen enthalten | microsoft.insights/activitylogalerts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Abonnements sollten eine Aktivitätsprotokollwarnung für Service Health-Vorfälle enthalten | microsoft.insights/activitylogalerts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure-Abonnements sollte mindestens eine Application Insights-Komponente konfiguriert sein | microsoft.insights/components |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure Key Vaults sollte der Soft Delete- und Purge-Schutz aktiviert sein | microsoft.keyvault/vaults |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure Key Vaults sollte die rollenbasierte Zugriffskontrolle aktiviert sein | microsoft.keyvault/vaults |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure Key Vaults sollte der öffentliche Netzwerkzugriff deaktiviert sein, wenn private Endpunkte verwendet werden | microsoft.keyvault/vaults |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure Key Vaults sollten private Endpunkte verwenden | microsoft.keyvault/vaults |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure Key Vaults sollte der Löschschutz aktiviert sein | microsoft.keyvault/vaults |
Bewährte Methoden für die Grundlagen von Azure |
| Azure Key Vaults sollte den Netzwerkzugriff einschränken | microsoft.keyvault/vaults |
Bewährte Methoden für die Grundlagen von Azure |
| Für Azure Key Vaults sollte die Protokollierung aktiviert sein AuditEvent | microsoft.keyvault/vaults |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure Key Vault-Schlüssel in RBAC-Tresoren sollte ein Ablaufdatum festgelegt werden | microsoft.keyvault/vaults/keys |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure Key Vault-Schlüssel in Tresoren ohne RBAC sollte ein Ablaufdatum festgelegt werden | microsoft.keyvault/vaults/keys |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure Key Vault-Geheimnisse in RBAC-enabled Tresoren sollte ein Ablaufdatum festgelegt werden | microsoft.keyvault/vaults/secrets |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure Key Vault-Geheimnisse in Tresoren ohne RBAC sollte ein Ablaufdatum festgelegt werden | microsoft.keyvault/vaults/secrets |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure Key Vault-Schlüssel sollte die automatische Rotation aktiviert sein | microsoft.keyvault/vaults/keys |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Netzwerksicherheitsgruppen sollten den eingehenden RDP-Zugriff aus dem Internet einschränken | microsoft.network/networksecuritygroups |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Netzwerksicherheitsgruppen sollten den eingehenden UDP-Zugriff aus dem Internet einschränken | microsoft.network/networksecuritygroups |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Netzwerksicherheitsgruppen sollten den eingehenden HTTP-Zugriff aus dem Internet einschränken | microsoft.network/networksecuritygroups |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure Application Gateway-Subnetze sollten keinen uneingeschränkten NSG-Zugriff haben | microsoft.network/networksecuritygroups |
Bewährte Methoden für die Grundlagen von Azure |
| Für Azure-Netzwerksicherheitsgruppen sollte eine explizite „Alles verweigern“ -Regel gelten | microsoft.network/networksecuritygroups |
Bewährte Methoden für die Grundlagen von Azure |
| Azure-Netzwerksicherheitsgruppen sollten keinen uneingeschränkten eingehenden Zugriff auf eingeschränkte Ports zulassen | microsoft.network/networksecuritygroups |
Bewährte Methoden für die Grundlagen von Azure |
| In den Azure Network Watcher-Flussprotokollen sollte die Protokollierung virtueller Netzwerkflüsse aktiviert sein, wobei die Datenverkehrsanalysen an Log Analytics gesendet werden | microsoft.network/networkwatchers/flowlogs |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Netzwerksicherheitsgruppen sollten den SSH-Zugriff aus dem Internet einschränken | microsoft.network/networksecuritygroups |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Abonnements sollten mindestens einen Azure Bastion-Host haben | microsoft.network/bastionhosts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte Microsoft Defender für Server aktiviert sein | microsoft.security/pricings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Auf Maschinen sollte eine funktionsfähige Lösung zur Schwachstellenbeurteilung in Microsoft Defender for Cloud implementiert sein | microsoft.security/assessments |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte die Endpoint Protection-Integration mit Microsoft Defender for Cloud aktiviert sein | microsoft.security/settings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte das agentenlose Scannen für Computer in Microsoft Defender for Servers aktiviert sein | microsoft.security/pricings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte die Überwachung der Dateiintegrität in Defender for Servers aktiviert sein | microsoft.security/pricings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für das Azure-Abonnement sollte Microsoft Defender for Containers aktiviert sein | microsoft.security/pricings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte Microsoft Defender for Storage aktiviert sein | microsoft.security/pricings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte Microsoft Defender für App Service aktiviert sein | microsoft.security/pricings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte Microsoft Defender für Azure Cosmos DB aktiviert sein | microsoft.security/pricings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte Microsoft Defender für relationale Open-Source-Datenbanken aktiviert sein | microsoft.security/pricings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte Microsoft Defender für Azure SQL-Datenbanken aktiviert sein | microsoft.security/pricings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte Microsoft Defender für SQL Servers auf Computern aktiviert sein | microsoft.security/pricings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte Microsoft Defender for Key Vault aktiviert sein | microsoft.security/pricings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte Microsoft Defender für Resource Manager aktiviert sein | microsoft.security/pricings |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei virtuellen Maschinen sollten Systemupdatebewertungen von Microsoft Defender for Cloud als fehlerfrei gemeldet werden | microsoft.security/assessments |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Sicherheitskontakte von Microsoft Defender for Cloud sollten die Rolle „Besitzer“ über Warnmeldungen informieren | microsoft.security/securitycontacts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Sicherheitskontakte in Microsoft Defender for Cloud sollte eine zusätzliche E-Mail-Adresse konfiguriert sein | microsoft.security/securitycontacts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure-Sicherheitskontakte sollten E-Mail-Benachrichtigungen mit einem ausreichend umfassenden Mindestschweregrad aktiviert sein | microsoft.security/securitycontacts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure-Sicherheitskontakte sollten E-Mail-Benachrichtigungen über den Angriffspfad aktiviert und eine Risikostufe konfiguriert sein | microsoft.security/securitycontacts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure-Abonnements sollte Microsoft Defender für IoT aktiviert sein | microsoft.security/iotsecuritysolutions |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Auf Azure SQL-Servern sollte der öffentliche Netzwerkzugriff deaktiviert sein | microsoft.sql/servers |
Bewährte Methoden für die Grundlagen von Azure |
| Für SQL-Server sollte ein Azure Active Directory-Administrator konfiguriert sein | microsoft.sql/servers |
Bewährte Methoden für die Grundlagen von Azure |
| Für Azure SQL-Datenbanken sollte die georedundante Sicherung aktiviert sein | microsoft.sql/servers/databases |
Bewährte Methoden für die Grundlagen von Azure |
| Azure SQL-Server sollten keine standardmäßigen Administratorkontonamen verwenden | microsoft.sql/servers |
Bewährte Methoden für die Grundlagen von Azure |
| Für verwaltete Azure SQL-Instanzen sollte das automatische Upgrade der Nebenversion aktiviert sein | microsoft.sql/managedinstances |
Bewährte Methoden für die Grundlagen von Azure |
| Azure-Speicherkonten sollten vom Kunden verwaltete Schlüssel für die Verschlüsselung verwenden | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei den Dateidiensten für Azure Storage-Konten sollte Soft Delete für Dateifreigaben aktiviert sein | microsoft.storage/storageaccounts/fileservices |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Dateifreigaben von Azure Storage-Konten sollten SMB-Protokollversionen auf SMB 3.1.1 beschränken | microsoft.storage/storageaccounts/fileservices |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure Storage-Konten sollten einen sicheren SMB-Kanalverschlüsselungsalgorithmus für Dateifreigaben verwenden | microsoft.storage/storageaccounts/fileservices |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure-Storage-Konten sollte eine Erinnerung an die Schlüsselrotation konfiguriert sein | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure-Storage-Konten sollte der gemeinsame Schlüsselzugriff deaktiviert sein | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure Storage-Konten sollten private Endpunkte für den Zugriff verwenden | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure Storage-Konten sollte der öffentliche Netzwerkzugriff deaktiviert sein | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure-Storage-Konten sollte der standardmäßige Netzwerkzugriff auf Verweigern eingestellt sein | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Speicherkonten sollten standardmäßig die Microsoft Entra-Autorisierung im Azure-Portal verwenden | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure Storage-Konten sollten eine sichere Übertragung erfordern | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure Storage-Konten sollten es vertrauenswürdigen Azure-Diensten ermöglichen, Netzwerkregeln zu umgehen | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure Storage-Konten sollten mit der erforderlichen TLS-Mindestversion konfiguriert werden | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei Azure Storage-Konten sollte die mandantenübergreifende Replikation deaktiviert sein | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für Azure Storage-Konten sollte der anonyme Blob-Zugriff deaktiviert sein | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure Storage-Konten sollten das permanente Löschen von Blobs einschränken | microsoft.storage/storageaccounts/blobservices |
Bewährte Methoden für die Grundlagen von Azure |
| Azure-Speicherkonten, die Aktivitätsprotokolle enthalten, sollten mit einem vom Kunden verwalteten Schlüssel verschlüsselt werden | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei den Blob-Diensten für Azure-Speicherkonten sollte Blob Soft Delete aktiviert sein | microsoft.storage/storageaccounts/blobservices |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Für die Blob-Dienste für Azure-Speicherkonten sollte die Versionsverwaltung aktiviert sein | microsoft.storage/storageaccounts/blobservices |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Bei den Blob-Diensten für Azure-Speicherkonten sollten Blob und Container Soft Delete aktiviert sein | microsoft.storage/storageaccounts/blobservices |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Auf Azure-Speicherkonten sollte eine Azure Resource Manager-Löschsperre angewendet werden | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Storage-Konten sollten über eine ReadOnly Resource Manager-Sperre verfügen | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure-Storage-Konten sollten georedundanten Speicher verwenden | microsoft.storage/storageaccounts |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |
| Azure Function-Apps sollten den administrativen Zugriff einschränken | microsoft.web/sites/config |
Bewährte Methoden für die Grundlagen von Azure |
| Azure Functions sollte keinen anonymen HTTP-Triggeraufruf zulassen | microsoft.web/sites/functions |
Bewährte Methoden für die Grundlagen von Azure |
| Azure App Service-Web-Apps und Funktions-Apps sollten keine nicht unterstützten Laufzeitversionen verwenden | microsoft.web/sites |
Bewährte Methoden für die Grundlagen von Azure |
| Azure Function-Apps mit Premium- oder Dedicated-Plänen sollten in ein virtuelles Netzwerk integriert werden | microsoft.web/sites |
Bewährte Methoden für die Grundlagen von Azure |
| Für Azure App Service-Web-Apps sollten HTTP-Protokolle in den Diagnoseeinstellungen aktiviert sein | microsoft.web/sites |
CIS Benchmark v4.0 für Microsoft Azure-Stiftungen |