Häufig gestellte Fragen zum vertrauenswürdigen Start

Artikel
10/25/2024

Achtung

Dieser Artikel bezieht sich auf CentOS, eine Linux-Distribution, die sich dem EOL-Status (End-of-Life-Status, Dienstende) nähert. Sie sollten sich Ihre Nutzung dieser Distribution ansehen und entsprechend planen. Weitere Informationen finden Sie unter CentOS – End-of-Life-Leitfaden.

Häufig gestellte Fragen (FAQs) zum Azure-Feature „vertrauenswürdiger Start“ – Anwendungsfälle, Unterstützung für andere Azure-Features und Fixes für häufige Fehler

Anwendungsfälle

In diesem Abschnitt werden Fragen zu Anwendungsfällen für den vertrauenswürdigen Start beantwortet.

Warum sollte der vertrauenswürdige Start verwendet werden? Wovor schützt der vertrauenswürdige Start?

Der vertrauenswürdige Start bietet Schutz vor Bootkits, Rootkits und Schadsoftware auf Kernelebene. Diese komplexen Schadsoftwaretypen werden im Kernelmodus ausgeführt und bleiben für Benutzer verborgen. Zum Beispiel:

Firmwarerootkits: Diese Kits überschreiben die Firmware des BIOS der VM, sodass das Rootkit vor dem Betriebssystem gestartet werden kann.
Bootkits: Diese Kits ersetzen den Bootloader des Betriebssystems, sodass die VM das Bootkit vor dem Betriebssystem lädt.
Kernelrootkits: Diese Kits ersetzen einen Teil des Betriebssystemkernels, sodass das Rootkit automatisch gestartet werden kann, wenn das Betriebssystem geladen wird.
Treiberrootkits: Diese Kits geben vor, einer der vertrauenswürdigen Treiber zu sein, die im Betriebssystem zur Kommunikation mit den Komponenten der VM verwendet werden.

Worin bestehen die Unterschiede zwischen „Sicherer Start“ und „Kontrollierter Start“?

In der Kette für „Sicherer Start“ wird in jedem Schritt im Startprozess eine kryptografische Signatur der nachfolgenden Schritte geprüft. Das BIOS prüft z. B. eine Signatur im Ladeprogramm, das Ladeprogramm prüft die Signaturen aller zu ladenden Kernelobjekte usw. Ist eines der Objekte kompromittiert, stimmt die Signatur nicht überein, und die VM wird nicht gestartet. Weitere Informationen finden Sie unter Sicherer Start.

Wie unterscheidet sich der vertrauenswürdige Start von einer abgeschirmten Hyper-V-VM?

Abgeschirmte Hyper-V-VMs sind derzeit nur für Hyper-V verfügbar. Abgeschirmte Hyper-V-VMs werden normalerweise mit einer geschützten Fabric bereitgestellt. Ein geschütztes Fabric besteht aus einem Hostüberwachungsdienst (Host Guardian Service, HGS), einem oder mehreren geschützten Hosts und einer Gruppe von abgeschirmten VMs. Abgeschirmte Hyper-V-VMs werden in Fabrics verwendet, in denen die Daten und der Status der VM vor verschiedenen Akteuren geschützt werden müssen. Bei diesen Akteuren handelt es sich sowohl um Fabric-Administratoren als auch um nicht vertrauenswürdige Software, die möglicherweise auf den Hyper-V-Hosts ausgeführt wird.

Der vertrauenswürdige Start kann dagegen in Azure als eigenständige VM oder als VM-Skalierungsgruppe ohne weitere Bereitstellung und Verwaltung von HGS bereitgestellt werden. Alle Features des vertrauenswürdigen Starts können mit einer einfachen Änderung im Bereitstellungscode oder durch ein Kontrollkästchen im Azure-Portal aktiviert werden.

Was ist der VM-Gastzustand (VMGS)?

Der VM-Gastzustand (VMGS) ist für VMs mit vertrauenswürdigem Start spezifisch. Es handelt sich um ein von Azure verwaltetes Blob, das die UEFI-Datenbanken (Unified Extensible Firmware Interface) für sichere Startsignaturen und andere Sicherheitsinformationen enthält. Der Lebenszyklus des VMGS-Blobs ist an den Lebenszyklus des Betriebssystemdatenträgers gebunden.

Kann ich den vertrauenswürdigen Start für eine neue VM-Bereitstellung deaktivieren?

VMs mit vertrauenswürdigem Start bieten Ihnen grundlegende Computesicherheit. Es wird empfohlen, das Feature nicht für neue VM- oder VM-Skalierungsgruppenbereitstellungen zu deaktivieren, es sei denn, Ihre Bereitstellungen sind abhängig von:

Sie können den Parameter securityType mit dem Wert Standard verwenden, um den vertrauenswürdigen Start in neuen VM- oder VM-Skalierungsgruppenbereitstellungen mithilfe von Azure PowerShell (v10.3.0 und höher) und der Azure CLI (v2.53.0 und höher) zu deaktivieren.

Hinweis

Es wird nicht empfohlen, „Sicherer Start“ zu deaktivieren, es sei denn, Sie verwenden benutzerdefinierte nicht signierte Kernel oder Treiber.

