linux-4.1.15_CVE-2023-26607

Linux-Kernel-Release 4.x http://kernel.org/

Dies sind die Versionshinweise für Linux-Version 4. Lesen Sie sie sorgfältig, denn sie erklären, worum es geht, wie der Kernel installiert wird und was zu tun ist, wenn etwas schiefgeht.

WAS IST LINUX?

Linux ist ein Klon des Betriebssystems Unix, der von Grund auf von Linus Torvalds mit Hilfe eines lose verbundenen Teams von Hackern aus dem Internet geschrieben wurde. Es zielt auf die Einhaltung von POSIX und Single UNIX Specification ab.

Es verfügt über alle Funktionen, die man von einem modernen vollwertigen Unix erwartet, darunter echtes Multitasking, virtuellen Speicher, Shared Libraries, Demand Loading, Shared Copy-on-Write-Executables, ordentliches Speichermanagement und Multistack-Netzwerk inklusive IPv4 und IPv6.

Es wird unter der GNU General Public License vertrieben – siehe die dazugehörige COPYING-Datei für weitere Details.

AUF WELCHER HARDWARE LÄUFT ES?

Obwohl ursprünglich für 32-Bit-x86-PCs (386 oder höher) entwickelt, läuft Linux heute (mindestens) auf den folgenden Architekturen: Compaq Alpha AXP, Sun SPARC und UltraSPARC, Motorola 68000, PowerPC, PowerPC64, ARM, Hitachi SuperH, Cell, IBM S/390, MIPS, HP PA-RISC, Intel IA-64, DEC VAX, AMD x86-64, AXIS CRIS, Xtensa, Tilera TILE, AVR32 und Renesas M32R.

Linux ist leicht auf die meisten allgemeinen 32- oder 64-Bit-Architekturen portierbar, sofern sie eine Seitenverwaltungseinheit (PMMU) und eine Portierung des GNU-C-Compilers (gcc) (Teil der GNU Compiler Collection, GCC) besitzen. Linux wurde auch auf einige Architekturen ohne PMMU portiert, wobei die Funktionalität dann offensichtlich etwas eingeschränkt ist. Linux wurde auch auf sich selbst portiert. Sie können den Kernel jetzt als Userspace-Anwendung ausführen – dies wird UserMode Linux (UML) genannt.

DOKUMENTATION:

• Es gibt sowohl im Internet in elektronischer Form als auch in Büchern eine Vielzahl von Dokumentationen, sowohl Linux-spezifisch als auch zu allgemeinen UNIX-Fragen. Ich empfehle, in den Dokumentations-Unterverzeichnissen auf jeder Linux-FTP-Site nach den LDP-Büchern (Linux Documentation Project) zu suchen. Diese README ist nicht als Dokumentation des Systems gedacht – es gibt weitaus bessere Quellen.

• Im Unterverzeichnis Documentation/ gibt es verschiedene README-Dateien: Sie enthalten zum Beispiel kernel-spezifische Installationshinweise für einige Treiber. Siehe Documentation/00-INDEX für eine Liste, was in jeder Datei enthalten ist. Bitte lesen Sie die Datei Changes, da sie Informationen über Probleme enthält, die durch ein Upgrade Ihres Kernels auftreten können.

• Das Unterverzeichnis Documentation/DocBook/ enthält mehrere Anleitungen für Kernel-Entwickler und -Benutzer. Diese Anleitungen können in verschiedenen Formaten ausgegeben werden: PostScript (.ps), PDF, HTML und man-Seiten, unter anderem. Nach der Installation rendern Sie die Dokumentation mit "make psdocs", "make pdfdocs", "make htmldocs" oder "make mandocs" im gewünschten Format.

INSTALLATION DES KERNELQUELLCODES:

• Wenn Sie die vollständigen Quellen installieren, legen Sie das Kernel-Tarball in ein Verzeichnis, für das Sie Schreibrechte haben (z. B. Ihr Home-Verzeichnis) und entpacken Sie es:

  xz -cd linux-4.X.tar.xz | tar xvf -

  Ersetzen Sie "X" durch die Versionsnummer des aktuellen Kernels.

  Verwenden Sie NICHT das Verzeichnis /usr/src/linux! Dieses Verzeichnis enthält einen (meist unvollständigen) Satz von Kernel-Headern, die von den Library-Header-Dateien verwendet werden. Sie sollten zur Bibliothek passen und nicht durch den jeweiligen Kernel des Tages gestört werden.

