{"id":119252,"date":"2024-08-09T15:43:07","date_gmt":"2024-08-09T13:43:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-postgresql-pozvolyayushhaya-vypolnit-sql-kod-s-pravami-polzovatelya-zapuskayushhego-pg_dump"},"modified":"2024-08-09T15:43:07","modified_gmt":"2024-08-09T13:43:07","slug":"uyazvimost-v-postgresql-pozvolyayushhaya-vypolnit-sql-kod-s-pravami-polzovatelya-zapuskayushhego-pg_dump","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimost-v-postgresql-pozvolyayushhaya-vypolnit-sql-kod-s-pravami-polzovatelya-zapuskayushhego-pg_dump","title":{"rendered":"Eine Sicherheitsanf\u00e4lligkeit in PostgreSQL, die es erm\u00f6glicht, SQL-Code mit den Rechten des Benutzers, der pg_dump ausf\u00fchrt, auszuf\u00fchren.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Korrekturupdates f\u00fcr alle unterst\u00fctzten Versionen von PostgreSQL 16.4, 15.8, 14.13, 13.16, 12.20 wurden erstellt, in denen 56 Fehler behoben wurden, die in den letzten drei Monaten aufgetreten sind. Unter anderem wurde eine Sicherheitsanf\u00e4lligkeit (CVE-2024-7348) behoben, die als kritisch eingestuft wird (Schweregrad 8,8 von 10). Diese Sicherheitsanf\u00e4lligkeit wird durch einen Wettlaufzustand im pg_dump-Tool verursacht, der es einem Angreifer, der die Berechtigung hat, permanente Objekte in der Datenbank zu erstellen und zu l\u00f6schen, erm\u00f6glicht, beliebigen SQL-Code mit den Rechten des Benutzers auszuf\u00fchren, unter dem das pg_dump-Tool (in der Regel wird pg_dump mit Superuser-Rechten f\u00fcr die Sicherung der Datenbank ausgef\u00fchrt). <\/p>\n
F\u00fcr einen erfolgreichen Angriff muss der Zeitpunkt des Starts des pg_dump-Dienstprogramms verfolgt werden, was leicht durch Manipulationen mit einer offenen Transaktion realisiert werden kann. Der Angriff besteht darin, eine Sequenz (sequence) durch eine Ansicht oder eine externe Tabelle zu ersetzen, die den ausgef\u00fchrten SQL-Code definiert, genau zu dem Zeitpunkt, an dem pg_dump gestartet wird, wenn die Informationen \u00fcber das Vorhandensein der Sequenz bereits erhalten sind, die Daten jedoch noch nicht ausgegeben wurden. Um die Schwachstelle zu blockieren, wurde die Einstellung «restrict_nonsystem_relation_kind» hinzugef\u00fcgt, die die Offenlegung von nicht-systemischen Ansichten und den Zugriff auf externe Tabellen in pg_dump verbietet. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"