{"id":121343,"date":"2025-01-15T09:46:00","date_gmt":"2025-01-15T07:46:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-gotovyashhemsya-v-relizu-yadre-linux-6-13-vyyavlen-sboj-vyzvannyj-kodom-sotrudnika-microsoft"},"modified":"2025-01-15T09:46:00","modified_gmt":"2025-01-15T07:46:00","slug":"v-gotovyashhemsya-v-relizu-yadre-linux-6-13-vyyavlen-sboj-vyzvannyj-kodom-sotrudnika-microsoft","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/v-gotovyashhemsya-v-relizu-yadre-linux-6-13-vyyavlen-sboj-vyzvannyj-kodom-sotrudnika-microsoft","title":{"rendered":"Im bevorstehenden Release-Kernel Linux 6.13 wurde ein Absturz gefunden, der durch den Code eines Microsoft-Mitarbeiters verursacht wurde.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds hatte geplant, den Release des Linux-Kernels 6.13 an diesem Sonntag zu ver\u00f6ffentlichen, aber wahrscheinlich wird das Testing der Version 6.13 um eine Woche verl\u00e4ngert, da es Probleme mit der Stabilit\u00e4t der \u00c4nderungen gibt, die von einem Microsoft-Mitarbeiter vorbereitet und im November in die Version 6.13 aufgenommen wurden. Zudem wird festgestellt, dass der Patch, der die Ausf\u00e4lle verursacht hat, nicht standardm\u00e4\u00dfig eingereicht wurde \u2013 aber dennoch akzeptiert wurde, obwohl er kein einziges Best\u00e4tigungs- (ACK) von den Maintainer der x86-Architektur erhalten hat, was einen Versto\u00df gegen g\u00e4ngige Praktiken darstellt. <\/p>\n
Der Patch f\u00fcgte die M\u00f6glichkeit hinzu, gro\u00dfe Speicherseiten im ROX (Read Only Execute) Modus w\u00e4hrend der Zuweisung von Speicher zu verwenden, der f\u00fcr die Unterbringung von ausf\u00fchrbarem Code vorgesehen war. ROX erm\u00f6glicht die Nutzung von Speicher mit ausf\u00fchrbarem Code im Nur-Lesen-Modus, was die Ausnutzung bestimmter Schwachstellen erschwert. Im Kernel 6.13 war standardm\u00e4\u00dfig die Nutzung des Caches gro\u00dfer ausf\u00fchrbarer Speicherseiten f\u00fcr ausf\u00fchrbaren Code von Modulen auf x86_64-Systemen aktiviert, die als ROX reflektiert wurden. Die \u00c4nderung l\u00f6ste ein Problem mit der Abbildung von ROX-Seiten f\u00fcr noch nicht vollst\u00e4ndig formulierten ausf\u00fchrbaren Code und erm\u00f6glichte es, auf tempor\u00e4res Remapping von ROX-Seiten in den Schreibmodus zu verzichten, bis die Module des Kernels betriebsbereit waren. <\/p>\n
In der letzten Testphase des Kernels 6.13 entdeckte ein Ingenieur von Intel einen Absturz, der es dem Kernel nicht erlaubte, korrekt aus dem Energiesparmodus auf bestimmten Laptops mit Intel-Prozessoren (z. B. mit CPU auf der Mikroarchitektur Alderlake) zur\u00fcckzukehren. Der Absturz trat bei der Kernel-Bau mit dem Clang-Compiler im CFI (Control Flow Integrity) Modus auf, der Verletzungen der normalen Ausf\u00fchrungsreihenfolge (control flow) durch die Anwendung von Exploits, die in den Speicher gespeicherte Funktionszeiger ver\u00e4ndern, blockiert. Als vor\u00fcbergehende L\u00f6sung schlugen die Maintainer von Intel und AMD, die f\u00fcr die x86-Architektur verantwortlich sind, vor, die Nutzung von EXECMEM_ROX im Kernel 6.13 auszuschalten, bis ein vollst\u00e4ndiger Patch vorbereitet und getestet ist, der das Problem l\u00f6st (die erste Korrekturoption hat das Problem nicht behoben). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"