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.
In betroffenen Versionen des MCP TypeScript Client SDK folgten HTTP-Transports und OAuth-Anfragen Cross-Origin-Weiterleitungen. Dabei konnten sensible Header und Anfrage-Bodys an fremde Ursprünge übertragen werden.
In ApostropheCMS wird viewRole nicht auf die Öffentlichkeit angewendet. Dadurch können Benutzerobjekte über Beziehungsfelder offengelegt werden, falls Vorlagen Daten unzureichend filtern.
Eine Autorisierungsumgehung in der Seiten-REST-API von ApostropheCMS ermöglicht es nicht authentifizierten Besuchern und Mitarbeitern mit geringen Rechten, geschützte Seiteninhalte und Metadaten auszulesen.
In ApostropheCMS import-export ermöglicht eine unzureichende Prüfung von Tar-Dateipfaden authentifizierten Benutzern, den Node-Prozess über ein manipuliertes Archiv zum Absturz zu bringen.
Eine clientseitige Prototype-Pollution-Schwachstelle in ApostropheCMS ermöglicht es Angreifern, beliebigen JavaScript-Code in der Sitzung authentifizierter Benutzer auszuführen, wenn das Opfer einen manipulierten Link aufruft. Dies kann zur Kompromittierung des Kontos und der CMS-Instanz führen.
Da ApostropheCMS die Anzahl der Versuche am Endpunkt zur Passwortänderung nicht begrenzt, können Angreifer mit einer gültigen Sitzung das aktuelle Passwort ohne Sperren oder Verzögerungen erraten und das Konto übernehmen.
In ApostropheCMS vor Version 4.33.0 erlaubt die API exist-in-locale authentifizierten Benutzern mit geringen Rechten, die Existenz geschützter Dokumente und unveröffentlichter Entwürfe in bestimmten Locales festzustellen und Dokumenten-IDs abzufragen.
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.
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.