{"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\/news\/%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 erm\u00f6glicht das Lesen roher Daten von Blockger\u00e4ten.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Code des XFS-Dateisystems wurde eine Sicherheitsanf\u00e4lligkeit (CVE-2021-4155) entdeckt, die es einem lokalen, nicht privilegierten Benutzer erm\u00f6glicht, Daten ungenutzter Bl\u00f6cke direkt von dem Blockger\u00e4t zu lesen. Alle bedeutenden Linux-Kernelversionen \u00e4lter als 5.16, die den XFS-Treiber enthalten, sind von diesem Problem betroffen. Der Fix wurde in Version 5.16 sowie in den Kernel-Updates 5.15.14, 5.10.91, 5.4.171, 4.19.225 usw. implementiert. Der Status der Aktualisierungen zur Behebung des Problems in den Distributionen kann auf den folgenden Seiten nachverfolgt werden: Debian, RHEL, SUSE, Fedora, Ubuntu, Arch. <\/p>\n
Die Sicherheitsanf\u00e4lligkeit wird durch das fehlerhafte Verhalten von zwei spezifischen XFS ioctl(XFS_IOC_ALLOCSP) und ioctl(XFS_IOC_FREESP) verursacht, die funktional dem Kernel-Systemaufruf fallocate() entsprechen. Beim Erh\u00f6hen der Dateigr\u00f6\u00dfe, die nicht auf die Blockgr\u00f6\u00dfe ausgerichtet ist, setzen die ioctls XFS_IOC_ALLOCSP\/XFS_IOC_FREESP die letzten Bytes nicht auf die n\u00e4chste Blockgrenze zur\u00fcck. So kann ein Angreifer auf XFS mit einer Standardblockgr\u00f6\u00dfe von 4096 Bytes bis zu 4095 Bytes der zuvor geschriebenen Daten aus jedem Block lesen. In den angegebenen Bereichen k\u00f6nnten Daten von gel\u00f6schten Dateien, defragmentierten Dateien sowie von Dateien mit deduplizierten Bl\u00f6cken enthalten sein. <\/p>\n
Um Ihr System auf das Problem zu \u00fcberpr\u00fcfen, k\u00f6nnen Sie einen einfachen Exploit-Prototyp verwenden. Wenn Sie nach der Ausf\u00fchrung der vorgeschlagenen Befehlsfolge den Text von Shakespeare lesen k\u00f6nnen, ist der Dateisystemtreiber anf\u00e4llig. Das urspr\u00fcngliche Einbinden der XFS-Partition zur Demonstration erfordert Superuser-Rechte. <\/p>\n
Da ioctl(XFS_IOC_ALLOCSP) und ioctl(XFS_IOC_FREESP) in ihrer Funktionalit\u00e4t praktisch nicht von der standardm\u00e4\u00dfigen fallocate() abweichen und ihr einziges Merkmal ein Datenleck ist, erscheint ihre Existenz wie ein Backdoor. Trotz der allgemeinen Politik \u2013 bestehende Schnittstellen im Kern 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":"