Recht interessant bzgl. der Entwicklung der Speicherpreise: "Samsung chip workers reject $340,000 one-time bonus, demand annual payouts like SK hynix's $900,000 — workers want share of AI windfall, impending 18-day strike could cost Samsung up to $11.7 billion"
(Augen auf bei der Berufswahl! 
)
Da machen die Emerging Markets-ETF richtig Spaß
FYI: Es ist Freitag und somit Zeit für den nächsten Linux-Sicherheitslücken-GAU: Dirty Frag: Universal Linux LPE (betrifft alle Linux-Distros!)
Die E-Mail-Adresse security@kernel.org dürfte wohl die schützenswerteste weltweit sein... 
Ich möchte gar nicht wissen was für E-Mails dort derzeit noch mit hoher Priorität auf Erledigung warten. 
Alles anzeigenFYI: Es ist Freitag und somit Zeit für den nächsten Linux-Sicherheitslücken-GAU: Dirty Frag: Universal Linux LPE (betrifft alle Linux-Distros!)
(Embargo-Bruch "von dritter Seite" führte dazu, dass es bislang für keine der Distributionen eine Korrektur gibt;
es gibt aus Zeitgründen noch nicht einmal eine CVE-Kennung!!!die inzwischen vergebene CVE-Kennung lautet CVE-2026-43284.)Workaround: Auf die Nutzung der betroffenen Module verzichten und ihre Aktivierung blockieren, sofern sie nicht in den Kernel einkompiliert wurden:
Codefor MODULE in esp4 esp6 rxrpc; do grep -qE "^${MODULE} " /proc/modules && echo "Affected module ${MODULE} is loaded" || echo "Affected module ${MODULE} is NOT loaded"; done KERNEL="$(uname -r)"; for MODULE in esp4 esp6 rxrpc; do grep -qw "${MODULE}" "/lib/modules/${KERNEL}/modules.builtin" && echo "Module ${MODULE} is built directly into kernel ${KERNEL}!"; done sh -c "printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf; rmmod esp4 esp6 rxrpc 2>/dev/null; true"Mögliche Seiteneffekte der Deaktivierung:
Wer den obigen Exploit ausprobiert hat und/oder sichergehen will, dass das laufende System nicht kompromittiert ist, sollte analog zu der Vorgehensweise bei Copy_Fail die entsprechende Rechnerinstanz danach entweder neu booten oder die von Olivetti hier erwähnte Methode zum Löschen der Caches verwenden:
Codetee /proc/sys/vm/drop_caches <<<'echo 3'
(Evaluation von GhostBSD für den Einsatz auf zumindest einigen Systemen ist auf der eigenen TODO-Liste gerade wieder weiter nach oben gerutscht.
)
Bei mir sind folgendes Ergebnisse:
for MODULE in esp4 esp6 rxrpc; do grep -qE "^${MODULE} " /proc/modules && echo "Affected module ${MODULE} is loaded" || echo "Affected module ${MODULE} is NOT loaded";
done
KERNEL="$(uname -r)"; for MODULE in esp4 esp6 rxrpc; do grep -qw "${MODULE}" "/lib/modules/${KERNEL}/modules.builtin" && echo "Module ${MODULE} is built directly into kern
el ${KERNEL}!"; done
sh -c "printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf; rmmod esp4 esp6 rxrpc 2>/dev/null; true"
Affected module esp4 is NOT loaded
Affected module esp6 is NOT loaded
Affected module rxrpc is NOT loaded
for MODULE in esp4 esp6 rxrpc; do grep -qE "^${MODULE} " /proc/modules && echo "Affected module ${MODULE} is loaded" || echo "Affected module ${MODULE} is NOT loaded";
done
KERNEL="$(uname -r)"; for MODULE in esp4 esp6 rxrpc; do grep -qw "${MODULE}" "/lib/modules/${KERNEL}/modules.builtin" && echo "Module ${MODULE} is built directly into kern
el ${KERNEL}!"; done
sh -c "printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf; rmmod esp4 esp6 rxrpc 2>/dev/null; true"
Affected module esp4 is NOT loaded
Affected module esp6 is NOT loaded
Affected module rxrpc is NOT loaded
Affected module esp4 is NOT loaded
Affected module esp6 is NOT loaded
Affected module rxrpc is NOT loaded
-bash: Affected: Kommando nicht gefunden.
-bash: Affected: Kommando nicht gefunden.
-bash: Affected: Kommando nicht gefunden.
und
for MODULE in esp4 esp6 rxrpc; do grep -qE "^${MODULE} " /proc/modules && echo "Affected module ${MODULE} is loaded" || echo "Affected module ${MODULE} is NOT loaded";
done
KERNEL="$(uname -r)"; for MODULE in esp4 esp6 rxrpc; do grep -qw "${MODULE}" "/lib/modules/${KERNEL}/modules.builtin" && echo "Module ${MODULE} is built directly into kern
el ${KERNEL}!"; done
sh -c "printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf; rmmod esp4 esp6 rxrpc 2>/dev/null; true"
Affected module esp4 is NOT loaded
Affected module esp6 is NOT loaded
Affected module rxrpc is NOT loaded
for MODULE in esp4 esp6 rxrpc; do grep -qE "^${MODULE} " /proc/modules && echo "Affected module ${MODULE} is loaded" || echo "Affected module ${MODULE} is NOT loaded";
done
KERNEL="$(uname -r)"; for MODULE in esp4 esp6 rxrpc; do grep -qw "${MODULE}" "/lib/modules/${KERNEL}/modules.builtin" && echo "Module ${MODULE} is built directly into kern
el ${KERNEL}!"; done
sh -c "printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf; rmmod esp4 esp6 rxrpc 2>/dev/null; true"
Affected module esp4 is NOT loaded
Affected module esp6 is NOT loaded
Affected module rxrpc is NOT loaded
Bei mir sind folgendes Ergebnisse:
Der nano sieht kaputt aus, soll ich dir den abnehmen? 
Der nano sieht kaputt aus, soll ich dir den abnehmen?
Den nono ist gesund und bleibt im Kollektiv! Denn für mein Monitorring reicht der aus.
Debian hat gerade das Paket linux-image-6.12.86+deb13-amd6 freigegeben. Laut Changelog repariert das ausser "Dirty Frag" noch etliche andere Fehler, auch welche mit CVE.
Debian hat gerade das Paket linux-image-6.12.86+deb13-amd6 freigegeben. Laut Changelog repariert das ausser "Dirty Frag" noch etliche andere Fehler, auch welche mit CVE.
Danke für die Info!
Und wieder ein schönes Beispiel, warum Debian irgendwie zuverlässiger ist als Ubuntu.
Mein Deb12 war weder von copy fail noch dirty frag betroffen, Deb13 wurde schnell gefixed und mein Ubuntu 26.04 ist noch genauso ungepatched wie mein Xubuntu 24.04...
Der Vergleich ist Quatsch bzw Debian ist nicht stabiler. Das ist noch ein Mythos von vor 15 Jahren. Davon abgesehen hat Ubuntu 24.04 ebenfalls einen Copy Fail Patch erhalten.
Debian hat gerade das Paket linux-image-6.12.86+deb13-amd6 freigegeben. Laut Changelog repariert das ausser "Dirty Frag" noch etliche andere Fehler, auch welche mit CVE.
Na dann wieder ran und alles updaten.
Debian hat gerade das Paket linux-image-6.12.86+deb13-amd6 freigegeben. Laut Changelog repariert das ausser "Dirty Frag" noch etliche andere Fehler, auch welche mit CVE.
Vielen lieben Dank fuer die Info! 
Der Vergleich ist Quatsch bzw Debian ist nicht stabiler.
Habe ich nicht gesagt, nur, dass meine Debian Systeme bereits gepatched sind und meine Ubuntu Systeme nicht. Auch wenn dies subjektiv sein mag, ich empfinde das als zuverlässiger.
Das ist noch ein Mythos von vor 15 Jahren. Davon abgesehen hat Ubuntu 24.04 ebenfalls einen Copy Fail Patch erhalten.
Stimmt. Und 26.04 war gar nicht erst von copy fail betroffen. Bei dirty frag sind aber Stand jetzt beide Systeme verwundbar.
Hier auch der Blogbeitrag von Ubuntu
https://ubuntu.com/blog/dirty-frag-linux-vulnerability-fixes-available
Und noch ein kleiner Spaß zum Wochenende:
https://letsencrypt.status.io/
We have been made aware of a potential incident and are shutting down all issuance.
Zum Glück hat sich meins erst vor 3 Tagen verlängert 
Na da kommt doch Freude auf 
Schnell, schnell, ab auf TeamSpeak 
Im moment scheint es aber wieder zu funktionieren, Voice ging z.m die ganze zeit bei mir
Schnell, schnell, ab auf TeamSpeak
Im moment scheint es aber wieder zu funktionieren, Voice ging z.m die ganze zeit bei mir
Ich hab noch meinen TS3 Server und bin einmal in der Woche mit Freunden drauf
May 8, 2026 21:03 UTC
MONITORINGLet's Encrypt has resumed issuance.
Ist auch besser so, ich muss morgen eventuell ein LE-Zertifikat für einen Bekannten erneuern.
