Was überwacht Threatly?

Sie tragen Anbieter und Tools ein (z. B. Cloud, Datenbanken, Payment-APIs). Wir beobachten öffentliche CVE-Feeds, Security-Advisories und RSS und melden relevante Risiken.

Worin unterscheidet sich Threatly von einem Vulnerability-Scanner?

Threatly scannt Ihre Infrastruktur nicht. Es wertet externe Quellen für Ihre Abhängigkeiten aus und sendet ein kompaktes Briefing, wenn Handeln sinnvoll sein kann.

Wie oft erhalte ich E-Mails?

Maximal eine Meldung pro Anbieter in 24 Stunden—nur bei als echtes Sicherheitssignal eingestuften Ereignissen, nicht bei Marketing oder Allgemeinnews.

Welche Sprachen gibt es?

Website und Alert-E-Mails auf Deutsch, Englisch, Französisch, Italienisch und Spanisch.

Nur E-Mail — Sicherheitswarnungen für Ihren Stack. Keine Dashboards.

Sicherheitsüberwachung

Threatly sendet Ihnen E-Mails nur, wenn eines Ihrer Tools ein echtes Sicherheitsrisiko hat.

Keine Dashboards. Kein Lärm. Wenn Sie eine E-Mail erhalten, müssen Sie handeln.

Überwachung Ihres Stacks starten

Sie erhalten einen numerischen Einmalcode per E-Mail. Damit öffnen Sie das Dashboard — ohne Passwort.

Warum Threatly

Nur E-Mail

Keine Dashboards. Wenn es wichtig ist, landet es in Ihrem Postfach.

Ihre Anbieter

Überwachen Sie die Tools, die Sie wirklich nutzen — Stripe, AWS, PostgreSQL und mehr.

Kein Lärm

Wir filtern Roundups und irrelevante Meldungen, bevor etwas bei Ihnen ankommt.

Wochenreport

Sehen Sie wöchentlich, was wir analysiert und wie viel Lärm wir entfernt haben.

Sicherheitsüberwachung

Wie es funktioniert

Für kleine/mittlere SaaS-Unternehmen ohne dedizierte Sicherheitsteams.

Fügen Sie Ihre Tools/Anbieter hinzu (z.B. "Stripe", "AWS", "PostgreSQL")

Wir überwachen CVE-Feeds, Sicherheitshinweise und RSS-Feeds

Sie erhalten eine E-Mail NUR, wenn ein echtes Sicherheitsproblem gefunden wird

Max. 1 E-Mail pro Anbieter alle 24 Stunden

Sicherheitsüberwachung

Beispiel-Sicherheitswarnung

So sieht eine echte Meldung in Ihrem Postfach aus, wenn ein Risiko für einen überwachten Anbieter vorliegt.

THREATLY

HOCH

Sicherheitshinweis — SQL-Injection in PostgreSQL

TL;DR

Eine kritische Schwachstelle betrifft PostgreSQL 15.x und 16.x. Aktualisieren Sie, wenn Sie diese Versionen produktiv einsetzen.

Schweregrad: Hoch. Patches des Herstellers sind verfügbar.

Exploit-Status in der Quelle nicht bestätigt — prüfen und im Wartungsfenster patchen.

Betroffene Produkte

• PostgreSQL

Versionen (laut Quelle): 15.4, 15.5, 16.1

Risikoübersicht

Risiko

HOCH

Patch verfügbar

Exploit bekannt

Unbekannt

Exponierung

Internet-exponiert oder interne DB

Was tun

• Erfassen, wo PostgreSQL in Ihrem Unternehmen läuft.

• Installierte Versionen mit dem Herstellerhinweis abgleichen.

• Hersteller-Patch auf prioritären Systemen einplanen und ausrollen.

Quelle

Publikation

PostgreSQL Global Development Group

Artikel

https://www.postgresql.org/support/security/

Threatly — präzise Sicherheitssignale. Weniger Rauschen.

THREATLY

HOCH

Sicherheitshinweis — Offenlegung eingeschränkter API-Schlüssel im Stripe-Dashboard

TL;DR

Eine Fehlkonfiguration kann Live-API-Schlüssel in bestimmten Dashboard-Workflows offenlegen.

Schweregrad: Hoch, wenn Live-Zahlungsschlüssel mit erweiterten Rechten betroffen sind.

Restricted Keys rotieren und Dashboard-Zugriff prüfen, wenn Sie Zahlungen mit Stripe verarbeiten.

Betroffene Produkte

• Stripe API / Dashboard

Versionen (laut Quelle): Restricted Keys, Live-Modus

Risikoübersicht

Risiko

HOCH

Patch verfügbar

Exploit bekannt

Unbekannt

Exponierung

