0824 | Qwen: Reverse Engineering in 30 Minuten, JIT in 5µs, Android-Auto-Malware, Wi-Fi 8

Lena Vogel: Willkommen bei Hacker News täglich, dem Podcast von Bri Radio. Ich bin Lena Vogel.

Felix Hartmann: Und ich bin Felix Hartmann. Heute geht's unter anderem darum, wie die Modellfamilie Qwen 3.8 in 27B einen Reverse-Engineering-Auftrag in 30 Minuten erledigt hat, und um eine Malware, die Headunit-Firmware in Autos befällt.

Lena Vogel: Dazu ein Blick auf Wi-Fi 8, das überraschend nicht auf Tempo setzt, und auf das Ende einer Athlon-Ära.

Felix Hartmann: Außerdem: Ein Blogartikel über das Bauen eines Copy-and-Patch-JIT-Computers in Rust – und ein Medaillen-Fauxpas beim Sydney-Marathon. Auf geht's.

Lena Vogel: Da ist gerade ein Hacker-News-Thread darüber, dass jemand dem Modell Qwen 3.8 27B einen Reverse-Engineering-Auftrag übergeben hat – und das Ganze war laut Titel in dreißig Minuten erledigt.

Felix Hartmann: Interessant ist an der Diskussion, dass sich ein Nutzer, jchw, fragt, welche Werkzeuge das Modell eigentlich verwendet hat und wie der Aufbau der Testumgebung aussah – gerade weil das klingt, als wäre es ziemlich faszinierend gewesen.

Lena Vogel: Derselbe Nutzer beschreibt übrigens auch seinen eigenen Aufbau: eine Dual-Arc-Pro-B70-Konfiguration mit etwa zweiundzwanzig Tokens pro Sekunde – nicht großartig, aber auch nicht schrecklich, wie er sagt, und dabei sogar mit weniger Quantisierung.

Felix Hartmann: Das heißt, sein Kommentar bezieht sich auf die konkrete Leistung seiner eigenen Hardware im Vergleich zu dem, was Qwen 3.8 bei diesem Reverse-Engineering-Einsatz gezeigt hat – er wollte offenbar wissen, unter welchen Bedingungen die dreißig Minuten zustande kamen.

Lena Vogel: Ein Blogartikel von malisper beschreibt den Bau eines Copy-and-Patch-JIT-Computers in Rust, der ARM64-Maschinencode erzeugt und gegen einen Interpreter sowie eine handgeschriebene Implementierung benchmarkt. Kern des Projekts ist der JIT-Compiler der Datenbank pgrust, der laut Artikel Code in rund fünf Mikrosekunden übersetzt – schnell genug, dass pgrust jede SQL-Abfrage per JIT kompilieren kann und nicht nur eine Teilmenge.

Felix Hartmann: Der Autor schreibt, heute gebe es keine produktionsreife Datenbank mit eigenem JIT-Compiler; die üblichen Alternativen sind LLVM oder das Generieren von C- beziehungsweise C-plus-plus-Code, beides mit hohen Kompilierzeiten. Genau die umgeht ein so schneller Copy-and-Patch-Ansatz. Er sieht darin eine Gelegenheit für neue Datenbanken, sich gegenüber etablierten zu verbessern, und sagt, KI-Unterstützung habe es leichter gemacht, einen schnellen JIT-Compiler zu schreiben, der direkt Assembly adressiert. Als Beispiel dient eine einfache Regex-Engine, die nur Literal-Strings und Wiederholung unterstützt.

Lena Vogel: Mhm. In der Hacker-News-Diskussion geht es vor allem um pgrust und um die Sicherheit von JIT-Kompilierung. Ein Kommentator namens glenjamin fragt, ob pgrust trotz der tiefgreifenden Änderungen, die keinen tragfähigen Weg zu einem Upstream bieten, robust genug werden könne, um breite Adoption zu erreichen. FiberBundle antwortet skeptisch: Es handle sich im Wesentlichen um Vibe-Coding durch Leute, die für diese Arbeit unqualifiziert seien – einer der Autoren habe als Qualifikation genannt, an einem großen Postgres-Cluster gearbeitet zu haben, aber nie an Datenbanken oder Compilern. Daraufhin kommentiert genxy, sie würden ihren Coding-Führerschein verlieren.

Lena Vogel: Neu ist, dass klassische Android-Malware im Firmware-Image eines Infotainmentsystems steckt – einer dieser Head-Unit-Baugruppen im Auto. Ein Beitrag auf SecureList beschreibt, wie solche Schadsoftware ins System eingebaut wird. Der bemerkenswerte Punkt aus der Hacker-News-Diskussion dazu: Ein Infotainment-System hält für einen Angreifer normalerweise nichts von Wert fest, deshalb ist das wahrscheinliche Szenario, dass man das Gerät infiziert, um es in ein Botnetz zu rekrutieren.

