CVE-Datenbank

GitLab hat ein Problem in GitLab CE/EE behoben, das alle Versionen von 18.2 vor 18.11.11, 19.0 vor 19.0.8, 19.1 vor 19.1.6 und 19.2 vor 19.2.4 betrifft, das unter bestimmten Bedingungen einem nicht authentifizierten Benutzer ermöglichen könnte, öffentliche Projekte und Benutzerdaten remote über eine GraphQL-Direktive zu ändern oder zu löschen.

Das User Profile Builder-Plugin für WordPress ist in den Versionen bis einschließlich 3.16.4 anfällig für Authentication Bypass via Type Confusion. Dies liegt daran, dass die Funktion wppb_log_in_user() absint() auf den Rückgabewert von wp_insert_user() aufruft, bevor eine is_wp_error()-Prüfung durchgeführt wird — wenn eine Registrierung mit einem 61–70 Zeichen langen Benutzernamen übermittelt wird, lehnt der WordPress-Core sie mit einem WP_Error-Objekt ab, aber absint() wandelt dieses Objekt in die Ganzzahl 1 um, bevor die Fehlerprüfung die Ausführung abbrechen kann, wodurch das Plugin eine Transient-gestützte Autologin-Nonce bindet und zurückgibt, die an die Benutzer-ID 1 gebunden ist. Dies ermöglicht es nicht authentifizierten Angreifern, sich als Administratorkonto der Website (Benutzer-ID 1) anzumelden, was zu einer vollständigen administrativen Übernahme der Website führt.

Microsoft ist sich einer Erhöhung von Berechtigungen in der Microsoft Malware Protection Engine in Microsoft Defender bewusst, die öffentlich als "ShieldBreak" bezeichnet wird.

In Zimbra Collaboration (ZCS) vor 10.1.20 besteht eine Remote-Code-Execution-Schwachstelle, wenn das optionale Paket zimbra-snmp installiert ist und SNMP-Benachrichtigungen aktiviert sind. Aufgrund einer unsachgemäßen Bereinigung von nicht vertrauenswürdigen Eingaben bei der Verarbeitung von SNMP-Benachrichtigungen kann ein nicht authentifizierter Angreifer speziell präparierte SMTP-Anfragen senden, die zur Ausführung beliebiger Betriebssystembefehle als Zimbra-Benutzer führen können.

Nicht authentifizierte Privilegieneskalation in SAML SP Single Sign On <= 5.4.3 Versionen.

Fehlende Autorisierung in der logischen Dekodierung von PostgreSQL ermöglicht es einem Nicht-Superuser mit REPLICATION-Privileg, über die Auswahl des Plugins für logische Dekodierung via dlopen jede Datei zu laden, die für das Betriebssystemkonto sichtbar ist, das den Server ausführt. Dies führt wiederum zur Ausführung von beliebigem Code als dieses Konto. Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24 sind betroffen.

Fehlende Autorisierung in PostgreSQL-DDL-Befehlen ermöglicht es einem Objektersteller, einen Denial of Service gegen ALTER und DROP des Typs herbeizuführen, indem eine Abhängigkeit vom Typ erstellt wird. Viele DDL-Operationen prüften das Privileg, aber das Zuweisen eines Range-Subtyps und das Referenzieren des Typs aus einem SQL-Ausdruck nicht. Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24 sind betroffen.

Fehlerhafte Eigentumszuweisung im PostgreSQL-Befehl ALTER TABLE ALTER TYPE weist das Eigentum abhängiger Statistikobjekte dem aktuellen Benutzer neu zu. Dies ermöglicht es dem Tabelleneigentümer fälschlicherweise, DROP STATISTICS und ALTER STATISTICS über dieses unrechtmäßige Eigentum auszuführen. Es verweigert diese Befehle fälschlicherweise dem vorherigen Eigentümer des Statistikobjekts. DROP TABLE kann weiterhin Statistikobjekte entfernen, sodass dieser Exploit bei vielen Eigentumsverhältnissen nichts bewirkt. Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24 sind betroffen.

Die Einbindung nicht vertrauenswürdiger Daten in PostgreSQL psql COPY kann es einem Serveradministrator ermöglichen, mittels Error Injection die Ausführung von Datenzeilen als psql-Befehle hervorzurufen. Wenn der Befehl "COPY FROM STDIN" oder "\copy FROM STDIN" fehlschlägt, bevor der Server anzeigt, dass er Eingabezeilen erwartet, verarbeitet psql die Inline-Datenzeilen als psql-Befehle. "COPY FROM" mit einem Dateinamen ist nicht betroffen. Der Serveradministrator hat keine inhärente Kontrolle über die Datenzeilen, daher erfordert ein vollständiger Angriff, dass der Angreifer separat die Kontrolle über sowohl den Server als auch die Datenzeilen erlangt. Alternativ könnte ein Angreifer, der allein die Datenzeilen kontrolliert, einen Angriff durch einen zufälligen Fehler, den er nicht kontrolliert, vollenden. Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24 sind betroffen.

Heap buffer overflow in PostgreSQL pg_dump bei langen Function-Transform-Listen ermöglicht es einem Objektersteller, über eine manipulierte Transform-Liste beliebigen Code als Betriebssystembenutzer auszuführen, der pg_dump ausführt. Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24 sind betroffen.

