Nostr notes by Thorsten Leemhuis (acct. 4/4)

RE: https://nondeterministic.computer/@mjg59/117523237935899275 ...

2026-10-29T09:05:44Z

RE: https://nondeterministic.computer/@mjg59/117523237935899275

Verschlüsselung ist einfach… tricky. 🥴

Wegen so Sachen neigt mein Baugefühl zu Lösungen, die eine Pin oder ein Passwort abfragen.

Braucht gegen Evil Maid natürlich Measured Boot – Letzteres lässt sich mit diese Lücke natürlich unterwandern, aber aus einem einstufigen Angriff wird so ein zweistufiger.

Oder übersehe ich was?

Verschlüsselung ist einfach… tricky. 🥴

quoting
note19an…y0ct

It's kind of weird that the focus of the EDK2 network RCE discussion is on servers when it's probably a way to bypass PINless Bitlocker on any device you have physical access to, and yeah honestly I'll accept that this changes my position on how meaningful Bitlocker is without a PIN

frage mich, wie schnell TuxedoOS dann Security-Updates erhalten ...

2026-07-07T14:35:20Z

In reply to nevent1q…zdse
_________________________

frage mich, wie schnell TuxedoOS dann Security-Updates erhalten wird.

Als ich mir das vor Jahren bei Debian mal näher angesehen habe, bekamen (vereinfacht gesagt und in der Standardkonfig) stable und unstable ja zuerst alle Fixes – und testing erst nach einigen Tagen. Laut https://www.debian.org/doc/manuals/securing-debian-manual/ch10.en.html#security-support-testing scheint das ja auch nach wie vor so zu sein. Oder ist die Doku nicht aktuell oder beschreibt sie was komplexes zu simple? Oder gibt es dieser Tage DTSAs für alles wichtige (klingt irgendwie nicht so, aber vielleicht interpretiere ich das falsch)?

Beim Kernel, Browser und Grafik-Stack ist das vermutlich egal, denn da wird TUXEDO (npub1sfg…fqh4) ja auf eigene Pakete setzen. Die Frage ist, wie es beim Rest läuft, so weit ich sehe.

Der Call for Papers für den #Tübix am 4.7. ist übrigens ...

2026-03-10T09:01:05Z

Der Call for Papers für den #Tübix am 4.7. ist übrigens draußen[1]:

https://www.tuebix.org/callforpapers/

Du kannst in drei Geschmacksrichtungen zum Programm des Tübinger Linuxtags beitragen: Lightning Talks, Vorträge und Workshops.

Deadline für Einreichungen (außer Lightning Talks): 04.05.2026

[1] Und Tübix (npub1rqz…8gr2) hat es nicht erwähnt, scheint mir.

#Tübix2026 #Linux #Konferenz

Ihr wollt das Changelog für einen im #Linux #Kernel enthaltenen ...

2025-12-07T08:53:05Z

Ihr wollt das Changelog für einen im #Linux #Kernel enthaltenen Treiber?

Dann erst rausfinden, wo der Treiber im Quellcodebaum liegt, etwa für mt7925e:

$ modinfo mt7925e | grep filename
filename: […]/kernel/drivers/net/wireless/mediatek/mt76/mt7925/mt7925e.ko.xz

In diesem Fall den Pfadteil nach dem /kernel/ dann bei https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/ anhängen, also: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/drivers/net/wireless/mediatek/mt76/mt7925

Ggf noch ein "?id=v6.18" anhängen, um bei 6.18 zu stoppen.

Das Problem: Der Ansatz hilft nicht, wenn man dort nach einen Fix für ein Problem sucht, der in von dort referenzierten Code liegt, etwa anderen Subsystemen wie PCI, USB oder Netzwerk.

Außerdem wird's unübersichtlich, wenn in einem Verzeichnis verschiedenste Treiber liegen, etwa wie bei den knapp 20 rtw89-Treibern: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/drivers/net/wireless/realtek/rtw89

Kein Medium würde "Audi Q8 bekommt KI-Assistenten" ...

2025-05-01T05:46:42Z

Kein Medium würde "Audi Q8 bekommt KI-Assistenten" schreiben, wenn irgendein unabhängig von Audi agierender Anbieter einen im Q8 nachrüstbaren KI-Assistenten auf den Markt bringen würde.

Aber hier bei #Tmux wird es gemacht.

Und wie zu erwarten denken einige Leser, dass der Assistent in Tmux einfließt oder von den Tmux-Machern ist, wie das Forum zeigt. #Seufz #ModerneMedien #ClickBait

https://www.heise.de/news/TmuxAI-ist-da-Terminal-Multiplexer-Tmux-bekommt-KI-Assistenten-10365236.html

3/ Zum häufig gehörten "der #Linux #Kernel ist zu fett" ...

2024-10-09T14:24:01Z

In reply to nevent1q…nxel
_________________________

3/ Zum häufig gehörten "der #Linux #Kernel ist zu fett" nochmal:

Den im #LinuxKernel enthaltene Code hat ja niemand zum Spaß geschrieben; bliebe er außen vor, würden die Probleme mit externem Code gelöst.

Statt an einer Stelle zusammenzuarbeiten und gemeinsam an Basistechniken unter gegenseitigem Review und Hilfe von Experten zu arbeiten, würden Entwickler dann das Rad viel häufiger neu erfinden müssen. Und dadurch würden dann Sachen wie diese viel häufiger passieren: https://www.heise.de/news/HP-Business-Notebooks-Rechtausweitungsluecke-in-Hotkey-Support-9975278.html

Side note: Ich muss irgendwann nochmal "Basics zum #Linux ...

2024-10-07T14:14:52Z

In reply to nevent1q…8lfm
_________________________

Side note: Ich muss irgendwann nochmal "Basics zum #Linux #Kernel, Teil 6" schreiben, denn eine Frage ist bislang [1] unbeantwortet geblieben, wenn ich mich recht erinnere:

"Ist der #LinuxKernel zu fett?"[2]

Wenn ich nachdenke, fallen mir sicher noch weitere ein, um es rund zu machen. Aber die Eine kam mir in den Sinn, als ich kurz ins Forum zur Meldung geschaut hab.

[1] https://www.heise.de/select/ct/2020/1/1577462303523965

[2] Kurzantwort: Nein!

#Meingeschreibsel; Ich hätte ja gerne locker doppelt so viel ...

2024-10-07T08:45:02Z

#Meingeschreibsel; Ich hätte ja gerne locker doppelt so viel geschrieben[1], denn interessanter Stoff dazu wäre definitiv da gewesen; und Leserinteresse ziemlich sicher auch. Aber der Text war schon über 75 % länger als zuvor avisiert und hat enorm viel Mühe gemacht. 🥴

[1] dazu den Stoff Thema dann aber auf zwei Meldungen aufgeteilt

https://www.heise.de/news/Linux-Kritik-Gruende-und-Folgen-der-CVE-Schwemme-im-Kernel-9963793.html

#Linux #kernel #LinuxKernel #CVE

#Seufz. Meine Exkollegen bezeichnen etwas im ARM-Kontext als ...

2024-09-05T12:41:36Z

#Seufz. Meine Exkollegen bezeichnen etwas im ARM-Kontext als "Kinderspiel", was dort beileibe keines ist. #Seufz.

https://www.heise.de/select/ct/2024/20/2420515342849467442