Security

Ein Fehler in Caddys forward_auth-Funktion ermöglicht es Angreifern, Identitäts-Header zu manipulieren und dadurch höhere Berechtigungen zu erlangen, wenn der Authentifizierungsdienst bestimmte Header nicht zurückgibt.

Caddy's Remote-Admin-Zugriffskontrolle prüft Pfadberechtigungen mit einfachem Präfix-Matching, wodurch Clients mit Berechtigung für '/pki/ca/prod' auch auf ähnliche Pfade wie '/pki/ca/prod-backup' zugreifen können und somit Autorisierungsrichtlinien umgehen.

Ein Autorisierungsfehler in Caddy's Admin-API ermöglicht es Clients, auf andere Array-Elemente zuzugreifen als erlaubt, da die Autorisierung String-Präfix-Matching verwendet, während die Pfad-Traversierung numerische Array-Indizes parst.

Eine Sicherheitslücke im Caddy-Webserver ermöglicht es Angreifern, über manipulierte HTTP-Header Umgebungsvariablen und Dateien vom Server auszulesen, wodurch Geheimnisse wie API-Schlüssel oder Passwörter preisgegeben werden können.

Ein Fehler in Caddys FastCGI-Komponente führt dazu, dass Dateien ohne .php-Endung fälschlicherweise als PHP-Skripte behandelt werden, wenn der Pfad bestimmte Unicode-Zeichen enthält, was bei hochgeladenen Dateien zu Codeausführung führen kann.

Traefik-Proxy hat eine Schwachstelle bei der Pfad-basierten Weiterleitung von Anfragen. Angreifer können durch URLs mit '/../' Sicherheitsmiddleware umgehen und auf unberechtigte Backend-Services zugreifen.

Eine Sicherheitslücke in der oauth2/jws-Bibliothek von Traefik Version 2.11.22 wurde entdeckt, die ein hohes Sicherheitsrisiko darstellt.

Eine Schwachstelle in der Go-Programmiersprache ermöglicht HTTP-Request-Smuggling durch fehlerhafte Verarbeitung von Chunk-Daten, was Angreifer nutzen können, um Anfragen zu manipulieren und Sicherheitskontrollen in Traefik-Proxys zu umgehen.

Traefik-Proxy hat eine Schwachstelle bei der Pfad-basierten Weiterleitung, die es Angreifern ermöglicht, durch URL-kodierte Pfad-Traversierung auf geschützte Backend-Services zuzugreifen und dabei Sicherheits-Middleware zu umgehen.

Eine Sicherheitslücke in Traefiks WASM-Plugin-Installation ermöglicht es Angreifern, durch manipulierte ZIP-Archive beliebige Dateien auf dem System zu überschreiben und möglicherweise Code auszuführen.

Traefik, ein Web-Proxy, hat eine Schwachstelle bei der Pfad-Verarbeitung, die es Angreifern ermöglicht, Sicherheitsmiddleware zu umgehen, indem sie URL-kodierte Zeichen in Anfragepfaden verwenden und so auf geschützte Bereiche zugreifen können.

Traefik's NGINX-Provider kehrt die Bedeutung einer Sicherheitseinstellung um, wodurch TLS-Zertifikatsprüfungen deaktiviert werden, wenn Administratoren glauben, sie seien aktiviert, was Man-in-the-Middle-Angriffe auf HTTPS-Verbindungen ermöglicht.

Traefik-Webserver hat eine Schwachstelle in der automatischen TLS-Zertifikatsgenerierung, bei der Angreifer durch unvollständige Verbindungen Systemressourcen dauerhaft blockieren und einen Denial-of-Service-Angriff verursachen können.

Eine Schwachstelle in der Traefik-Software betrifft die Verwaltung von HTTP/3-Verbindungen und wird als schwerwiegend eingestuft, wobei keine Umgehungslösungen verfügbar sind.

Eine Schwachstelle in Traefik ermöglicht es Angreifern, durch das Senden einer speziellen Postgres-Anfrage und anschließendes Blockieren Verbindungen dauerhaft offen zu halten, was zu einem Denial-of-Service-Angriff führt.

Traefik-Proxy hat eine Schwachstelle bei der Verarbeitung von HTTP-Headern, wodurch Angreifer wichtige Identitäts-Header wie X-Real-IP durch geschickte Groß-/Kleinschreibung entfernen können, was zu Authentifizierungs- und Autorisierungsumgehungen in nachgelagerten Diensten führen kann.

Ein Fehler in Traefik ermöglicht es Angreifern, TCP-Verbindungen dauerhaft offen zu halten, indem sie unvollständige TLS-Daten senden und dann stoppen, wodurch Systemressourcen erschöpft und die Verfügbarkeit aller Dienste beeinträchtigt werden kann.

