Kostenloser Plan, keine Kreditkarte, erster Fehler in Minuten.
Kostenloses Projekt anlegenErfahren Sie, welche Schwachstellen Ihre Technologien betreffen und wie Sie diese beheben. Hier finden Sie verständliche Erklärungen, betroffene Versionen und konkrete Empfehlungen - von CMS und Plugins bis zu Anwendungsbibliotheken.
Eine Umgehung von Namespace-Präfixen in sanitize-html ermöglicht SVG-SMIL-Animationselementen das Umgehen von URL-Prüfungen, was zu Cross-Site-Scripting führen kann, wenn SVG-Elemente zugelassen sind.
In ApostropheCMS uploadfs mit Azure-Backend und aktivierter SAS-Option wird ein Container-Level-SAS-Token versehentlich in öffentliche Anhangs-URLs eingefügt. Dies ermöglicht nicht autorisierten Benutzern das Lesen, Überschreiben, Löschen und Auflisten aller Blobs im Container.
In @apostrophecms/ai-helper kann ein authentifizierter Editor über einen manipulierten Host-Header den Zielursprung serverseitiger Bildabrufe manipulieren und SSRF-Anfragen an interne Hosts und Ports auslösen.
Eine NoSQL-Injection in ApostropheCMS import-export ermöglicht authentifizierten Benutzern, unbefugt Dokumente über manipulierte Aktualisierungsschlüsselwerte abzugleichen und zu überschreiben.
Eine fehlende Autorisierungsprüfung in ApostropheCMS ermöglicht es nicht authentifizierten Anfragern mit bekannter Dokumenten-ID, die Existenz von Dokumenten und deren Lokalisierungsmetadaten abzufragen.
Nicht authentifizierte CSV-Importanfragen in ApostropheCMS belassen abgelehnte Upload-Dateien im temporären Verzeichnis des Systems. Angreifer können dies ausnutzen, indem sie wiederholt große Dateien senden, wodurch der Speicherplatz erschöpft und ein Denial-of-Service ausgelöst werden kann.
In ApostropheCMS-Paketen werden CAPTCHA-Antwort-Tokens ungeprüft und unkodiert in ausgehende Verifizierungsanfragen eingefügt. Dies ermöglicht das Einschleusen von Abfrageparametern, was zu Denial-of-Service-Zuständen bei Formular- und Login-Abläufen führen kann.
Nicht authentifizierte Angreifer können über Formulare in ApostropheCMS unbegrenzte Datenmengen auf die Festplatte übertragen, was zur Erschöpfung des Speicherplatzes und zu Denial-of-Service führen kann.
In ApostropheCMS können authentifizierte Benutzer über manipulierte Projektionsschlüssel in SQLite- und PostgreSQL-Adaptern Methoden im Prototyp löschen, was zu einem anhaltenden prozessweiten Denial of Service führt.
ApostropheCMS überträgt Sitzungsmigrationstoken in URL-Parametern. Dritte, die dieses Token abfangen, können die Sitzung des Zielbenutzers samt aller Berechtigungen vollständig übernehmen.
In sanitize-html vor Version 2.18.0 führt ein implizites Schließen innerhalb von Elementen wie <noscript> dazu, dass der Verwerfungsbereich vorzeitig endet und unerwünschte Inhalte als HTML gerendert werden.
Eine Denial-of-Service-Schwachstelle im Angular Router betrifft Server-Side Rendering (SSR) unter Node.js. Nicht authentifizierte Angreifer können speziell gestaltete URLs mit leeren Outlet-Pfaden senden, um Speicher oder CPU-Ressourcen zu erschöpfen und Worker-Abstürze herbeizuführen.
In markdown-it kann speziell gestaltetes Markdown bei aktivierter Typografie zu quadratischer Verarbeitungszeit in smartquotes und damit zu Denial-of-Service führen.
In Hono führt eine doppelte Pfaddecodierung dazu, dass für statische Pfade konfigurierte Middleware umgangen werden kann. Nicht authentifizierte Angreifer können so unter Umständen geschützte statische Dateien abrufen.
Eine Open-Redirect-Schwachstelle in Angular Platform-Server ermöglicht es Angreifern, Server-Side-Rendering-Anfragen mit manipulierten Dot-Segmenten zu versehen, um Benutzer auf externe Domains umzuleiten.
In JupyterLab kann die Bestätigung zur Dokumenten-Vertrauenswürdigkeit fälschlicherweise das aktuell aktive statt des angeklickten Dokuments als vertrauenswürdig markieren. Dies ermöglicht die künftige Ausführung von Befehlen ohne Sicherheitsabfrage in einer anderen Datei.
In aiohttp wurde das Keepalive-Timeout zu Beginn einer Anfrage nicht erzwungen. Dadurch können Angreifer ungenutzte Verbindungen vor dem Senden von Daten unbegrenzt offenhalten.
In AIOHTTP wurde das Secure-Attribut für geteilte Cookies nicht durchgesetzt. Dadurch kann ein als sicher gekennzeichnetes Cookie potenziell über eine unverschlüsselte Anfrage übertragen werden.
In aiohttp können manipulierte Anfragen zu übermäßigem oder unbegrenztem Speicherverbrauch und hoher CPU-Auslastung führen, wodurch Angreifer eine Erschöpfung der Systemressourcen herbeiführen können.
Ein Syntaxfehler in der Blocklist von Mercury führt dazu, dass der Endpunkt /api/terminals ungeschützt bleibt. Nicht authentifizierte Angreifer im Netzwerk können dadurch interaktiven Shell-Zugriff auf Betriebssystemebene erlangen.
Eine unvollständige Härtung der Fortran-Präprozessor-Includes in Graphify ermöglicht das Lesen und Exfiltrieren beliebiger lokaler Host-Dateien beim Indizieren eines nicht vertrauenswürdigen Repositories.
Eine Schwachstelle zur nicht authentifizierten Remote-Code-Ausführung in Mercury ermöglicht es Angreifern, über Kernel-Endpunkte beliebigen Python-Code mit Rechten des Serverprozesses auf Standardinstallationen auszuführen.
Die serve-status-Funktion in LoopX nutzt eine zu durchlässige CORS-Richtlinie mit Wildcard-Headern auf unauthentifizierten Loopback-Leseendpunkten. Bösartige Websites können dadurch ohne Benutzerinteraktion den Zustand der Control-Plane sowie private Markdown-Dateien aus registrierten Repositories auslesen.
Ein Ganzzahlüberlauf im IP-Kamera-Frame-Grabber von JavaCV kann bei der Verarbeitung nicht vertrauenswürdiger MJPEG-HTTP-Streams eine Endlosschleife auslösen. Eine manipulierte Header-Antwort führt zu einer dauerhaften CPU-Auslastung von 100 % und blockiert den betroffenen Thread dauerhaft.
Mit der DockRay-Integration und aktivierter Softwareinventarisierung prüft DockRay gemeldete Komponentenversionen auf bekannte Schwachstellen und benachrichtigt Sie über bestätigte Treffer. Die Abdeckung hängt von der unterstützten Technologie und den verfügbaren Meldungen ab.