OpenWrt Service-Relase 25.12.1 am 18.03.2026 veröffentlicht

[Confluencer]

Das Service-Release 25.12.1 wurde am 18.03.2026 veröffentlicht (Release-Notes).

Upgrade mit "Attended Sysupgrade" verlief mal wieder unproblematisch.

Neben neuer Kernel Version und neuen Paket Versionen sind wieder Security Fixes enthalten:

OpenWrt components (Trail of Bits audit, February 2026):

• CVE-2026-30871: Stack buffer overflow in umdns DNS PTR query handling (HIGH)
• CVE-2026-30872: Stack buffer overflow in umdns IPv6 reverse DNS lookup (HIGH)
• CVE-2026-30873: Memory leak in jsonpath when processing strings, labels, and regexp tokens (LOW)
• CVE-2026-30874: Command execution via PATH environment variable filter bypass in procd (LOW)

LuCI:

• CVE-2026-32721: Possible XSS attack via malicious SSID in LuCI WiFi scan modal (HIGH)

Additional hardening from the same Trail of Bits audit (no CVE assigned):

• odhcpd: fix stack buffer overflow in DHCPv6 Identity Association logging
• procd: fix out-of-bounds write in cgroup path building and cgroup rule application

 

[Confluencer]

Es gab dann doch noch Probleme, die mir erst heute Morgen aufgefallen sind.
- DNS-Forwarding für meine internen Domains hat nicht mehr funktioniert

In meinem Setup ist dnsmasq der DNS-Server, meine internen Domains verwalte ich mit bind und verwende hierfür Domain-spezifisch forwarder in dnsmasq.

Ich hatte irgendwann mal unbound-daemon installiert, aber deaktiviert (laut luci ui ist er das auch gewesen) und auf einen anderne Port gestellt. Lustigerweise lief der unbound Prozess und hat sich Port 53 gekrallt, so das dnsmasq nicht lief. Nach der deinstallation vom Paket unbound-daemon und einen Neustart des Routers (war das behoben)

- Public ipv6 Präfixe werden nicht mehr delegiert

Hier hatte ich die Hoffnung das die dnsmasq-Problematik hier auch die Ursache gewesen ist. Leider war das nicht die Lösung. Hier muss ich nach Feierabend nochmal ran.