Zahlungsverarbeitung

Was tun

• Erfassen, wo Stripe in Ihrem Unternehmen läuft.

• Installierte Versionen mit dem Herstellerhinweis abgleichen.

• Hersteller-Patch auf prioritären Systemen einplanen und ausrollen.

Quelle

Publikation

Stripe Security

Artikel

https://stripe.com/docs/security

Threatly — präzise Sicherheitssignale. Weniger Rauschen.

THREATLY

MITTEL

Security Bulletin — öffentlich zugängliche S3-Buckets

TL;DR

Buckets können durch ACL- oder Policy-Änderungen unbeabsichtigt aus dem Internet erreichbar sein.

Schweregrad: Mittel. Das Risiko hängt vom Bucket-Inhalt ab.

Bucket-Policies und Block Public Access in allen Accounts prüfen.

Betroffene Produkte

• Amazon S3

Versionen (laut Quelle): Alle Regionen, Account-Einstellungen

Risikoübersicht

Risiko

MITTEL

Patch verfügbar

Exploit bekannt

Unbekannt

Exponierung

Cloud-Speicher mit öffentlichen Endpunkten

Was tun

• Erfassen, wo AWS in Ihrem Unternehmen läuft.

• Installierte Versionen mit dem Herstellerhinweis abgleichen.

• Hersteller-Patch auf prioritären Systemen einplanen und ausrollen.

Quelle

Publikation

AWS Security Bulletin

Artikel

https://aws.amazon.com/security/security-bulletins/

Threatly — präzise Sicherheitssignale. Weniger Rauschen.

THREATLY

HOCH

CVE — Container-Escape in der runc-Runtime

TL;DR

Ein Fehler in der Container-Runtime kann einen Ausbruch aus isolierten Workloads ermöglichen.

Schweregrad: Hoch auf Hosts mit nicht vertrauenswürdigen Images.

runc und Docker Engine auf Knoten mit Produktions-Containern aktualisieren.

Betroffene Produkte

• Docker Engine / runc

Versionen (laut Quelle): Engine 24.x, runc ≤ 1.1.x

Risikoübersicht

Risiko

HOCH

Patch verfügbar

Exploit bekannt

Unbekannt

Exponierung

Container-Hosts und CI-Runner

Was tun

• Erfassen, wo Docker in Ihrem Unternehmen läuft.

• Installierte Versionen mit dem Herstellerhinweis abgleichen.

• Hersteller-Patch auf prioritären Systemen einplanen und ausrollen.

Quelle

Publikation

Docker Security

Artikel

https://docs.docker.com/security/

Threatly — präzise Sicherheitssignale. Weniger Rauschen.

THREATLY

MITTEL

Sicherheitshinweis — Authentifizierungs-Umgehung bei Cloudflare Access

TL;DR

Ein Policy-Sonderfall kann Zugriff ohne abgeschlossene Identitätsprüfung ermöglichen.

Schweregrad: Mittel für Teams, die Access vor internen Apps nutzen.

Access-Policies prüfen und den Hersteller-Fix im Zero-Trust-Setup anwenden.

Betroffene Produkte

• Cloudflare Access

Versionen (laut Quelle): Access-Policies, Zero-Trust-Dashboard

Risikoübersicht

Risiko

MITTEL

Patch verfügbar

Exploit bekannt

Unbekannt

Exponierung

Interne Apps hinter Access

Was tun

• Erfassen, wo Cloudflare in Ihrem Unternehmen läuft.

• Installierte Versionen mit dem Herstellerhinweis abgleichen.

• Hersteller-Patch auf prioritären Systemen einplanen und ausrollen.

Quelle

Publikation

Cloudflare Security

Artikel

https://www.cloudflare.com/trust-hub/security/

Threatly — präzise Sicherheitssignale. Weniger Rauschen.

Häufige Fragen

Was überwacht Threatly?: Sie tragen Anbieter und Tools ein (z. B. Cloud, Datenbanken, Payment-APIs). Wir beobachten öffentliche CVE-Feeds, Security-Advisories und RSS und melden relevante Risiken.
Worin unterscheidet sich Threatly von einem Vulnerability-Scanner?: Threatly scannt Ihre Infrastruktur nicht. Es wertet externe Quellen für Ihre Abhängigkeiten aus und sendet ein kompaktes Briefing, wenn Handeln sinnvoll sein kann.
Wie oft erhalte ich E-Mails?: Maximal eine Meldung pro Anbieter in 24 Stunden—nur bei als echtes Sicherheitssignal eingestuften Ereignissen, nicht bei Marketing oder Allgemeinnews.
Welche Sprachen gibt es?: Website und Alert-E-Mails auf Deutsch, Englisch, Französisch, Italienisch und Spanisch.