CVE-2026-74484 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
binfmt_misc: Verhindern, dass ein 'F'-Eintrag seine eigene Instanz festhält (pinnt)
Ein mit 'F' registrierter Eintrag öffnet seinen Interpreter zum Zeitpunkt der Registrierung und hält diese Datei bis zur Freigabe des Eintrags offen. Jeder Eintrag, den niemand manuell entfernt, wird erst geschlossen, wenn das binfmt_misc-Superblock-Dateisystem heruntergefahren wird. Wenn sich der Interpreter auf einem Mount befindet, der diesen Superblock am Leben erhält, halten sie einander gegenseitig fest:
binfmt_misc sb -> inode -> entry -> interp_file -> vfsmount -> binfmt_misc sb
TL;DR Die Datei wird niemals geschlossen. Sobald das Mount-Namespace verschwunden ist, gibt es nichts mehr, über das sich einer der beiden registrieren könnte (bzw. die Registrierung aufheben).
Es gibt zwei Möglichkeiten, diesen Fehler auszulösen:
- Zeigen Sie den Interpreter auf die Instanz selbst. Deren Dateien sind reguläre Dateien, die dem Mount-Besitzer gehören, und sowohl bm_get_inode() als auch simple_fill_super() lassen i_op bei empty_iops stehen. Daher fällt notify_change() auf simple_setattr() zurück, und chmod +x funktioniert. Wir setzen SB_I_NOEXEC nie, daher akzeptiert open_exec() es.
- Verwenden Sie die Instanz als untere Ebene (lower layer) von overlayfs. Der Overlay-Superblock hält eine Kopie durch clone_private_mount() jeder Ebene bis zur Zerstörung dieser Kopie, und diese Kopie befindet sich in keinem Namespace. Daher erreicht umount_tree() sie niemals.
Dies ist ein DoS (Denial of Service). Und nicht nur der Superblock wird geleakt. Er hält den Benutzer-Namespace fest, in dem er gemountet wurde, sodass jede Iteration dauerhaft einen Teil des Benutzernamespace-Kontingents des Aufrufers verbraucht.
Lassen Sie uns daher einfach die vernünftige Sache tun. SB_I_NOEXEC lässt open_exec() auf den Dateien der eigenen Instanz fehlschlagen, und s_stack_depth veranlasst overlayfs, die Ebene abzulehnen, bevor sie überhaupt eine Kopie erstellt. Dies deckt auch die ecryptfs- und fuse-Passthrough-Varianten ab. Das Versprechen von 'F' bleibt unverändert.
Der stabile Tag ist enger gefasst als die Fixes-Tags aus Absicht. Vor gesandeten Mounts (sandboxed mounts) war dies ein globaler Root erforderlich gegen die einzelne Instanz, die jeder teilt, und die Änderung gilt ohnehin nicht für diese Bäume.
Beachten Sie, dass SB_I_NODEV implizit für userns-Mounts erhöht wird, aber wir erhöhen es hier ebenfalls explizit.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.