Die Einbindung nicht vertrauenswürdiger Daten in pg_dump in PostgreSQL ermöglicht es einem bösartigen Superuser des Ursprungsservers, über die Eingabeexpansion des psql-Metabefehls \restrict beliebigen Code zur Ausführung zum Wiederherstellungszeitpunkt als das Client-Betriebssystemkonto einzuschleusen, das psql zur Wiederherstellung des Dumps ausführt. Der Fix für CVE-2025-8714 führte \restrict und \unrestrict ein, um diesen Angriff zu blockieren, aber \unrestrict selbst war für einen Angriff ausreichend. pg_dumpall ist ebenfalls betroffen. pg_restore ist betroffen, wenn es zur Erzeugung eines Dumps im Plain-Format verwendet wird. Die Nicht-Core-Verwendung von \restrict wäre betroffen, wir haben jedoch keine Nicht-Core-Verwendung identifiziert. Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24 sind betroffen.

Buffer over-read in der PostgreSQL ascii() SQL-Funktion ermöglicht es einem Benutzer, über einen manipulierten Textwert bis zu 3 Bytes nach dem Ende einer bestimmten Speicherzuweisung offenzulegen. Dies ist dieselbe Fehlerklasse, die CVE-2026-2006 behoben hat, obwohl diese Instanz geringere Auswirkungen hat. Betroffen sind Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24.

Integer-Underflow in PostgreSQL ECPG ermöglicht es einem Datenbankserveradministrator, einen temporären Denial-of-Service gegenüber dem ECPG-Client zu erzielen, indem er einen bytea-Wert ohne das obligatorische Präfix sendet. Der Client überschreibt einen riesigen Speicherbereich mit Bytes außerhalb der Kenntnis oder Kontrolle des Angreifers. Dies führt typischerweise zu einem einfachen SIGSEGV, in seltenen Fällen könnte jedoch über den Schreibvorgang eine client-spezifische Integritätsbeeinträchtigung erreicht werden. Betroffen sind Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24.

Type Confusion im „Portal“-/Cursor-Lebenszyklus von PostgreSQL ermöglicht es einem Benutzer, beliebigen Code als der Betriebssystembenutzer, der die Datenbank ausführt, auszuführen, durch Neuerstellung eines Cursors oder eines anderen Portals mit anderen Typen. Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24 sind betroffen.

Typverwechslung in PostgreSQL pg_restore_attribute_stats() ermöglicht es einem Objektersteller, beliebigen Code als der Betriebssystembenutzer, unter dem die Datenbank läuft, auszuführen, durch Verwechslung von Range- und Multirange-Werten. Innerhalb der Hauptversion 18 sind Nebenversionen vor PostgreSQL 18.6 betroffen. Versionen vor PostgreSQL 18 sind nicht betroffen.

Integer-Wraparound in PostgreSQL fuzzystrmatch ermöglicht es einem Benutzer, Schreibvorgänge auf einen riesigen Adressbereich zu lenken und beliebigen Code als der Betriebssystembenutzer, der die Datenbank ausführt, auszuführen, über extreme Eingaben an die SQL-Funktion levenshtein() oder levenshtein_less_equal(). Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24 sind betroffen.

SQL-Injection im PostgreSQL EXTRACT() Deparse ermöglicht es einem Objekteigentümer, über eine bösartige Objektdefinition beliebiges SQL als Superuser auszuführen. Angriffe betreffen allgemein Verbraucher von Expression-Deparse, einschließlich pg_dump, psql-Befehlen wie \sf und jeder ähnlichen Verwendung in Nicht-Core-Tools. Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24 sind betroffen.

Unsachgemäße Durchsetzung der Nachrichtenintegrität in der PostgreSQL-GSSAPI-Unterstützung ermöglicht es einem Benutzer, GSSAPI entgegen den pg_hba.conf-Regeln über eine initiale direkte TLS-Verbindung auszuhandeln. Trotz einer pg_hba.conf, die GSSAPI zu erfordern scheint, kann die Verbindung Daten allein über TLS-Verschlüsselung austauschen. Wenn die TLS-Einstellungen permissiver als die GSS-Einstellungen sind, kann die Verbindung mit geringerem Schutz fortgesetzt werden. Innerhalb der Hauptversionen 17-18 sind Nebenversionen vor PostgreSQL 18.6 und 17.11 betroffen. Versionen vor PostgreSQL 17 sind nicht betroffen.

Typverwechslung mit PostgreSQL-Argumenten des Datentyps "internal" ermöglicht es jedem Benutzer, beliebigen Code als Betriebssystembenutzer, unter dem die Datenbank läuft, auszuführen, über Aufrufe von Funktionen mit diesem Argumenttyp. Der Typ "internal" repräsentiert eine Klasse untereinander inkompatibler Datenstrukturen, die nicht für den Zugriff aus SQL vorgesehen sind. Das System sollte solche Funktionsaufrufe verhindern, doch diese Verhinderung wies Lücken auf. Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24 sind betroffen.

Stack-Buffer-Overflow beim Abgleich von PostgreSQL-Argumentnamen ermöglicht es einem Objektersteller, über die Anzahl der OUT-Parameter unbekannte Auswirkungen zu erzielen. Der Angriff kann nur 0x0- und 0x1-Bytes schreiben. Versionen vor PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24 sind betroffen.