Felix Hartmann: Was die Diskussion dann offen lässt, ist die Weitergabe: Leute koppeln ihre Mobiltelefone mit dem Infotainment. Ein Kommentator wirft die ungelöste Frage auf, ob eine künftige Version solcher Malware nicht seitlich weiterwandert – also vom Auto ins gekoppelte Handy springt. Das ist bislang nur eine Vermutung aus dem Thread, kein dokumentiertes Verhalten.

Lena Vogel: Genau in diese Richtung geht die eigentliche offene Frage. Der Botnetz-Zweck funktioniert heute mit dem Einbruch über die Firmware, aber die seitliche Ausbreitung über die Handy-Kopplung wäre ein anderes, ausgeprägteres Risiko – und ob die Angreifer den Schritt gehen, bleibt ungeklärt.

Lena Vogel: Vom Befallenen im Auto zu einem anderen drahtlosen Thema: Wi-Fi 8 dreht die Prioritäten der WLAN-Standards um. Statt roher Bandbreite jagt er ausdrücklich die Zuverlässigkeit in dicht besiedelten Netzen.

Felix Hartmann: Daran hängt ein realer Punkt aus dem Hacker News-Thread. Ein Kommentar beschreibt, dass die schnellsten Verbindungen in seiner Gegend bei etwa 150 Megabyte pro Sekunde liegen – da wären fünf bis sechs Gigabit pro Sekunde ein völlig ausreichendes oberes Limit. Das eigentliche Problem sei Reichweite und Überlastung, nicht fehlende Spitzengeschwindigkeit.

Lena Vogel: Genau diese Lücke greift Wi-Fi 8 auf. Die Hersteller haben erkannt, dass für viele Haushalte die Geschwindigkeit längst nicht mehr der Flaschenhals ist, sondern dass Netze zusammenbrechen, wenn viele Geräte gleichzeitig funken. Was bislang kommuniziert wurde, richtet sich klar auf Stabilität und Kapazität unter Last – Detailwerte, etwa wie deutlich sich die Zuverlässigkeit in überlasteten Umgebungen messbar verbessert, sind allerdings noch nicht abschließend beziffert.

Lena Vogel: Eine ganz eigene Art von Ende hat ein alter Athlon-Prozessor erreicht, über das der OS/2 Museum bloggt und das auf Hacker News breit diskutiert wird. Das Stück hat nämlich einen inneren Schaden, der es unreparierbar macht – zumindest in den Augen einer ganzen Discord- und Kommentar-Runde.

Felix Hartmann: Dabei ging dieselbe Frage durch die Diskussion: Ist so ein Teil reparierbar, wenn man unbegrenzt Geld hätte und es statt neu kaufen eben retten wollte?

Lena Vogel: Hm, und genau da fällt die Antwort ziemlich direkt aus. Ein Kommentator sagt, man bräuchte nicht nur unbegrenzt Geld, sondern hyperfortschrittliche Zukunftstechnologie. Es sei schlicht keine Möglichkeit, die betroffenen Bauteile wieder in Lage zu bringen oder neu zu verbinden – die Struktur sei auf eine Weise zerstört, die sich nicht rekonstruieren lässt.

Lena Vogel: Das offizielle Medaillon zum Sydney-Marathon zeigt offenbar nicht das Sydney Olympic Stadium, sondern das Münchner Allianz Stadion. Und die Aufregung ist groß, denn es gibt weltweit gleich sieben Allianz Stadien.

Felix Hartmann: Eine reizvolle Verwechslungsquelle. In der Hacker-News-Diskussion dazu wird sogar angemerkt, dass es damals wohl acht waren, als das Medaillon entworfen wurde – weil Palmeiras seinen Namensvertrag mit Allianz nicht verlängert hat und das Stadion in São Paulo inzwischen Nubank Parque heißt.

Lena Vogel: Das heißt, im Entwurfszeitraum gab es noch eine Allianz-Arena mehr, und die meisten davon sehen sich strukturell ähnlich genug. Der Fehler im Medaillendesign lässt sich also leicht erklären – auch wenn der Sydney-Marathon für 2026 nicht das Münchner Stadion, sondern das heimische olympische Stadion abbilden wollte.

Lena Vogel: Also Qwen hat den Reverse-Engineering-Job in dreißig Minuten erledigt, und die Kommentare wollen vor allem wissen, wie das Geschirr dafür aussah. Und beim JIT bleibt die entscheidende Frage offen: ob pgrust seinen eigenen Compiler jemals upstream bekommt.

Felix Hartmann: Schön, dass ihr dabei wart. Bis zum nächsten Mal.