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 ApostropheCMS fehlt an Benachrichtigungsendpunkten eine ausreichende Zugriffskontrolle. Ein nicht authentifizierter Angreifer mit Kenntnis einer Benachrichtigungs-ID kann dadurch fremde Benachrichtigungen verändern oder dauerhaft löschen.
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.
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.