CVE-Datenbank

In Reyrolle 7SR5 (alle Versionen < V2.70) wurde eine Schwachstelle identifiziert. Eine Sitzungskennung wird mithilfe eines Algorithmus mit unzureichender Zufälligkeit generiert, was zu einem Token mit geringer Entropie führt, der innerhalb einer realistischen Anzahl von Versuchen vorhergesagt oder durch Brute-Force ermittelt werden kann. Dies könnte es einem nicht authentifizierten Remote-Angreifer ermöglichen, gültige Sitzungskennungen abzuleiten und die Authentifizierung zu umgehen.

In Reyrolle 7SR5 (alle Versionen < V2.70) wurde eine Schwachstelle identifiziert. Über die Weboberfläche werden Informationen offengelegt, anhand derer die aktuellen und vergangenen Sitzungs-ID-Nummern berechnet werden können. Dies könnte es einem Angreifer ermöglichen, die Authentifizierung zu umgehen und unbefugten Zugriff auf das Gerät zu erlangen.

Eine Schwachstelle wurde in Teamcenter V2412 (All versions < V2412.0013), Teamcenter V2506 (All versions < V2506.0010), Teamcenter V2512 (All versions < V2512.2607), Teamcenter V2606 (All versions < V2606.2607) identifiziert. Betroffene Anwendungen kodieren von Benutzern bereitgestellte Eingaben, die innerhalb des Authentifizierungs-Weiterleitungsablaufs (/auth/-Endpunkt) in HTML-Attributkontexte gespiegelt werden, nicht ordnungsgemäß. Dies könnte es einem nicht authentifizierten entfernten Angreifer ermöglichen, beliebiges JavaScript in den Browser eines authentifizierten Benutzers einzuschleusen, der eine manipulierte URL lädt, wodurch der Angreifer Aktionen innerhalb der Teamcenter-Sitzung des Opfers ausführen kann.

Eine Schwachstelle wurde identifiziert in Desigo CC ClickOnce Client V6 (All versions), Desigo CC ClickOnce Client V7 (All versions), Desigo CC family V8 (All versions), Desigo CC family V9 (All versions), Desigo CC Flex Client V6 (All versions), Desigo CC Flex Client V7 (All versions), Desigo CC Installed Client V6 (All versions), Desigo CC Installed Client V7 (All versions). Die betroffene Anwendung ist aufgrund unzureichender Eingabevalidierung bei der Verarbeitung von Skripten, die in benutzerdefinierte Grafikdokumente eingebettet sind, anfällig für Client Code Execution (CCE). Insbesondere dann, wenn das Skript innerhalb eines Grafikdokuments von einem Angreifer so erstellt oder verändert wird, dass es bösartige Befehle enthält. Wenn ein Benutzer ein kompromittiertes Grafikdokument öffnet, wird das eingebettete Skript in der Client-Anwendungsinstanz ausgeführt, wodurch ein Angreifer beliebige Dateien in das Betriebssystem des Clients schreiben kann. Eine erfolgreiche Ausnutzung erfordert, dass ein Angreifer ein bösartiges Grafikdokument erstellt und einen Benutzer mit ausreichenden Berechtigungen dazu verleitet, es anzuzeigen. Dies könnte zur Kompromittierung des Client-Betriebssystems und zu einer möglichen lateralen Bewegung innerhalb der Organisation führen.

Eine Speichersicherheitslücke besteht in der Bibliothek zur Verarbeitung des Extended Passport Protocol (EPP). Unter bestimmten Bedingungen könnte ein nicht authentifizierter Angreifer eine präparierte Netzwerkanfrage mit einem fehlerhaften EPP-Header ausnutzen, was möglicherweise zu undefiniertem Verhalten und einem abnormalen Programmabbruch führt. Eine erfolgreiche Ausnutzung kann sich in hohem Maße auf die Vertraulichkeit, Integrität und Verfügbarkeit der Anwendung auswirken.

Adobe Commerce ist von einer Schwachstelle durch unsachgemäße Neutralisierung von Sonderelementen, die in einer Template-Engine verwendet werden, betroffen, die zur Ausführung von beliebigem Code im Kontext des aktuellen Benutzers führen könnte. Ein Angreifer könnte diese Schwachstelle ausnutzen, um beliebigen Code auszuführen. Die Ausnutzung dieses Problems erfordert keine Benutzerinteraktion. Scope ist geändert.

Dell SCG 5.0 Appliance-Versionen vor 5.36.00.16 und Dell SCG 5.0 Application-Versionen vor 5.36.00.00 enthalten eine Schwachstelle durch Ausführung mit unnötigen Berechtigungen. Ein nicht authentifizierter Angreifer mit lokalem Zugriff könnte diese Schwachstelle potenziell ausnutzen, was zu einer Umgehung des Schutzmechanismus führen kann. Diese Schwachstelle wird als kritisch eingestuft, da ein Operator mit geringen Berechtigungen und SSH-Zugriff auf den SCG-Host ohne Passwort Root-Zugriff auf den Host erlangen kann, indem er den offengelegten Docker-Socket nutzt. Zusätzlich kann ein Angreifer, der einen innerhalb des Orchestrator-Containers ausgeführten Dienst kompromittiert, auf denselben Socket zugreifen und die Container-Grenze überwinden, um Kontrolle auf Host-Ebene zu erlangen. Dell empfiehlt Kunden, so bald wie möglich ein Upgrade durchzuführen.