Wenn Sie „Sicherer Start“ deaktivieren müssen, deaktivieren Sie unter der Konfiguration des virtuellen Computers die Option Sicheren Start aktivieren.

BEFEHLSZEILENSCHNITTSTELLE (CLI)
PowerShell

az vm create -n MyVm -g MyResourceGroup --image Ubuntu2204 `
    --security-type 'Standard'

$adminUsername = <USER NAME>
$adminPassword = <PASSWORD> | ConvertTo-SecureString -AsPlainText -Force
$vmCred = New-Object System.Management.Automation.PSCredential($adminUsername, $adminPassword)
New-AzVM -Name MyVm -Credential $vmCred -SecurityType Standard

Unterstützte Features und Bereitstellungen

In diesem Abschnitt werden unterstützte Features und Bereitstellungen des vertrauenswürdigen Starts erläutert.

Wird Azure Compute Gallery vom vertrauenswürdigen Start unterstützt?

Der vertrauenswürdige Start ermöglicht es nun, Images über Azure Compute Gallery (ehemals Shared Image Gallery) zu erstellen und freizugeben. Mögliche Imagequellen:

Vorhandene Azure-VM (generalisiert oder spezialisiert)
Vorhandener verwalteter Datenträger oder Momentaufnahme
VHD oder Imageversion aus einem anderen Katalog

Weitere Informationen zum Bereitstellen einer VM mit vertrauenswürdigem Start unter Verwendung von Azure Compute Gallery finden Sie unter Bereitstellen einer VM mit vertrauenswürdigem Start aus einem Azure Compute Gallery-Image.

Wird Azure Backup vom vertrauenswürdigen Start unterstützt?

Der vertrauenswürdige Start unterstützt jetzt Azure Backup. Weitere Informationen finden Sie unter Supportmatrix für die Azure VM-Sicherung.

Funktioniert Azure Backup nach dem Aktivieren des vertrauenswürdigen Starts weiterhin?

Sicherungen, die mit der erweiterten Richtlinien konfiguriert sind, übernehmen nach der Aktivierung des vertrauenswürdigen Starts weiterhin Sicherungen von VMs.

Unterstützt der vertrauenswürdige Start kurzlebige Datenträger?

Der vertrauenswürdige Start unterstützt kurzlebige Betriebssystemdatenträger. Weitere Informationen finden Sie unter Vertrauenswürdiger Start für kurzlebige Betriebssystemdatenträger.

Hinweis

Wenn Sie kurzlebige Datenträger für VMs mit vertrauenswürdigem Start verwenden, werden Schlüssel und Geheimnisse, die vom virtuellen Trusted Platform Module (vTPM) nach der VM-Erstellung generiert oder versiegelt wurden, bei Vorgängen wie Reimaging und Plattformereignissen wie Dienstreparatur möglicherweise nicht aufrechterhalten.

Sind Sicherheitsfeatures mit vertrauenswürdiger Start auch für Datenträger verfügbar?

Der vertrauenswürdige Start bietet grundlegende Sicherheit für das Betriebssystem, das auf virtuellen Computern gehostet wird, indem die Startintegrität bestätigt wird. Vertrauenswürdige Startsicherheitsfeatures gelten nur für die Ausführung von Betriebssystem- und Betriebssystemdatenträgern, sie gelten nicht für Datenträger oder Binärdateien des Betriebssystems, die auf Datenträgern gespeichert sind. Weitere Details finden Sie unter Übersicht über den vertrauenswürdigen Start

Kann eine VM mithilfe von Sicherungen wiederhergestellt werden, die vor der Aktivierung des vertrauenswürdigen Starts durchgeführt wurden?

Sicherungen, die vor dem Upgraden einer vorhandenen VM der zweiten Generation auf vertrauenswürdigen Start erstellt wurden, können verwendet werden, um die gesamten VM oder einzelne Datenträger wiederherzustellen. Sie können nicht nur zum Wiederherstellen oder Ersetzen des Betriebssystemdatenträgers verwendet werden.

Wie finde ich VM-Größen, die den vertrauenswürdigen Start unterstützen?

Informationen dazu finden Sie in der Liste der VM-Größen der Generation 2, die den vertrauenswürdigen Start unterstützen.

Mithilfe der folgenden Befehle können Sie überprüfen, ob eine VM-Größe der Generation 2 den vertrauenswürdigen Start nicht unterstützt.

BEFEHLSZEILENSCHNITTSTELLE (CLI)
PowerShell

subscription="<yourSubID>"
region="westus"
vmSize="Standard_NC12s_v3"

az vm list-skus --resource-type virtualMachines  --location $region --query "[?name=='$vmSize'].capabilities" --subscription $subscription

$region = "southeastasia"
$vmSize = "Standard_M64"
(Get-AzComputeResourceSku | where {$_.Locations.Contains($region) -and ($_.Name -eq $vmSize) })[0].Capabilities

Die Antwort ähnelt dem folgenden Formular. TrustedLaunchDisabled True in der Ausgabe gibt an, dass die VM-Größe der Generation 2 den vertrauenswürdigen Start nicht unterstützt. Wenn es sich um eine VM-Größe der Generation 2 handelt und TrustedLaunchDisabled nicht in der Ausgabe enthalten ist, bedeutet das, dass der vertrauenswürdige Start für diese VM-Größe unterstützt wird.

Name                                         Value
----                                         -----
MaxResourceVolumeMB                          8192000
OSVhdSizeMB                                  1047552
vCPUs                                        64
MemoryPreservingMaintenanceSupported         False
HyperVGenerations                            V1,V2
MemoryGB                                     1000
MaxDataDiskCount                             64
CpuArchitectureType                          x64
MaxWriteAcceleratorDisksAllowed              8
LowPriorityCapable                           True
PremiumIO                                    True
VMDeploymentTypes                            IaaS
vCPUsAvailable                               64
ACUs                                         160
vCPUsPerCore                                 2
CombinedTempDiskAndCachedIOPS                80000
CombinedTempDiskAndCachedReadBytesPerSecond  838860800
CombinedTempDiskAndCachedWriteBytesPerSecond 838860800
CachedDiskBytes                              1318554959872
UncachedDiskIOPS                             40000
UncachedDiskBytesPerSecond                   1048576000
EphemeralOSDiskSupported                     True
EncryptionAtHostSupported                    True
CapacityReservationSupported                 False
TrustedLaunchDisabled                        True
AcceleratedNetworkingEnabled                 True
RdmaEnabled                                  False
MaxNetworkInterfaces                         8

Wie kann ich überprüfen, ob mein Betriebssystemimage den vertrauenswürdigen Start unterstützt?

Diese Information finden Sie in der Liste mit unterstützten Betriebssystemversionen für vertrauenswürdigen Start.

Marketplace-Betriebssystemimages

Mit den folgenden Befehlen können Sie überprüfen, ob ein Azure Marketplace-Betriebssystemimage den vertrauenswürdigen Start unterstützt.

BEFEHLSZEILENSCHNITTSTELLE (CLI)
PowerShell

az vm image show --urn "MicrosoftWindowsServer:WindowsServer:2022-datacenter-azure-edition:latest"

Die Antwort ähnelt dem folgenden Formular. Wenn hyperVGeneration gleich v2 ist und SecurityType in der Ausgabe TrustedLaunch enthält, unterstützt das Image der Generation 2 den vertrauenswürdigen Start.

{
  "architecture": "x64",
  "automaticOsUpgradeProperties": {
    "automaticOsUpgradeSupported": false
  },
  "dataDiskImages": [],
  "disallowed": {
    "vmDiskType": "Unmanaged"
  },
  "extendedLocation": null,
  "features": [
    {
      "name": "SecurityType",
      "value": "TrustedLaunchAndConfidentialVmSupported"
    },
    {
      "name": "IsAcceleratedNetworkSupported",
      "value": "True"
    },
    {
      "name": "DiskControllerTypes",
      "value": "SCSI, NVMe"
    },
    {
      "name": "IsHibernateSupported",
      "value": "True"
    }
  ],
  "hyperVGeneration": "V2",
  "id": "/Subscriptions/00000000-0000-0000-0000-00000000000/Providers/Microsoft.Compute/Locations/westus/Publishers/MicrosoftWindowsServer/ArtifactTypes/VMImage/Offers/WindowsServer/Skus/2022-datacenter-azure-edition/Versions/20348.1906.230803",
  "imageDeprecationStatus": {
    "alternativeOption": null,
    "imageState": "Active",
    "scheduledDeprecationTime": null
  },
  "location": "westus",
  "name": "20348.1906.230803",
  "osDiskImage": {
    "operatingSystem": "Windows",
    "sizeInGb": 127
  },
  "plan": null,
  "tags": null
}

Get-AzVMImage -Skus 22_04-lts-gen2 -PublisherName Canonical -Offer 0001-com-ubuntu-server-jammy -Location westus3 -Version latest

Sie können die Ausgabe des Befehls mit der Get-API für VMs abrufen. Die Antwort ähnelt dem folgenden Formular. Wenn hyperVGeneration gleich v2 ist und SecurityType in der Ausgabe TrustedLaunch enthält, unterstützt das Image der Generation 2 den vertrauenswürdigen Start.

{
    "properties": {
        "hyperVGeneration": "V2",
        "architecture": "x64",
        "replicaType": "Managed",
        "replicaCount": 10,
        "disallowed": {
            "vmDiskType": "Unmanaged"
        },
        "automaticOSUpgradeProperties": {
            "automaticOSUpgradeSupported": false
        },
        "imageDeprecationStatus": {
            "imageState": "Active"
        },
        "features": [
            {
                "name": "SecurityType",
                "value": "TrustedLaunchSupported"
            },
            {
                "name": "IsAcceleratedNetworkSupported",
                "value": "True"
            },
            {
                "name": "DiskControllerTypes",
                "value": "SCSI, NVMe"
            },
            {
                "name": "IsHibernateSupported",
                "value": "True"
            }
        ],
        "osDiskImage": {
            "operatingSystem": "Linux",
            "sizeInGb": 30
        },
        "dataDiskImages": []
    },
    "location": "WestUS3",
    "name": "22.04.202309080",
    "id": "/Subscriptions/00000000-0000-0000-0000-000000000000/Providers/Microsoft.Compute/Locations/WestUS3/Publishers/Canonical/ArtifactTypes/VMImage/Offers/0001-com-ubuntu-server-jammy/Skus/22_04-lts-gen2/Versions/22.04.202309080"
}

Azure Compute Gallery-Betriebssystemimage

Mit den folgenden Befehlen können Sie überprüfen, ob ein Betriebssystemimage aus Azure Compute Gallery den vertrauenswürdigen Start unterstützt.

BEFEHLSZEILENSCHNITTSTELLE (CLI)
PowerShell

az sig image-definition show `
    --gallery-image-definition myImageDefinition `
    --gallery-name myImageGallery `
    --resource-group myImageGalleryRg

