{"id":102964,"date":"2022-01-14T21:37:17","date_gmt":"2022-01-14T19:37:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-xfs-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d1%87%d0%b8%d1%82%d0%b0%d1%82%d1%8c-%d1%81%d1%8b%d1%80"},"modified":"2022-01-14T21:37:17","modified_gmt":"2022-01-14T19:37:17","slug":"%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-xfs-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d1%87%d0%b8%d1%82%d0%b0%d1%82%d1%8c-%d1%81%d1%8b%d1%80","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-xfs-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d1%87%d0%b8%d1%82%d0%b0%d1%82%d1%8c-%d1%81%d1%8b%d1%80","title":{"rendered":"Eine Schwachstelle in XFS, die das Lesen von Rohdaten eines Blockger\u00e4ts erm\u00f6glicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Code des XFS-Dateisystems wurde eine Schwachstelle (CVE-2021-4155) entdeckt, die es einem lokalen, nicht privilegierten Benutzer erm\u00f6glicht, direkt Daten aus unbenutzten Bl\u00f6cken von blockbasierten Ger\u00e4ten zu lesen. Alle bedeutenden Linux-Kernel-Versionen, die \u00e4lter als 5.16 sind und den XFS-Treiber enthalten, sind hiervon betroffen. Die Behebung ist in der Version 5.16 sowie in den Updates der Kernel 5.15.14, 5.10.91, 5.4.171, 4.19.225 usw. enthalten. Der Status der Updates zur Behebung dieses Problems in den Distributionen kann auf den folgenden Seiten nachverfolgt werden: Debian, RHEL, SUSE, Fedora, Ubuntu, Arch. <\/p>\n
Die Schwachstelle wird durch das ungeeignete Verhalten zweier XFS-spezifischer ioctl-Funktionen (XFS_IOC_ALLOCSP und XFS_IOC_FREESP) verursacht, die funktional dem systemweiten Systemaufruf fallocate() \u00e4hneln. Beim Erh\u00f6hen der Gr\u00f6\u00dfe einer Datei, die nicht auf die Blockgr\u00f6\u00dfe ausgerichtet ist, setzen die ioctl-Funktionen XFS_IOC_ALLOCSP\/XFS_IOC_FREESP die restlichen Bytes bis zur n\u00e4chsten Blockgrenze nicht auf Null. So kann ein Angreifer in einem XFS-Dateisystem mit einer Standardblockgr\u00f6\u00dfe von 4096 Bytes bis zu 4095 Bytes vorhergehend geschriebene Daten aus jedem Block lesen. In den betroffenen Bereichen k\u00f6nnen Daten von gel\u00f6schten Dateien, defragmentierten Dateien sowie von Dateien mit deduplizierten Bl\u00f6cken enthalten sein. <\/p>\n
Sie k\u00f6nnen Ihre System auf das Problem hin \u00fcberpr\u00fcfen, indem Sie einen einfachen Exploit-Prototyp verwenden. Wenn es gelingt, nach Ausf\u00fchrung der vorgeschlagenen Befehlsfolge den Text von Shakespeare zu lesen, ist der FS-Treiber anf\u00e4llig. F\u00fcr die Demonstration ist eine Superuser-Rechte f\u00fcr die urspr\u00fcngliche Einwahl in das XFS-Volume erforderlich. <\/p>\n
Da ioctl(XFS_IOC_ALLOCSP) und ioctl(XFS_IOC_FREESP) funktional praktisch keinen Unterschied zur Standardfunktion fallocate() aufweisen und der einzige Unterschied in einem Datenleck besteht, \u00e4hnelt ihr Vorhandensein einem Backdoor. Trotz der allgemeinen Richtlinie \u2013 bestehende Schnittstellen im Kernel nicht zu \u00e4ndern \u2013 wurde auf Vorschlag von Linus beschlossen, diese ioctls in der n\u00e4chsten Version vollst\u00e4ndig zu entfernen. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"