Traefik-Proxy liest Antworten von Authentifizierungsservern ohne Größenbeschränkung in den Arbeitsspeicher, wodurch ein bösartiger Server durch große Antworten einen Speicherüberlauf verursachen und den Dienst zum Absturz bringen kann.

Eine Schwachstelle in Traefiks Kubernetes Gateway Provider ermöglicht es Angreifern mit Schreibzugriff auf HTTPRoute-Ressourcen, durch unvalidierte Header- oder Query-Parameter-Werte schädliche Regeln einzuschleusen und Traffic von anderen Hostnamen auf ihre eigenen Server umzuleiten.

Eine Sicherheitslücke in Traefik, einem Web-Proxy und Load Balancer, ermöglicht es Angreifern, das System zu kompromittieren oder den Dienst zu stören.

Traefik's BasicAuth-Middleware hat eine Timing-Schwachstelle, die es Angreifern ermöglicht, gültige Benutzernamen zu ermitteln, da die Antwortzeiten bei existierenden und nicht-existierenden Nutzern stark unterschiedlich sind.

Traefik hat eine Schwachstelle bei der TLS-Verarbeitung, bei der fragmentierte ClientHello-Pakete die SNI-Erkennung umgehen können, wodurch Angreifer die Mutual-TLS-Authentifizierung überspringen und auf geschützte Dienste zugreifen können.

Traefik's Kubernetes-Provider haben eine Schwachstelle, bei der Angreifer durch spezielle Zeichen in Hostnamen oder Headern die Routing-Regeln manipulieren können, um unbefugten Zugriff auf andere Services in Multi-Tenant-Umgebungen zu erlangen.

Ein Fehler in Traefiks Authentifizierungs-Middleware ermöglicht es angemeldeten Angreifern, sich als andere Benutzer auszugeben, wenn Header-Namen nicht in kanonischer Form konfiguriert sind. Backend-Systeme erhalten sowohl den manipulierten als auch den echten Header und lesen meist den gefälschten

Traefik-Proxy-Software hat eine Sicherheitslücke durch eine fehlerhafte gRPC-Go-Bibliothek, bei der Angreifer Autorisierungsregeln umgehen können, indem sie HTTP/2-Anfragen mit falsch formatierten Pfaden ohne führenden Schrägstrich senden.

Eine Schwachstelle in Traefiks StripPrefixRegex-Middleware ermöglicht es Angreifern, Authentifizierung zu umgehen, indem sie URL-kodierte Punkte in Pfaden verwenden, wodurch geschützte Inhalte ohne Anmeldedaten zugänglich werden.

Eine Schwachstelle in Traefiks ForwardAuth-Middleware ermöglicht es Angreifern, Authentifizierungskontrollen zu umgehen, indem sie den X-Forwarded-Prefix-Header manipulieren, wenn Traefik hinter einem vertrauenswürdigen Proxy läuft.

Traefik's Authentifizierungs-Middleware hat eine Schwachstelle, bei der Angreifer die Authentifizierung umgehen können, indem sie gefälschte Header mit Unterstrichen statt Bindestrichen verwenden, da nur Standard-Header-Namen bereinigt werden.

Traefik's BasicAuth-Middleware hat eine Timing-Schwachstelle, die es Angreifern ermöglicht, gültige Benutzernamen durch Messung der Antwortzeiten zu ermitteln, da ein fehlerhafter Code dazu führt, dass die Authentifizierung bei nicht existierenden Nutzern viel schneller fehlschlägt.

Traefik's Fehlerseiten-Middleware leitet versehentlich sensible Authentifizierungsdaten wie Authorization-Header und Cookies an separate Fehlerseiten-Services weiter, obwohl diese nur für den ursprünglichen Backend-Service bestimmt waren.

Traefik's Kubernetes-Provider umgeht fälschlicherweise Namespace-Isolation wenn Chain-Middleware verwendet wird, wodurch Angreifer mit CRD-Berechtigung in einem Namespace auf Middleware-Objekte aus anderen Namespaces zugreifen können.

Eine Schwachstelle in Traefiks Kubernetes Gateway API Provider ermöglicht es Nutzern mit HTTPRoute-Berechtigungen, unerlaubt auf die REST-Konfigurationsschnittstelle zuzugreifen und dadurch die Traefik-Konfiguration zu manipulieren, obwohl dies durch Sicherheitseinstellungen verhindert werden sollte

Eine Schwachstelle in Traefiks HTTP/3-Implementierung ermöglicht es Angreifern, die Authentifizierung mit Client-Zertifikaten zu umgehen, wenn Wildcard-Hostnamen oder unterschiedliche Groß-/Kleinschreibung verwendet werden, wodurch geschützte Backends ohne erforderliche Zertifikate erreicht werden k

