Die quelloffene Router-Firmware OpenWrt ist in neuen Versionen erschienen, die mehrere Sicherheitsl\u00fccken schlie\u00dfen. Davon lassen sich einige aus dem Netz missbrauchen \u2013 und die befinden sich teils in Diensten, die standardm\u00e4\u00dfig aktiviert sind, er\u00f6rtern die OpenWrt-Entwickler.<\/p>\n
Weiterlesen nach der Anzeige<\/p>\n
Das trifft laut Versionsank\u00fcndigung das Release OpenWrt 24.10.8<\/a> vom Wochenende zu, aber auch OpenWrt 25.12.5<\/a> vom Anfang des Monats bringt die Softwareflicken mit. Der 24-er Entwicklungszweig erh\u00e4lt nur noch Sicherheitsupdates und keine neuen Funktionen mehr, daf\u00fcr aber gleich eine ganze Reihe an Sicherheitskorrekturen. Am gravierendsten sticht eine Schwachstelle im DHCP-Server odhcpd hervor, der standardm\u00e4\u00dfig aktiv ist. Ein Puffer\u00fcberlauf auf dem Stack kann bei der Verarbeitung von DHCPv6-IA-Antworten auftreten.<\/p>\n Mit einem einzigen UDP-Paket k\u00f6nnen Angreifer aus dem Netz ohne vorherige Anmeldung den Puffer\u00fcberlauf ausnutzen. Wie die Entwickler in der Schwachstellenmeldung konkretisieren<\/a>, macht das etwa oftmals fehlende Address Space Layout Randomization (ASLR) auf Embedded-Plattformen das Ausf\u00fchren von eingeschleustem Code dadurch wahrscheinlicher (CVE-2026-53921, CVSS 9.8<\/strong>, Risiko \u201ekritisch<\/strong>\u201c). Eine weitere odhcpd-L\u00fccke erlaubt DHCPv6-Clients ohne vorherige Authentifizierung, mit manipulierten FQDN-Hostnamen Zeilen in die Lease-Files zu schmuggeln, was in einer Stored-Cross-Site-Scripting-L\u00fccke in der LuCI-DHCPv6-Leases-Statusseite<\/a> f\u00fchrt (CVE-2026-62948, CVSS 9.6<\/strong>, Risiko \u201ekritisch<\/strong>\u201c).<\/p>\n Mehrere Korrekturen betreffen das LuCI-Webinterface von OpenWrt, sie schlie\u00dfen unter anderem weitere Stored-Cross-Site-Scripting-L\u00fccken, deren Risiko als \u201ehoch<\/strong>\u201c eingestuft wird. Ins Auge springt auch ein Sicherheitspatch f\u00fcr dropbear-SSH, der eine L\u00fccke aus dem Jahr 2019 ausbessert. Aktualisierte Komponenten wie OpenSSL 3.0.21, dnsmasq 2.93 oder der Linux-Kernel 6.6.144 schlie\u00dfen ebenfalls mehrere Sicherheitsl\u00fccken.<\/p>\n Firmware aktualisieren<\/p>\n Wer OpenWrt einsetzt, sollte die aktualisierten Firmware-Builds auf die Ger\u00e4te in den eigenen Netzen verteilen. Das minimiert die Angriffsfl\u00e4che f\u00fcr b\u00f6sartige Akteure. Da OpenWrt als Router-Betriebssystem oftmals aus dem Internet erreichbar ist, sollten Nutzerinnen und Nutzer die Updates zeitnah anwenden.<\/p>\n Im M\u00e4rz brachte der Versionszweig OpenWrt 25.12.0 einen Wechsel des Paketmanagers<\/a>. Au\u00dferdem unterst\u00fctzt die Fassung mehr Ger\u00e4te.<\/p>\n Weiterlesen nach der Anzeige<\/p>\n