Dell SCG 5.0 Appliance-Versionen vor 5.36.00.16 und Dell SCG 5.0 Application-Versionen vor 5.36.00.00 enthalten eine Schwachstelle durch fehlende Autorisierung. Ein nicht authentifizierter Angreifer mit Remotezugriff könnte diese Schwachstelle potenziell ausnutzen, was zu einer Remote-Ausführung führen kann. Diese Schwachstelle wird als kritisch eingestuft, da sie einem Angreifer ermöglicht, Befehle remote auf einem Zielsystem auszuführen, indem er eine speziell gestaltete Anfrage an die Anwendung sendet und dabei die vorgesehenen Einschränkungen für die Codeausführung umgeht. Dell empfiehlt Kunden, bei nächster Gelegenheit ein Upgrade durchzuführen.

Wiederholte Übertragungen der ACK-Paket-ID in OpenVPN bis einschließlich 2.6.22 und 2.7.6 ermöglichen es nicht authentifizierten Angreifern aus der Ferne, durch speziell präparierte Eingaben, die einen Timeout-Integerüberlauf auslösen, einen Denial-of-Service zu verursachen.

Ein Problem bei der Argumentverarbeitung in OpenVPN 2.1_rc10 bis 2.6.22 und 2.7_alpha1 bis 2.7.6 unter Windows ermöglicht es entfernten authentifizierten Benutzern, über einen speziell präparierten Zertifikatsnamen beliebige Befehle auszuführen.

OpenVPN Version 2.5.0 bis 2.6.22 und 2.7_alpha1 bis 2.7.6 unter Windows ermöglicht lokal authentifizierten Benutzern, während der Netzwerkkonfigurationsschritte einen Binary-Planting-Angriff durchzuführen.

OpenVPN 2.0.0 bis 2.6.22 und 2.7_alpha1 bis 2.7.6 unter Windows ermöglicht es lokalen authentifizierten Benutzern, über eine NULL-DACL bei benannten IPC-Objekten einen Denial-of-Service-Angriff zu verursachen.

OpenVPN 2.5.0 bis 2.7.6 unter Windows ermöglicht Angreifern bei Verwendung des tap-windows6-Treibers, durch präparierte DOMAIN-SEARCH-Einträge einen Out-of-Bounds-Schreibzugriff auszulösen.

Der Windows Interactive Service in OpenVPN 2.7_alpha1 bis 2.7.6 ermöglicht lokal authentifizierten Benutzern, die Beschränkung auf das vertrauenswürdige Konfigurationsverzeichnis zu umgehen und über speziell präparierte Pfade beliebige Konfigurationsdateien zu laden.

N-central ist anfällig für eine pre-auth remote code execution Dieses Problem betrifft N-central: vor 2026.3.1.14.

Eine Schwachstelle im N-central internal API access control filter ermöglicht unbefugten Zugriff auf interne APIs. Dies ist in N-central 2026.3 HF3 und 2026.4 behoben.

RouterOS enthält einen Fehler bei der Argumentverarbeitung im SSH-Login-Pfad im Zusammenhang mit Benutzernamen, die mit einem unzulässigen Zeichen beginnen, wodurch die vertrauenswürdige RouterOS-Policy-Maske geändert werden kann, was zu einer Privilegieneskalation führt. Für die Ausnutzung ist eine nicht authentifizierte SSH-Sitzung erforderlich, um den RouterOS login helper zu erreichen. Dieses Problem wurde in den Versionen behoben: 6.49.21 (Long-term), 7.23.4 (Long-term) und 7.24.2 (Stable)

RouterOS akzeptiert eine „related“-btest-Verbindung, bevor die entsprechende primäre Sitzung die Authentifizierung abgeschlossen hat. Ein nicht authentifizierter Client kann diesen Zustand nutzen, um einen IPv4-UDP-Test zu starten. Mit „random-data=false“ überträgt der Sender einen nicht initialisierten Restbereich aus einem Kernel-Paketpuffer. Ein separates, nicht überprüftes, invertiertes Paketgrößenintervall verursacht einen Unterlauf einer vorzeichenlosen Ganzzahl, anomal große fragmentierte Ausgabe und kann den RouterOS-Kernel neu starten. Dieses Problem wurde in den folgenden Versionen behoben: 6.49.21 (Long-term), 7.23.4 (Long-term) und 7.24.2 (Stable)

RouterOS vergleicht nicht den vollständigen öffentlichen RSA-Schlüssel, wenn eine SSH-Authentifizierungsanfrage einem autorisierten Benutzerschlüssel zugeordnet wird, sondern prüft Schlüsseltyp und Modulus, lässt jedoch den Exponenten aus. Da die Signaturprüfung den vom Client bereitgestellten Schlüssel verwendet, kann ein Angreifer, der einen autorisierten RSA-Modulus kennt, einen Schlüssel mit Exponent eins bereitstellen, eine gültige Signatur fälschen und einen SSH-Befehlskanal als Zielbenutzer ohne den privaten Schlüssel öffnen. Dieses Problem wurde in den Versionen behoben: 6.49.21 (Long-term), 7.23.4 (Long-term) und 7.24.2 (Stable)