Eine Sicherheitslücke in Traefik ermöglicht es Angreifern, die Authentifizierung mit Client-Zertifikaten zu umgehen, wenn Wildcard-Router mit strengeren TLS-Einstellungen konfiguriert sind, indem sie eine andere permissive SNI-Verbindung nutzen.

Eine Schwachstelle in Traefiks StripPrefix-Middleware ermöglicht es Angreifern, Authentifizierung zu umgehen, indem sie Pfade mit '..' verwenden, die nach dem Entfernen des Präfixes zu geschützten Backend-Pfaden normalisiert werden.

Eine kritische Sicherheitslücke in Grafana ermöglicht es Angreifern, ohne Authentifizierung auf Dashboard-Snapshots zuzugreifen und diese zu löschen, indem sie spezielle URL-Pfade verwenden.

Eine Schwachstelle in Grafana ermöglicht es Angreifern, schädlichen JavaScript-Code über speziell präparierte URLs auszuführen, wenn Nutzer nicht angemeldet sind und bestimmte Seiten besuchen.

Eine Schwachstelle in Grafana ermöglichte es Administratoren einer Organisation, Benutzerrollen in anderen Organisationen zu verwalten, obwohl sie dort keine Berechtigung hatten. Dies betraf nur Installationen mit aktivierter Beta-Funktion für detaillierte Zugriffskontrolle.

Grafana-Versionen 8.0.0-beta1 bis 8.3.0 enthalten eine Pfad-Traversal-Schwachstelle, die es Angreifern ermöglicht, über bestimmte Plugin-URLs auf lokale Dateien des Servers zuzugreifen.

Grafana-Anwendungen zwischen Version 5.0.0 und 8.3.1 enthalten eine Sicherheitslücke, die es angemeldeten Benutzern ermöglicht, bestimmte Markdown-Dateien über Pfad-Traversierung zu lesen.

Grafana enthält eine Sicherheitslücke, die es angemeldeten Benutzern ermöglicht, beliebige CSV-Dateien über Directory Traversal zu lesen, aber nur wenn die TestData DB-Datenquelle aktiviert ist.

Ein Fehler in Grafana ermöglicht es API-Token-Inhabern, auf Daten zuzugreifen, für die sie keine Berechtigung haben sollten, indem die OAuth-Identität des zuletzt angemeldeten Benutzers weitergeleitet wird.

Grafana-Versionen bis 8.3.4 enthalten eine Cross-Site-Scripting-Schwachstelle, bei der Angreifer über kompromittierte Datenquellen oder Plugins schädlichen HTML-Code einschleusen können. Authentifizierte Nutzer könnten durch speziell präparierte Links dazu gebracht werden, bösartigen Code auszuführe

Grafana-Dashboards sind anfällig für Cross-Site Request Forgery-Angriffe, bei denen Angreifer authentifizierte Benutzer dazu bringen können, ihnen hohe Berechtigungen zu gewähren. Alle Versionen ab 3.0-beta1 sind betroffen und ermöglichen Rechteerweiterung durch Täuschung von Administratoren.

Grafana-Versionen ab 5.0.0-beta1 haben eine Schwachstelle in der Teams-API, die es angemeldeten Angreifern ermöglicht, auf Teamdaten zuzugreifen, für die sie keine Berechtigung haben.

Eine Schwachstelle in Grafana Enterprise ermöglicht es Angreifern, höhere Berechtigungen zu erlangen, wenn die Beta-Funktion für feinkörnige Zugriffskontrolle aktiviert ist und mehrere API-Schlüssel mit unterschiedlichen Rollen verwendet werden.

Grafana Enterprise hat eine Schwachstelle, die es Angreifern ermöglicht, Netzwerkbeschränkungen für Datenquellen zu umgehen, indem sie HTTP-Weiterleitungen verwenden, um auf eigentlich gesperrte Server zuzugreifen.

Grafana-Versionen ab 8.0 enthalten eine gespeicherte Cross-Site-Scripting-Schwachstelle in der Unified Alerting-Funktion. Angreifer können damit ihre Berechtigungen von Editor auf Admin erweitern, indem sie authentifizierte Administratoren dazu bringen, auf einen präparierten Link zu klicken.

Eine Schwachstelle in Grafanas OAuth-Authentifizierung ermöglicht es böswilligen Benutzern, bestehende Benutzerkonten zu übernehmen. Alle Grafana-Versionen ab 5.3 sind betroffen und sollten sofort aktualisiert werden.

Eine Schwachstelle in Grafana ermöglicht es Angreifern, die Signaturprüfung von Plugins zu umgehen und schädliche Plugins zu installieren, obwohl unsignierte Plugins eigentlich blockiert werden sollten.