linux-4.1.15_CVE-2017-1000371

Linux-Kernel, Version 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 sich handelt, 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 Linus Torvalds von Grund auf neu geschrieben wurde, mit Unterstützung eines locker verbundenen Teams von Hackern aus dem gesamten Netz. Es zielt auf die Konformität mit POSIX und der Single UNIX Specification ab.

Es verfügt über alle Funktionen, die man von einem modernen, vollwertigen Unix erwartet, einschließlich echtem Multitasking, virtuellem Speicher, gemeinsamen Bibliotheken, Demand Loading, gemeinsamen Copy-on-Write- Executables, ordnungsgemäßer Speicherverwaltung und Multistack- Netzwerkunterstützung einschließlich IPv4 und IPv6.

Es wird unter der GNU General Public License verbreitet – weitere Einzelheiten finden Sie in der beiliegenden Datei COPYING.

AUF WELCHER HARDWARE LÄUFT ES?

Obwohl ursprünglich zunächst für 32-Bit-PCs auf x86-Basis (386 oder höher) entwickelt, läuft Linux heute auch auf (mindestens) den 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 lässt sich leicht auf die meisten Allzweck-32- oder 64-Bit- Architekturen portieren, sofern diese über eine Memory Management Unit mit Seitenverwaltung (PMMU) und einen Port des GNU-C-Compilers (gcc) (Teil der GNU Compiler Collection, GCC) verfügen. Linux wurde auch auf eine Reihe von 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 eine Menge Dokumentation sowohl in elektronischer Form im Internet als auch in Büchern, sowohl Linux-spezifisch als auch zu allgemeinen UNIX-Fragen. Ich empfehle, in den Dokumentations- Unterverzeichnissen einer beliebigen Linux-FTP-Site nach den Büchern des LDP (Linux Documentation Project) zu suchen. Dieses README ist nicht als Dokumentation des Systems gedacht: Es gibt viel bessere Quellen.

• Im Unterverzeichnis Documentation/ befinden sich verschiedene README- Dateien: Diese enthalten in der Regel kernel-spezifische Installationshinweise, beispielsweise für einige Treiber. Siehe Documentation/00-INDEX für eine Liste dessen, 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 entstehen 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 & Manpages, unter anderem. Nach der Installation rendern "make psdocs", "make pdfdocs", "make htmldocs" oder "make mandocs" die Dokumentation im gewünschten Format.

INSTALLATION des Kernel-Quellcodes:

• 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 neuesten Kernels.

  Verwenden Sie NICHT den Bereich /usr/src/linux! Dieser Bereich enthält einen (meist unvollständigen) Satz von Kernel-Headern, die von den Bibliotheks-Headerdateien verwendet werden. Sie sollten zur Bibliothek passen und nicht durch das jeweilige Kernel-des-Tages durcheinandergebracht werden.

• Sie können auch zwischen 4.x-Versionen durch Patchen upgraden. Patches werden im xz-Format verteilt. Um per Patch zu installieren, besorgen Sie sich alle neueren Patch-Dateien, wechseln Sie in das oberste Verzeichnis des Kernel-Quellcodes (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, in der richtigen Reihenfolge, und alles sollte in Ordnung sein. Möglicherweise möchten Sie die Sicherungsdateien (some-file-name~ oder some-file-name.orig) entfernen und sicherstellen, dass keine fehlgeschlagenen Patches vorhanden sind (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-4.x-Kernel angewendet. Wenn Ihr Basiskernel beispielsweise 4.0 ist und Sie den 4.0.3-Patch anwenden möchten, dürfen Sie nicht zuerst die Patches 4.0.1 und 4.0.2 anwenden. Wenn Sie Kernel-Version 4.0.2 ausführen und auf 4.0.3 wechseln 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. Weitere Informationen dazu finden 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 Kernel- Quellcodes. Patches 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

  Sie sollten nun die Quellen korrekt installiert haben.

SOFTWARE-ANFORDERUNGEN

Das Kompilieren und Ausführen der 4.x-Kernel erfordert aktuelle Versionen verschiedener Softwarepakete. Informationen zu den erforderlichen Mindestversionsnummern und dazu, wie Sie Updates für diese Pakete erhalten, finden Sie in Documentation/Changes. Seien Sie gewarnt, 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 des Betriebs offensichtliche Probleme auftreten.

BUILD-Verzeichnis für den Kernel:

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

 kernel source code: /usr/src/linux-4.X
 build directory:    /home/name/build/kernel

Um den Kernel zu konfigurieren und zu erstellen, 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.

KONFIGURATION des Kernels:

Überspringen Sie diesen Schritt nicht, auch wenn Sie nur eine Nebenversion upgraden. In jeder Version werden neue Konfigurationsoptionen hinzugefügt, und es werden seltsame Probleme auftreten, 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" Textbasierte Oberfläche (Klartext).

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