{"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\/novosti-interneta\/uyazvimost-v-postgresql-pozvolyayushhaya-vypolnit-sql-kod-s-pravami-polzovatelya-zapuskayushhego-pg_dump","title":{"rendered":"Sicherheitsanf\u00e4lligkeit in PostgreSQL, die das Ausf\u00fchren von SQL-Code mit den Rechten des Benutzers, der pg_dump ausf\u00fchrt, erm\u00f6glicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Korrekturupdates wurden f\u00fcr alle unterst\u00fctzten Versionen von PostgreSQL 16.4, 15.8, 14.13, 13.16 und 12.20 bereitgestellt, in denen 56 Fehler, die in den letzten drei Monaten entdeckt wurden, behoben wurden. Unter anderem wurde in den neuen Versionen eine als kritisch eingestufte Sicherheitsanf\u00e4lligkeit (CVE-2024-7348, Risikostufe 8.8 von 10) beseitigt. Diese Sicherheitsanf\u00e4lligkeit wurde durch eine Wettlaufbedingung im pg_dump-Tool verursacht, die es einem Angreifer, der die Berechtigung zum Erstellen und L\u00f6schen von persistenten Objekten in der Datenbank hat, erm\u00f6glicht, beliebigen SQL-Code mit den Rechten des Benutzers auszuf\u00fchren, unter dem das pg_dump-Tool gestartet wird (in der Regel wird pg_dump mit Superuser-Rechten f\u00fcr die Sicherung der Datenbank ausgef\u00fchrt). <\/p>\n
F\u00fcr einen erfolgreichen Angriff ist es erforderlich, den Moment des Starts des pg_dump-Tools zu verfolgen, was durch Manipulationen mit einer offenen Transaktion leicht umgesetzt werden kann. Der Angriff besteht darin, die Sequenz durch eine Sicht oder eine externe Tabelle zu ersetzen, die den auszuf\u00fchrenden SQL-Code definiert, genau zu dem Zeitpunkt, an dem pg_dump gestartet wird, wenn bereits Informationen \u00fcber das Vorhandensein der Sequenz vorliegen, die Daten jedoch noch nicht ausgegeben sind. Um die Sicherheitsanf\u00e4lligkeit zu blockieren, wurde die Einstellung «restrict_nonsystem_relation_kind» hinzugef\u00fcgt, die die Offenlegung nicht-systemischer Sichten 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":"