Abgeschirmte Instanzen

Abgeschirmte Instanzen verwenden eine Kombination aus sicherem Start, kontrolliertem Start und Trusted Platform Module, um die Firmwaresicherheit auf Ihren Instanzen zu härten.

Beachten Sie Folgendes:

• Abgeschirmte Instanzen unterstützen keine Livemigration oder Neustartmigration. Weitere Informationen finden Sie unter Abgeschirmte Instanzen migrieren.
• Wenn Sie das Hardware-TPM auf einer Bare-Metal-Instanz aktivieren, kann die Instanz nicht migriert werden, da das Hardware-TPM nicht migrierbar ist.
• Benutzerdefinierte Images werden nicht unterstützt.
• Confidential Computing wird nicht unterstützt.
• Updates von verbotenen Signaturdatenbanken (DBX) auf abgeschirmten VM-Instanzen werden nicht unterstützt. Eine DBX verwaltet eine Datenbank mit Signaturen für den sicheren Start, deren Ausführung auf der Plattform nicht zulässig ist. Das Einspielen von DBX-Updates auf einer abgeschirmten VM-Instanz kann das Booten der Instanz verhindern. Um DBX zu aktualisieren, erstellen Sie eine neue abgeschirmte VM-Instanz mit einem Image, das die DBX-Updates enthält.
• Wenn Sie eine Instanz beenden, werden alle Machine Owner Keys (MOK) gelöscht. Wenn Sie beim Booten einen von einem MOK signierten Kernel verwendet haben und die Instanz beendet wurde, müssen Sie beim Erstellen einer neuen Instanz mit dem sicheren Start einen Kernel verwenden, der von einem standardmäßigen sicheren UEFI-Datenbankschlüssel bootet. Nachdem die Instanz gestartet wurde, fügen Sie die Machine Owner Keys hinzu, und starten Sie dann mit dem MOK-signierten Kernel neu.
• Wenn Sie eine abgeschirmte Instanz mit Linux 7.x erstellen und die Instanz dann neu starten, können sich die PCR-Werte ändern, sodass das rote Schildsymbol angezeigt wird. Siehe PCR-Werte ändern sich nach dem Neustart unter Linux 7.x.
• Wenn Sie eine abgeschirmte Instanz bearbeiten, kann nur der Name der Instanz geändert werden. Nach dem Start der Instanz können Sie weder die zugehörige Ausprägung noch die Migrationseinstellungen ändern.

Wenn Sie eine Instanz erstellen, geben Sie an, ob es sich bei der Instanz um eine abgeschirmte Instanz handelt.

Der kontrollierte Start verbessert die Bootsicherheit, indem die Messungen von Bootkomponenten wie Boot Loader, Treiber und Betriebssysteme gespeichert werden. Nach den anfänglichen Messungen werden beim Booten des Systems neue Bootdaten mit der Baselinemessung verglichen, um zu prüfen, ob jeder Bootvorgang identisch verläuft. Die Baselinemessungen werden als "goldene Messungen" bezeichnet.

Allgemeine Informationen zur Instanzmigration finden Sie unter Live, Neustart und manuelle Migration: Compute-Instanzen auf neuen Host verschieben. Wenn die Instanz auf neue Hardware migriert wird, werden die Schlüssel für den sicheren Start und die Bootmessungen für die neue Instanz neu erstellt.

Abgeschirmte Instanzen unterliegen bei der Instanzmigration den folgenden Einschränkungen.

Wenn die Validierung des sicheren Starts nicht erfolgreich verläuft, können Sie keine SSH-Verbindung zur Instanz herstellen, oder die Instanz wird nicht gestartet. Wenn die Validierung des kontrollierten Starts nicht erfolgreich verläuft, wird auf der Seite "Instanzdetails" ein rotes Schildsymbol angezeigt.

Wenn beim sicheren Start ein Fehler auftritt, können Sie in den Daten der seriellen Konsole möglicherweise weitere Details zur Fehlerursache abrufen. Wenn Sie Fehler beheben möchten, beenden Sie die Instanz nicht. Notieren Sie sich die OCID der Instanz, und erfassen Sie die Logdateien der seriellen Konsole.

Nach dem erfolgreichen Booten wird in den Historiendaten der Konsole eine Meldung wie die Folgende angezeigt:

SB_EVENT: { "Secure_Boot_Overall_Status" : 0, "status" : "Pass", "msg" : "SB_Event on Exit Boot Services" }

Wenn Sie den sicheren Start aktiviert haben und die Signatur der signierten Firmware nicht korrekt ist, wird die Instanz nicht gestartet. Wenn der sichere Start nicht erfolgreich verläuft, weil das Image nicht signiert oder ungültig ist, wird in den Historiendaten der Konsole eine Meldung wie die Folgende angezeigt:

SB_EVENT: { "status": "Fail", "msg": "The EFI executable failed to load.
It's not signed, or the signature (or hash) did not match entries in DB", "EFI_Image_Type" : "FromOpROM", "EFI_Image_Path":
 
"PciRoot(0x0)/Pci(0x2,0x0)/Offset(0x10A00,0x245FF)",
 
"SB_Variable_Match" : "NO_CERT_MATCH" }

Wenn der sichere Start nicht erfolgreich verläuft, weil ein nicht unterstützter Kernel geladen wurde, wählen Sie einen unterstützten Kernel aus, und versuchen Sie es erneut. Wenn ein nicht unterstützter Kernel geladen wurde, können Sie keine SSH-Verbindung zur Instanz herstellen. In den Historiendaten der Konsole wird dann eine Meldung wie die Folgende angezeigt:

SB_EVENT: { "status": "Pass", "msg": "The EFI executable loaded successfully", "EFI_Image_Type" : "FromFixedMedia", "EFI_Image_Path" : "PciRoot(0x0)/Pci(0x12,0x7)/Pci(0x0 ... 2000)//EFI/redhat/shimx64.efi", "SB_Variable_Match" : "DB_CERT_MATCH", "CertSubject" : "Microsoft Corporation UEFI CA 2011", "ImageDigest" : "DD35B574D149AA48E3611FFCC336ACD76FDE79AD817B081FE5CC093789B92E90" }
error:
../../grub-core/loader/i386/efi/linux.c:215:(hd0,gpt2)/vmlinuz-5.14.0-1.el8uek.
rc2.x86_64 has invalid signature.
error: ../../grub-core/loader/i386/efi/linux.c:94:you need to load the kernel
first.

Wenn bei aktiviertem kontrolliertem Start die Bootsequenz nicht korrekt ist, wird die Instanz gestartet, auf der Seite "Instanzdetails" wird jedoch ein rotes Schildsymbol angezeigt. Wenn der kontrollierte Start aktiviert ist und neue PCR-Werte hinzugefügt wurden, wird die Instanz gestartet, und auf der Seite "Instanzdetails" wird ein gelbes Schildsymbol angezeigt. Wenn beim kontrollierten Start ein Fehler auftritt und die PCR-Werte korrekt sind oder neue Werte hinzugefügt wurden, können Sie die goldenen Messungen zurücksetzen.