Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[MartinP]

@Thomas-Braun sagte:

Hier funktioniert das nicht.

Hat Dein System überhaupt eine Intel x64 CPU?
Dafür ist das Exploit geschrieben.

Das heißt aber nicht, dass die Lücke nicht auch auf Kernels für ARM-Prozessoren existiert ....

[Thomas Braun]

@MartinP

Der host roamer ja:

[thomas@roamer ~]$ fastfetch 
                     ./o.                   thomas@roamer
                   ./sssso-                 -------------
                 `:osssssss+-               OS: EndeavourOS x86_64
               `:+sssssssssso/.             Host: 83A2 (Lenovo V17 G4 IRU)
             `-/ossssssssssssso/.           Kernel: Linux 7.0.2-arch1-1
           `-/+sssssssssssssssso+:`         Uptime: 47 mins
         `-:/+sssssssssssssssssso+/.        Packages: 1383 (pacman)
       `.://osssssssssssssssssssso++-       Shell: bash 5.3.9
      .://+ssssssssssssssssssssssso++:      Display (AUO439D): 1920x1080 in 17", 60 Hz [Built-in]
    .:///ossssssssssssssssssssssssso++:     DE: KDE Plasma 6.6.4
  `:////ssssssssssssssssssssssssssso+++.    WM: KWin (Wayland)
`-////+ssssssssssssssssssssssssssso++++-    WM Theme: Breeze
 `..-+oosssssssssssssssssssssssso+++++/`    Theme: Breeze (Dark) [Qt], Breeze-Dark [GTK2], Breeze [GTK3]
   ./++++++++++++++++++++++++++++++/:.      Icons: breeze-dark [Qt], breeze-dark [GTK2/3/4]
  `:::::::::::::::::::::::::------``        Font: Noto Sans (10pt) [Qt], Noto Sans (10pt) [GTK2/3/4]
                                            Cursor: breeze (24px)
                                            Terminal: konsole 26.4.0
                                            CPU: 13th Gen Intel(R) Core(TM) i5-1335U (12) @ 4.60 GHz
                                            GPU: Intel Iris Xe Graphics @ 1.25 GHz [Integrated]
                                            Memory: 4.36 GiB / 15.34 GiB (28%)
                                            Swap: 0 B / 16.88 GiB (0%)
                                            Disk (/): 107.75 GiB / 912.64 GiB (12%) - btrfs
                                            Disk (/run/media/thomas/Ventoy): 55.31 GiB / 58.56 GiB (94%) - exfat [External]
                                            Local IP (wlan0): 192.168.178.44/24
                                            Battery (L20M3PF0): 59% [Discharging]
                                            Locale: de_DE.UTF-8

                                                                    
                                                                    
[thomas@roamer ~]$ 

Auf dem echad (Ist ein Raspberry4) bin ich nur zufällig gewesen.

[MartinP]

@meister-mopper

Ich sehe das nicht als "Zero Day" Geschichte

Es ist inzwischen keine Zero Day Lücke mehr, weil ein Beispiel-Exploit veröffentlicht wurde, die Kernel-Entwickler schon 4 Wochen informiert sind (also eher eine 28-Day Lücke), und es Patches gibt ...

Ein Zero Day (auch manchmal „0day“ genannt) ist eine Sicherheitslücke, die den Entwicklern der betroffenen Anwendung noch nicht gemeldet wurde, sodass sie „null Tage Zeit“ hatten, sie zu beheben – daher der Name.

Bist Du der Meinung, dass das die Lücke harmloser macht, sodass man mit dem Einspielen von Fixes länger, als bei einem Zero-Day warten kann?

[Thomas Braun]

@MartinP

Deswegen gilt:

However, for most users, the best approach is to install vendor kernel updates and reboot into the patched kernel.

Also was ich auch immer sage: Kiste aktuell halten. Immer und regelmäßig.

[Meister Mopper]

@MartinP

Bist du der Meinung, dass der Proxmox 7.x Kernel installiert werden sollte, weil er das System sicherer macht? Und wenn ja warum und bitte mit Begründung.

Danke!

[Thomas Braun]

@Meister-Mopper sagte:

Bist du der Meinung, dass der Proxmox 7.x Kernel installiert werden sollte, weil er das System sicherer macht?

Users and administrators should apply the latest kernel security updates from their distribution as soon as possible.

However, for most users, the best approach is to install vendor kernel updates and reboot into the patched kernel.

[MartinP]

Bist du der Meinung, dass der Proxmox 7.x Kernel installiert werden sollte, weil er das System sicherer macht?

Bist du der festen Überzeugung dass die Copy Fail Sicherheitslücke in einer typischen iobroker Installation NICHT ausgenutzt werden kann?

Im Kernel log steht, dass die Lücke dort am 22.Apr geschlossen wurde

https://lore.kernel.org/linux-cve-announce/?t=20260422135722

https://www.reddit.com/r/Proxmox/comments/1szc46a/this_will_be_fun_cve202631431/

PVE just pushed kernel 7 in non-enterprise and the bug was repaired in kernel 6.19.12 or higher.

[Meister Mopper]

@MartinP

Vielen Dank, das ist somit sehr dringlich und wird von Proxmox auch im Forum empfohlen.

Die Updates laufen bei mir bereits.

[MartinP]

Langsam wird es wirklich lästig, bei den vielen KI-gefundenen Lücken, mit den Updates hinterherzukommen...

Gerade wird mir für den PVE auf meinem Proxmox-Server ein neues Kernel angeboten - ist soweit ich mich erinnere der zweite Kernel diese Woche ....

Heißt natürlich mal wieder neu booten.... und nachher schauen, ob wieder alles fein läuft ....

Will mich aber nicht beschweren - auf der anderen Seite, bei den Entwicklern, Maintainern usw. sorgen diese KI-gefundenen Sicherheitslücken wahrscheinlich für deutlich mehr Stress, als bei den Anwendern, die lediglich die Updates installieren müssen ....

Seit Ende April und Kernel 7.0.0-3 ist man in den noch nicht einmal 3 Monaten inzwischen bei 7.0.14-6

[Thomas Braun]

@MartinP

Weiter geht's:

https://www.theregister.com/security/2026/07/22/linux-kernel-team-publishes-432-cves-in-two-days/5276497

I use Arch, btw:

[thomas@roamer ~]$ uname -a
Linux roamer 7.1.4-arch1-1 #1 SMP PREEMPT_DYNAMIC Sat, 18 Jul 2026 17:30:57 +0000 x86_64 GNU/Linux
[thomas@roamer ~]$