View a markdown version of this page

Konfiguration von Security Hub CSPM für die Integration mit Microsoft Azure - AWS Security Hub

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:

  1. Security Hub CSPM validiert die Azure-Anmeldeinformationen und die Konnektivität zu Ihrer Azure-Umgebung. Dieser Vorgang kann einige Minuten dauern.

  2. AWS Config beginnt mit der Erkennung und Aufzeichnung von Konfigurationsdaten für Ihre Azure-Ressourcen.

  3. 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.

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.

  1. Öffnen Sie die Security Hub CSPM-Konsole.

  2. Wählen Sie im Navigationsbereich Integrationen aus.

  3. Wählen Sie Azure-Connector erstellen aus.

  4. Geben Sie für Azure Tenant ID Ihre Azure Active Directory-Mandanten-ID ein.

  5. Geben Sie für Anwendung (Client-ID) die Anwendungs-ID für die Azure-App-Registrierung ein, die Sie erstellt haben.

  6. 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.

  7. Ü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"}]' \ --region your-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-associations API.

  • 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-control API 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-account-id-region=activitylog), dass AWSConfig die 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:

  1. Um zu überprüfen, ob Ihre Umgebung alle Anforderungen erfüllt, lesen Sie die Voraussetzungen für Microsoft Azure.

  2. Vergewissern Sie sich mit Zustimmung des Administrators, dass die App-Registrierung über die erforderlichen Microsoft Graph-API-Berechtigungen verfügt.

  3. 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.

Verfügbare Azure-Steuerelemente
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