Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- wiki:secureboot [2023/06/23 21:37] – [Abhilfe] pulsar
+++ wiki:secureboot [2025/01/17 12:04] (aktuell) – techguru
@@ Zeile 1: / Zeile 1: @@
 ====== Secure Boot ======
+Im Zusammenhang mit diesen Artikel verwendete Hardware:
+https://www.heckpiet.net/dell-wyse-5070-thin-client-als-home-sever
 Im UEFI lässt sich SecureBoot aktivieren/deaktivieren. Oft ist parallel dazu auch die Konfiguration von TPM(TrustedPlattformModul) möglich.
@@ Zeile 45: / Zeile 49: @@
-==== Abhilfe ====
+===== mokutil =====
+Eine **Abhilfe** bietet hier das ''mokutil''.
 Es ist evtl. nötig die default Keys im UEFI wieder herszustellen, der Secure BootStick verlangt evtl. den Standard Microsoft Key
@@ Zeile 70: / Zeile 76: @@
 Ansonsten gilt:
-Secure Boot deaktivieren und die folgenden Kommandos ausführen. Falls sich Secure Boot nicht deaktivieren lässt (Dell), dann ein System starten, welches mit den Standard Signaturen starten kann. In meinem Fall hatte OpenSuse neuere Keys bzw. seine eigenen Suse Key im NVRAM des UEFI Chips geladen und wohl auch die Secure Boot Advanced Targeting (SBAT) aktualisiert so das ältere Micosoft Keys nicht mehr funktionieren, sondern nur neuere Versionen davon.
+Secure Boot deaktivieren und die folgenden Kommandos ausführen. Falls sich Secure Boot nicht deaktivieren lässt (Dell), dann ein System starten, welches mit den Standard Signaturen starten kann. In meinem Fall hatte OpenSuse neuere Keys bzw. seine eigenen Suse Key im NVRAM des UEFI Chips geladen und wohl auch die Secure Boot Advanced Targeting (SBAT) aktualisiert so das ältere Micosoft Keys nicht mehr funktionieren, sondern nur neuere Versionen davon - Hauptgrund warum der Boot-Stick nicht mehr startet.
-  mokutil --disable-validation
+folgender Kommando zeigt nur einen **[key 1]** Issuer: CN=SUSE Linux Enterprise Secure Boot CA - so sieht es auch aus wenn es funktioniert.
+  mokutil --list-enrolled
+Disabling/re-enabling Secure Boot:
+  mokutil --disable-validation or mokutil --enable-validation
   mokutil --reset
   mokutil --set-sbat-policy previous / delete
-Choose a password between 8 and 16 characters long. Enter the same password to confirm it. Reboot. When prompted, press a key to perform MOK management. Select „Change Secure Boot state“. Enter each requested character of your chosen password to confirm the change. Note that you have to press Return/Enter after each character. Select „Yes“. Select „Reboot“.
+Choose a password between 8 and 16 characters long. Enter the same password to confirm it. Reboot. When prompted, press a key to perform MOK management. Select „Change Secure Boot state“. Enter each requested character of your chosen password to confirm the change. Note that you have to press Return/Enter after each character.
+- Select „Yes“.
+- Select „Reboot“.
 Im MOK Manager der direkt nach dem reboot aufgerufen wird alles löschen bzw. deaktiveren, MOK List delete und Validation deaktiveren.
@@ Zeile 87: / Zeile 104: @@
   sbat,1,2022052400
   grub,2
-folgender Kommando zeigt nur einen **[key 1]** Issuer: CN=SUSE Linux Enterprise Secure Boot CA
-  mokutil --list-enrolled
 ==== Interessant aber ungetestet ====
@@ Zeile 101: / Zeile 111: @@
   mokutil --mokx
-===== mokutil =====
-Disabling/re-enabling Secure Boot:
-  mokutil --disable-validation or mokutil --enable-validation
-Choose a password between 8 and 16 characters long. Enter the same password to confirm it.
-Reboot.
-When prompted, press a key to perform MOK management.
-Select "Change Secure Boot state".
-Enter each requested character of your chosen password to confirm the change. Note that you have to press Return/Enter after each character.
-Select "Yes".
-Select "Reboot".
@@ Zeile 123: / Zeile 119: @@
   # shim-install
   No valid EFI partition
+The default boot loader used by openSUSE on UEFI systems is grub2. When in secure boot mode, an additional boot loader called 'shim' is used too. Instead of directly calling grub2 in that mode the firmware first loads 'shim'. 'shim' carries a signature by Microsoft in order to be recognized by the firmware. 'shim' in turn knows about the openSUSE certificate that was used to sign grub2. grub2 then is able to load linux kernels that are also signed by the openSUSE certificates. After loading the Linux kernel the scope of secure boot ends. The linux kernel used in openSUSE does not impose additional restrictions.
+In order to allow having custom boot loaders as well as custom kernels shim offers a way to import custom signatures. The program 'MokManager' is used for that purpose. When 'shim' is instructed to load a binary that is not signed by a well known entity it calls into MokManager which allows to import certificates into the database of well known signature issuers.
+Damit beim Suse Updates kein zu neuer restiktiver shim aktiv wird wurden nun
+sicherheitshalber Updates für shim blockiert:
+<code>
+iglu:~ # zypper la shim
+Specified lock has been successfully added.
+iglu:~ # zypper ll
+# | Name | Type    | Repository | Comment
+--+------+---------+------------+--------
+| shim | package | (any)      |
+</code>
@@ Zeile 197: / Zeile 214: @@
   mokutil --pk
+Dieser Kommando liefert nun 2 key zurück, in Suse keine Updates eingespielt, kann nur vom BootStick sein.
   mokutil --dbx