{
  "architecture": "x64",
  "features": [
    {
      "name": "SecurityType",
      "value": "TrustedLaunchSupported"
    }
  ],
  "hyperVGeneration": "V2",
  "id": "/subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/myImageGalleryRg/providers/Microsoft.Compute/galleries/myImageGallery/images/myImageDefinition",
  "identifier": {
    "offer": "myImageDefinition",
    "publisher": "myImageDefinition",
    "sku": "myImageDefinition"
  },
  "location": "westus3",
  "name": "myImageDefinition",
  "osState": "Generalized",
  "osType": "Windows",
  "provisioningState": "Succeeded",
  "recommended": {
    "memory": {
      "max": 32,
      "min": 1
    },
    "vCPUs": {
      "max": 16,
      "min": 1
    }
  },
  "resourceGroup": "myImageGalleryRg",
  "tags": {},
  "type": "Microsoft.Compute/galleries/images"
}

Get-AzGalleryImageDefinition -ResourceGroupName myImageGalleryRg `
    -GalleryName myImageGallery -GalleryImageDefinitionName myImageDefinition

ResourceGroupName : myImageGalleryRg
OsType            : Windows
OsState           : Generalized
HyperVGeneration  : V2
Identifier        :
  Publisher       : myImageDefinition
  Offer           : myImageDefinition
  Sku             : myImageDefinition
Recommended       :
  VCPUs           :
    Min           : 1
    Max           : 16
  Memory          :
    Min           : 1
    Max           : 32
ProvisioningState : Succeeded
Id                : /subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/myImageGalleryRg/providers/Microsoft.Compute/galleries/myImageGallery/images/myImageDefinition
Name              : myImageDefinition
Type              : Microsoft.Compute/galleries/images
Location          : westus3
Tags              : {}
Features[0]       :
  Name            : SecurityType
  Value           : TrustedLaunchSupported
Architecture      : x64

Wie funktionieren externe Kommunikationstreiber mit VMs mit vertrauenswürdigem Start?

Zum Hinzufügen von COM-Ports müssen Sie „Sicherer Start“ deaktivieren. COM-Ports sind standardmäßig in VMs mit vertrauenswürdigem Start deaktiviert.

Fragen zur Problembehandlung

In diesem Abschnitt werden Fragen zu bestimmten Zuständen, Starttypen und häufig auftretenden Startproblemen beantwortet.

Was sollte ich tun, wenn meine VM mit vertrauenswürdigem Start Bereitstellungsfehler aufweist?

Dieser Abschnitt enthält zusätzliche Details zu Bereitstellungsfehlern beim vertrauenswürdigen Start, damit Sie geeignete Maßnahmen ergreifen können, um sie zu verhindern.

Virtual machine <vm name> failed to create from the selected snapshot because the virtual Trusted Platform Module (vTPM) state is locked.
To proceed with the VM creation, please select a different snapshot without a locked vTPM state.
For more assistance, please refer to “Troubleshooting locked vTPM state” in FAQ page at https://aka.ms/TrustedLaunch-FAQ.

Dieser Bereitstellungsfehler tritt auf, wenn der bereitgestellte Momentaufnahme- oder Wiederherstellungspunkt aus den folgenden Gründen nicht zugänglich oder nicht verwendbar ist:

Beschädigter VM-Gastzustand (VMGS)
vTPM in einem gesperrten Zustand
Mindestens ein kritischer vTPM-Index befindet sich in einem ungültigen Zustand.

Die obigen Ereignisse können auftreten, wenn ein Benutzer oder eine Workload, die auf dem virtuellen Computer ausgeführt wird, die Sperre auf vTPM festlegt oder kritische vTPM-Indizes ändert, wodurch vTPM in einen ungültigen Zustand gerät.

Die Wiederholung mit demselben Momentaufnahme-/Wiederherstellungspunkt führt zu demselben Fehler.

Problembehebung:

Auf der Quell-VM mit vertrauenswürdigem Start, auf der der Momentaufnahme- oder Wiederherstellungspunkt generiert wurde, müssen die vTPM-Fehler korrigiert werden.
1. Wenn der vTPM-Zustand von einer Workload auf dem virtuellen Computer geändert wurde, müssen Sie dieselbe verwenden, um die Fehlerzustände zu überprüfen und vTPM in einen fehlerfreien Zustand zu versetzen.
2. Wenn TPM-Tools zum Ändern des vTPM-Zustands verwendet wurden, sollten Sie dieselben Tools verwenden, um die Fehlerzustände zu überprüfen und vTPM in einen fehlerfreien Zustand zu versetzen.

Sobald der Momentaufnahme- oder Wiederherstellungspunkt diese Fehler nicht mehr aufweist, können Sie diese verwenden, um eine neue VM mit vertrauenswürdigem Start zu erstellen.

Warum wird die VM mit vertrauenswürdigem Start nicht ordnungsgemäß gestartet?

Wenn nicht signierte Komponenten in der UEFI (Gastfirmware), im Bootloader, Betriebssystem oder Starttreiber erkannt werden, wird eine VM mit vertrauenswürdigem Start nicht gestartet. Die Einstellung Sicherer Start auf der VM mit vertrauenswürdigem Start verhindert das Starten, wenn während des Startvorgangs nicht signierte oder nicht vertrauenswürdige Startkomponenten erkannt werden, und es wird ein Fehler bei „Sicherer Start“ gemeldet.

Screenshot: Pipeline für den vertrauenswürdigen Start von „Sicherer Start“ zu Treibern von Drittanbietern

Hinweis

Bei VMs mit vertrauenswürdigem Start, die direkt aus einem Azure Marketplace-Image erstellt werden, sollten keine Fehler beim sicheren Start auftreten. Bei Azure Compute Gallery-Images mit einer ursprünglichen Imagequelle von Azure Marketplace und Momentaufnahmen, die von VMs mit vertrauenswürdigem Start erstellt wurden, sollten diese Fehler ebenfalls nicht auftreten.

Wie kann ich ein „no-boot“-Szenario im Azure-Portal überprüfen?

Wenn eine VM durch einen Fehler bei „Sicherer Start“ nicht verfügbar ist, bedeutet „no-boot“, dass die VM über eine Betriebssystemkomponente verfügt, die von einer vertrauenswürdigen Autorität signiert ist, wodurch das Starten einer VM mit vertrauenswürdigem Start blockiert wird. Bei der VM-Bereitstellung werden möglicherweise Informationen aus der Ressourcenintegrität im Azure-Portal angezeigt, die besagen, dass bei „Sicherer Start“ ein Validierungsfehler aufgetreten ist.

Um über die VM-Konfigurationsseite auf „Ressourcenintegrität“ zuzugreifen, wechseln Sie im Bereich Hilfe zu Resource Health.

Wenn Sie überprüft haben, dass „no-boot“ durch einen Fehler bei „Sicherer Start“ verursacht wurde:

Das von Ihnen verwendete Image ist eine ältere Version, die möglicherweise eine oder mehrere nicht vertrauenswürdige Startkomponenten aufweist und sich unter einem veralteten Pfad befindet. Um Probleme durch ein veraltetes Image zu beheben, aktualisieren Sie auf eine unterstützte neuere Imageversion.
Das von Ihnen verwendete Image wurde möglicherweise außerhalb einer Marketplacequelle erstellt, oder die Startkomponenten wurden geändert und enthalten nicht signierte oder nicht vertrauenswürdige Startkomponenten. Informationen dazu, ob Ihr Image nicht signierte oder nicht vertrauenswürdige Startkomponenten enthält, finden Sie im folgenden Abschnitt „Überprüfen von Fehlern bei ‚Sicherer Start‘“.
Wenn die oben genannten beiden Szenarios nicht zutreffen, ist die VM potenziell mit Schadsoftware (Bootkit/Rootkit) infiziert. Erwägen Sie, die VM zu löschen und eine neue VM aus demselben Quellimage zu erstellen, während die gesamte installierte Software ausgewertet wird.

Warum zeigt meine VM für vertrauenswürdigen Start über 50 MB weniger Arbeitsspeicher?

Beim vertrauenswürdigen Start wird eine Ausführungsumgebung erstellt und innerhalb der VM ausgeführt, die allgemein als „Paravisor“ bezeichnet wird. In der Regel werden etwa 50 MB des Arbeitsspeichers vom Paravisor verwendet und im Gastbetriebssystem als „reserviert“ angezeigt.

Überprüfen von Fehlern bei „Sicherer Start“

In diesem Abschnitt finden Sie Informationen, um Fehler bei „Sicherer Start“ zu überprüfen.

Virtuelle Linux-Computer

Um zu überprüfen, welche Startkomponenten für Fehler beim sicheren Start innerhalb einer Azure-Linux-VM verantwortlich sind, können Sie das SBInfo-Tool aus dem Linux-Sicherheitspaket verwenden.

Deaktivieren Sie „Sicherer Start“.
Stellen Sie eine Verbindung mit Ihrer Azure-Linux-VM mit vertrauenswürdigem Start her.
Installieren Sie das SBInfo-Tool für die Distribution, die Ihre VM ausführt. Es befindet sich im Linux-Sicherheitspaket.

Diese Befehle gelten für Ubuntu, Debian und andere Debian-basierte Distributionen.

echo "deb [arch=amd64] http://packages.microsoft.com/repos/azurecore/ trusty main" | sudo tee -a /etc/apt/sources.list.d/azure.list

echo "deb [arch=amd64] http://packages.microsoft.com/repos/azurecore/ xenial main" | sudo tee -a /etc/apt/sources.list.d/azure.list

echo "deb [arch=amd64] http://packages.microsoft.com/repos/azurecore/ bionic main" | sudo tee -a /etc/apt/sources.list.d/azure.list

wget https://packages.microsoft.com/keys/microsoft.asc

wget https://packages.microsoft.com/keys/msopentech.asc

sudo apt-key add microsoft.asc && sudo apt-key add msopentech.asc

sudo apt update && sudo apt install azure-security

Diese Befehle gelten für RHEL, CentOS und andere Red Hat-basierte Distributionen.

echo "[packages-microsoft-com-azurecore]" | sudo tee -a /etc/yum.repos.d/azurecore.repo

echo "name=packages-microsoft-com-azurecore" | sudo tee -a /etc/yum.repos.d/azurecore.repo

echo "baseurl=https://packages.microsoft.com/yumrepos/azurecore/" | sudo tee -a /etc/yum.repos.d/azurecore.repo

echo "enabled=1" | sudo tee -a /etc/yum.repos.d/azurecore.repo

echo "gpgcheck=0" | sudo tee -a /etc/yum.repos.d/azurecore.repo

sudo yum install azure-security

Diese Befehle gelten für SLES, openSUSE und andere SUSE-basierte Distributionen.

sudo zypper ar -t rpm-md -n "packages-microsoft-com-azurecore" --no-gpgcheck https://packages.microsoft.com/yumrepos/azurecore/ azurecore

sudo zypper install azure-security

Führen Sie nach der Installation des Linux-Sicherheitspakets für Ihre Distribution den Befehl sbinfo aus, um zu überprüfen, welche Startkomponenten für Fehler bei „Sicherer Start“ verantwortlich sind, indem Sie alle nicht signierten Module, Kernels und Bootloader anzeigen.

sudo sbinfo -u -m -k -b

Um mehr über das SBInfo-Diagnosetool zu erfahren, können Sie sudo sbinfo -help ausführen.

Warum erhalte ich einen Fehler bei der Startintegritätsüberwachung?

Der vertrauenswürdige Start für Azure-VMs wird auf komplexe Bedrohungen überwacht. Wenn solche Bedrohungen erkannt werden, wird eine Warnung ausgelöst. Warnungen sind nur verfügbar, wenn die erweiterten Sicherheitsfeatures von Microsoft Defender for Cloud aktiviert sind.

Microsoft Defender for Cloud führt in regelmäßigen Abständen einen Nachweis durch. Wenn beim Nachweis ein Fehler auftritt, wird eine Warnung mit mittlerem Schweregrad ausgelöst. Bei Nachweisvorgängen beim vertrauenswürdigen Start können aus folgenden Gründen Fehler auftreten:

Die nachgewiesenen Informationen, einschließlich eines Protokolls der vertrauenswürdigen Computingbasis (Trusted Computing Base, TCB), weichen von einer vertrauenswürdigen Baseline ab (z. B. wenn der sichere Start aktiviert ist). Jede Abweichung deutet darauf hin, dass nicht vertrauenswürdige Module geladen wurden und das Betriebssystem kompromittiert sein könnte.
Es konnte nicht überprüft werden, ob das Nachweisangebot von der vTPM-Instanz der VM stammt, für die der Nachweis erstellt wurde. Der Verifizierungsfehler kann darauf hindeuten, dass Schadsoftware vorhanden ist und möglicherweise Datenverkehr an das TPM abfängt.
Die Nachweiserweiterung auf der VM reagiert nicht. Eine nicht reagierende Erweiterung deutet auf einen Denial-of-Service-Angriff durch Schadsoftware oder einen Betriebssystemadministrator hin.

Zertifikate

Dieser Abschnitt enthält Informationen zu Zertifikaten.

Wie können Benutzer den Vertrauensanker für VMs mit vertrauenswürdigem Start einrichten?

Das öffentliche TPM-AK-Zertifikat bietet transparente Einblicke in die vollständige Zertifikatkette (Stamm- und Zwischenzertifikate), die Ihnen dabei helfen, die Vertrauensstellung in der Zertifikat- und Stammkette zu validieren. Um sicherzustellen, dass Sie mit vertrauenswürdigem Start dauerhaft den höchstmöglichen Sicherheitsstatus haben, können Sie die vollständige Kette zurückverfolgen.

Downloadanweisungen

Paketzertifikate setzen sich aus einer P7B- (vollständige Zertifizierungsstelle) und einer CER-Datei (Zwischenzertifizierungsstelle) zusammen und legen die Signatur- und Zertifizierungsstelle offen. Kopieren Sie die relevanten Inhalte, und verwenden Sie zertifikatbasierte Tools, um Details von Zertifikaten zu überprüfen und zu bewerten.

CRT-Datei für „Azure Virtual TPM Root Certificate Authority 2023“ herunterladen

Azure Virtual TPM Root Certificate Authority 2023

Wählen Sie diese Option aus, um den Inhalt der P7B-Datei anzuzeigen.

Global Virtual TPM CA – 01:

Wählen Sie diese Option aus, um den Inhalt der CERT-Datei für das Stammzertifikat anzuzeigen.

Azure Virtual TPM Root Certificate Authority 2023

Wählen Sie diese Option aus, um den Inhalt der Zwischenzertifizierungsstelle anzuzeigen.

Zwischenzertifizierungsstelle für TPM-Zertifikat:

"Global Virtual TPM CA - XX" (intermediate CA) [.cer], 
-----BEGIN CERTIFICATE-----
MIIFnDCCA4SgAwIBAgITMwAAAALA0XtLj5ecNQAAAAAAAjANBgkqhkiG9w0BAQwF
ADBpMQswCQYDVQQGEwJVUzEeMBwGA1UEChMVTWljcm9zb2Z0IENvcnBvcmF0aW9u
MTowOAYDVQQDEzFBenVyZSBWaXJ0dWFsIFRQTSBSb290IENlcnRpZmljYXRlIEF1
dGhvcml0eSAyMDIzMB4XDTIzMDYwODE3NTMwNFoXDTI1MTEwMzE3NTMwNFowJTEj
MCEGA1UEAxMaR2xvYmFsIFZpcnR1YWwgVFBNIENBIC0gMDEwggEiMA0GCSqGSIb3
DQEBAQUAA4IBDwAwggEKAoIBAQC/NqouHGBovTadw1GLMQYNxWrEciPSh7gE7Vxs
fbbPCE0SfTO80OF2raLdRYN2gEWE2Dr8+TDUuAb/WBFyczhU1aHFPssg8B3/DT6p
TXlDlohLLPWkjYU+OuT1/Ls7RzjQBe2se/MJyPaIJXI6KgCwePw7EcWFChe8aCTU
MHYBG0Ju4xNlMTUd/tcu6a53CXn6Nq48umwlaJelRh+i1f0vcwB2CY/v+Rliwb/8
DM5Ed9FUHZOKyp5Vnaw9GWloM46sLQT/fdHB0jmugfNZzafkkhQAYiNL3jYNYFZH
5/IgUfYJ/yybwnwoxOdV2NV0Q2i+P5Pcb0WNGaJY47aqOj8BAgMBAAGjggF/MIIB
ezASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwICBDAXBgNVHSUEEDAO
BgVngQUIAQYFZ4EFCAMwHQYDVR0OBBYEFP/2zueowUhpKMuKS/LYgYG1bYCBMB8G
A1UdIwQYMBaAFEv+JlqUwfYzw4NIJt3z5bBksqqVMHYGA1UdHwRvMG0wa6BpoGeG
ZWh0dHA6Ly93d3cubWljcm9zb2Z0LmNvbS9wa2lvcHMvY3JsL0F6dXJlJTIwVmly
dHVhbCUyMFRQTSUyMFJvb3QlMjBDZXJ0aWZpY2F0ZSUyMEF1dGhvcml0eSUyMDIw
MjMuY3JsMIGDBggrBgEFBQcBAQR3MHUwcwYIKwYBBQUHMAKGZ2h0dHA6Ly93d3cu
bWljcm9zb2Z0LmNvbS9wa2lvcHMvY2VydHMvQXp1cmUlMjBWaXJ0dWFsJTIwVFBN
JTIwUm9vdCUyMENlcnRpZmljYXRlJTIwQXV0aG9yaXR5JTIwMjAyMy5jcnQwDQYJ
KoZIhvcNAQEMBQADggIBAEhTwx26W+Xap7zXExbAwnHYtN6kB4dIGXdgQIiQy5OQ
ltsSj2jx7qZ/af5n5OnTBQ+gXM8siVipgaAIdBkbGgOjCb6b6MTe1YpFAH4fQv8e
VwTVDziBMD0EKI30h0JbFKLdSdKe48O9Lw+T2b0PBXvMFJOSdZT7meGIkpNxSqmA
Z+RNyreLxil9knNjF5ymPT0RcGK52+MwGlElBb/jc+snhr+ZJZ1grjFky9NzjCTi
E5SG+6H3YgiHCqfXr0L3NRt/QZ5IgkuGkNPeMvn4JjevFwAhXFxBqJYJ7mY61MJu
WTdyhhoUJgzmZo1hS+GNyuMKaKBLreUwtc1y7LRH3YGGed57HbQ9bmyMdhO7x8KZ
NrBDX2/cRLzrCmpSUldmKMu9G4dpzXpde4pFMObiVFrGRq8/9HMOJwZlQvzhwQp0
PUMY/gIU5rf23n1M1M36tM5g5CEzxQUGtVaG9ABTJQ2zijD5wDo840vbznyKt3ih
imrUs+LqpPDNXyxbwvibcZidwSdhu0QmUoyYsgSP2Zff5E8ks53h2xQSM3zz2qaW
VS1vVqG4zC0EfRnO65ogPPfrtK6ZiFmVHSWP9vPkFcUNYDnYQXW/TArO/JCe2I++
GClM7AcDQwWLxcopzskGQdHNM1zMsprRRwYaVpTJH67xeNda6+Y7IOPJYTvyoXHP
-----END CERTIFICATE-----

Intermediate Certificate Authority

Thumbprint # db1f3959dcce7091f87c43446be1f4ab2d3415b7
Serial Number # 3300000002c0d17b4b8f979c35000000000002
Valid Until # November 3rd, 2025

Welche vertrauenswürdigen Zertifikate von Microsoft sind in virtuellen Azure-Computern integriert?

Bei virtuellen Windows-Computern ist das Windows-Zertifizierungsstellenzertifikat in der UEFI-Firmware integriert. Bei virtuellen Linux-Computern ist das Microsoft UEFI-Zertifizierungsstellenzertifikat in der UEFI-Firmware integriert. Nur bei virtuellen Azure Linux-Computern wird für alle Linux-Distributionen ein zusätzliches „Azure Services Linux Kmod PCA“-Zertifikat in der UEFI-Firmware hinzugefügt. Linux Kmod PCA wird zum Signieren von Kernelmodulen im Besitz von Microsoft verwendet.

Das Linux Kmod PCA-Zertifikat wird hinzugefügt, um die Benutzerfreundlichkeit zu verbessern, wenn Microsoft-Lösungen wie Azure Site Recovery (ASR) verwendet werden, die ein Kernelmodul installieren. Das ASR-Kernelmodul wird ohne Kundenaktion geladen, um einen Schlüssel als ASR-Kernelmodul zu liefern, und wird mit dem vertrauenswürdigen „Azure Services Linux Kmod PCA“-Zertifikat signiert.

Downloadanweisungen

Paketzertifikate setzen sich aus einer P7B- und einer CER-Datei zusammen und legen die Signatur- und Zertifizierungsstelle offen. Kopieren Sie die relevanten Inhalte, und verwenden Sie zertifikatbasierte Tools, um Details von Zertifikaten zu überprüfen und zu bewerten.

Wählen Sie diese Option aus, um die folgende CRT-Datei für die Microsoft Windows-Zertifizierungsstelle herunterzuladen

Microsoft Windows-Zertifizierungsstelle

Wählen Sie diese Option aus, um die folgende CRT-Datei für die Microsoft UEFI-Zertifizierungsstelle herunterzuladen

Microsoft UEFI-Zertifizierungsstelle

Wählen Sie diese Option aus, um den Inhalt der P7B-Datei anzuzeigen.

Azure Services Linux kmod PCA-Zertifikat:

Teilen über

Häufig gestellte Fragen zum vertrauenswürdigen Start

Anwendungsfälle

Warum sollte der vertrauenswürdige Start verwendet werden? Wovor schützt der vertrauenswürdige Start?

Worin bestehen die Unterschiede zwischen „Sicherer Start“ und „Kontrollierter Start“?

Wie unterscheidet sich der vertrauenswürdige Start von einer abgeschirmten Hyper-V-VM?

Was ist der VM-Gastzustand (VMGS)?

Kann ich den vertrauenswürdigen Start für eine neue VM-Bereitstellung deaktivieren?

Unterstützte Features und Bereitstellungen

Wird Azure Compute Gallery vom vertrauenswürdigen Start unterstützt?

Wird Azure Backup vom vertrauenswürdigen Start unterstützt?

Funktioniert Azure Backup nach dem Aktivieren des vertrauenswürdigen Starts weiterhin?

Unterstützt der vertrauenswürdige Start kurzlebige Datenträger?

Sind Sicherheitsfeatures mit vertrauenswürdiger Start auch für Datenträger verfügbar?

Kann eine VM mithilfe von Sicherungen wiederhergestellt werden, die vor der Aktivierung des vertrauenswürdigen Starts durchgeführt wurden?

Wie finde ich VM-Größen, die den vertrauenswürdigen Start unterstützen?

Wie kann ich überprüfen, ob mein Betriebssystemimage den vertrauenswürdigen Start unterstützt?

Marketplace-Betriebssystemimages

Azure Compute Gallery-Betriebssystemimage

Wie funktionieren externe Kommunikationstreiber mit VMs mit vertrauenswürdigem Start?

Fragen zur Problembehandlung

Was sollte ich tun, wenn meine VM mit vertrauenswürdigem Start Bereitstellungsfehler aufweist?

Warum wird die VM mit vertrauenswürdigem Start nicht ordnungsgemäß gestartet?

Wie kann ich ein „no-boot“-Szenario im Azure-Portal überprüfen?

Warum zeigt meine VM für vertrauenswürdigen Start über 50 MB weniger Arbeitsspeicher?

Überprüfen von Fehlern bei „Sicherer Start“

Virtuelle Linux-Computer

Warum erhalte ich einen Fehler bei der Startintegritätsüberwachung?

Zertifikate

Wie können Benutzer den Vertrauensanker für VMs mit vertrauenswürdigem Start einrichten?

Downloadanweisungen

Welche vertrauenswürdigen Zertifikate von Microsoft sind in virtuellen Azure-Computern integriert?

Downloadanweisungen

Feedback

Zusätzliche Ressourcen