{"id":106545,"date":"2023-01-29T12:48:46","date_gmt":"2023-01-29T10:48:46","guid":{"rendered":"https:\/\/prohoster.info\/?p=106545"},"modified":"2023-02-07T12:09:03","modified_gmt":"2023-02-07T10:09:03","slug":"zavisimost-vremeni-vypolneniya-instrukczij-ot-dannyh-na-cpu-arm-i-intel","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/zavisimost-vremeni-vypolneniya-instrukczij-ot-dannyh-na-cpu-arm-i-intel","title":{"rendered":"Die Abh\u00e4ngigkeit der Ausf\u00fchrungszeiten von Instruktionen von den Daten auf ARM- und Intel-CPUs","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Eric Biggers, einer der Entwickler des Adiantum-Algorithmus und Betreuer des Linux-Kernel fscrypt-Subsystems, hat einen Patch-Satz vorgeschlagen, um Sicherheitsprobleme zu beheben, die durch eine Besonderheit der Intel-Prozessoren entstehen. Diese gew\u00e4hrleistet nicht konstanten Durchlaufzeiten f\u00fcr unterschiedliche verarbeitete Daten. Bei Intel-Prozessoren tritt das Problem ab der Ice Lake-Familie auf. Ein \u00e4hnliches Problem zeigt sich auch bei ARM-Prozessoren. <\/p>\n
Die Abh\u00e4ngigkeit der Ausf\u00fchrungszeit von den Daten, die in diesen Anweisungen verarbeitet werden, wird vom Autor der Patches als Sicherheitsanf\u00e4lligkeit in den Prozessoren bewertet, da ein solches Verhalten die Sicherheit der in der System kryptografischen Operationen nicht garantieren kann. Viele Implementierungen kryptografischer Algorithmen gehen davon aus, dass die Daten keinen Einfluss auf die Ausf\u00fchrungszeit haben, und eine St\u00f6rung dieses Verhaltens kann zu Angriffen \u00fcber Seitentempor\u00e4le f\u00fchren, die Daten auf der Grundlage der Analyse der Verarbeitungszeiten wiederherstellen. <\/p>\n
M\u00f6glicherweise kann die Laufzeitabh\u00e4ngigkeit von Daten auch genutzt werden, um Angriffe durch die Bestimmung von Kern-Daten aus dem Benutzerspeicher zu organisieren. Laut Eric Bigger stellt die Standard-Laufzeit in der Regel keine Konsistenz her, selbst nicht f\u00fcr Anweisungen, die Addition und XOR-Operationen ausf\u00fchren, sowie f\u00fcr spezielle AES-NI-Anweisungen (diese Informationen sind nicht durch Tests best\u00e4tigt, w\u00e4hrend andere Daten darauf hinweisen, dass beim Multiplizieren von Vektoren und beim Z\u00e4hlen von Bits eine Verz\u00f6gerung um einen Zyklus auftreten kann). <\/p>\n
Um das erw\u00e4hnte Verhalten zu deaktivieren, haben Intel und ARM neue Flags vorgeschlagen: Das PSTATE-Bit DIT (Data Independent Timing) f\u00fcr ARM-CPUs und das MSR-Bit DOITM (Data Operand Independent Timing Mode) f\u00fcr Intel-CPUs, die das alte Verhalten mit konstanter Laufzeit zur\u00fcckgeben. Intel und ARM empfehlen, den Schutz bei Bedarf f\u00fcr besonders kritischen Code zu aktivieren. In der Praxis k\u00f6nnen jedoch wichtige Berechnungen in allen Teilen des Kernels und des Benutzerspeichers auftreten, weshalb die M\u00f6glichkeit der dauerhaften Aktivierung der Modi DOITM und DIT f\u00fcr den gesamten Kernel gepr\u00fcft wird. <\/p>\n
F\u00fcr ARM-Prozessoren wurden bereits Patches f\u00fcr den Linux-Kernel 6.2 angenommen, die das Verhalten des Kernels \u00e4ndern. Diese Patches gelten jedoch als unzureichend, da sie nur den Kernel-Code abdecken und das Verhalten im Benutzerspace nicht \u00e4ndern. F\u00fcr Intel-Prozessoren befindet sich die Aktivierung des Schutzes derzeit noch in der \u00dcberpr\u00fcfungsphase. Bisher wurden keine Ma\u00dfnahmen zur Messung der Auswirkungen des Patches auf die Leistung durchgef\u00fchrt, jedoch zeigt die Intel-Dokumentation, dass die Aktivierung des DOITM-Modus die Leistung verringert (z. B. durch das Deaktivieren bestimmter Optimierungen wie datenspezifisches Vorladen) und in zuk\u00fcnftigen Prozessormodellen k\u00f6nnte die Leistungseinbu\u00dfe verst\u00e4rkt werden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"