• Sie können auch zwischen 4.x-Releases durch Patchen upgraden. Patches werden im xz-Format verteilt. Um durch Patchen zu installieren, holen Sie alle neueren Patch-Dateien, wechseln Sie in das oberste Verzeichnis des Kernelquellcodes (linux-4.X) und führen Sie Folgendes aus:

  xz -cd ../patch-4.x.xz | patch -p1

  Ersetzen Sie "x" für alle Versionen, die größer sind als die Version "X" Ihres aktuellen Quellbaums, der Reihe nach, und alles sollte funktionieren. Möglicherweise möchten Sie die Sicherungsdateien (some-file-name~ oder some-file-name.orig) entfernen und sicherstellen, dass es keine fehlgeschlagenen Patches gibt (some-file-name# oder some-file-name.rej). Falls doch, haben entweder Sie oder ich einen Fehler gemacht.

  Im Gegensatz zu Patches für die 4.x-Kernel sind Patches für die 4.x.y-Kernel (auch als -stable-Kernel bekannt) nicht inkrementell, sondern werden direkt auf den Basis-Kernel 4.x angewendet. Wenn Ihr Basiskernel z. B. 4.0 ist und Sie den 4.0.3-Patch anwenden möchten, dürfen Sie nicht zuerst die 4.0.1- und 4.0.2-Patches anwenden. Wenn Sie Kernel-Version 4.0.2 ausführen und auf 4.0.3 springen möchten, müssen Sie zuerst den 4.0.2-Patch rückgängig machen (d. h. patch -R) bevor Sie den 4.0.3-Patch anwenden. Mehr dazu lesen Sie in Documentation/applying-patches.txt

  Alternativ kann das Skript patch-kernel verwendet werden, um diesen Prozess zu automatisieren. Es ermittelt die aktuelle Kernel-Version und wendet alle gefundenen Patches an.

  linux/scripts/patch-kernel linux

  Das erste Argument im obigen Befehl ist der Speicherort des Kernelquellcodes. Patche werden aus dem aktuellen Verzeichnis angewendet, aber ein alternatives Verzeichnis kann als zweites Argument angegeben werden.

• Stellen Sie sicher, dass keine veralteten .o-Dateien und Abhängigkeiten herumliegen:

  cd linux make mrproper

  Jetzt sollten die Quellen korrekt installiert sein.

SOFTWAREANFORDERUNGEN

Das Kompilieren und Ausführen der 4.x-Kernel erfordert aktuelle Versionen verschiedener Softwarepakete. Konsultieren Sie Documentation/Changes für die minimal erforderlichen Versionsnummern und Informationen zur Aktualisierung dieser Pakete. Beachten Sie, dass die Verwendung übermäßig alter Versionen dieser Pakete indirekte Fehler verursachen kann, die sehr schwer zu finden sind; gehen Sie also nicht davon aus, dass Sie Pakete einfach aktualisieren können, wenn während des Builds oder Betriebs offensichtliche Probleme auftreten.

BUILD-VERZEICHNIS FÜR DEN KERNEL:

Beim Kompilieren des Kernels werden alle Ausgabedateien standardmäßig zusammen mit dem Kernelquellcode gespeichert. Mit der Option "make O=output/dir" können Sie einen alternativen Speicherort für die Ausgabedateien (einschließlich .config) angeben. Beispiel:

 Kernelquellcode: /usr/src/linux-4.X
 Build-Verzeichnis: /home/name/build/kernel

Um den Kernel zu konfigurieren und zu bauen, verwenden Sie:

 cd /usr/src/linux-4.X
 make O=/home/name/build/kernel menuconfig
 make O=/home/name/build/kernel
 sudo make O=/home/name/build/kernel modules_install install

Bitte beachten Sie: Wenn die Option 'O=output/dir' verwendet wird, muss sie für alle Aufrufe von make verwendet werden.

KONFIGURIEREN DES KERNELS:

Überspringen Sie diesen Schritt nicht, auch wenn Sie nur eine Nebenversion aktualisieren. In jeder Version werden neue Konfigurationsoptionen hinzugefügt, und es treten merkwürdige Probleme auf, wenn die Konfigurationsdateien nicht wie erwartet eingerichtet sind. Wenn Sie Ihre vorhandene Konfiguration mit minimalem Aufwand in eine neue Version übernehmen möchten, verwenden Sie "make oldconfig", das Sie nur nach den Antworten auf neue Fragen fragt.

• Alternative Konfigurationsbefehle sind:

  "make config" Klartext-Oberfläche.

  "make menuconfig" Textbasierte Farbmenüs, Radiolisten und Dialoge.

  "make nconfig" Erweiterte textbasierte Farbmenüs.

  "make xconfig" X-Windows (Qt)-basiertes Konfigurationswerkzeug.

  "make gconfig" X-Windows (Gtk)-basiertes Konfigurationswerkzeug.

  "make oldconfig" Beantwortet alle Fragen standardmäßig basierend auf dem Inhalt Ihrer vorhandenen ./.config-Datei und fragt nach neuen Konfigurationssymbolen.