Vom Repo zum Alert. Ohne dass du suchen musst.

Du verbindest GitHub per OAuth und wählst die Repos aus, die wir beobachten sollen. Wir bekommen nur Lesezugriff auf Inhalte und Metadaten dieser Repos. Kein Schreibzugriff, keine Issues, keine Pull Requests. Nach zwei Minuten bist du fertig.

Wir lesen Dockerfiles, Lockfiles, CI- und Infra-Configs und bauen daraus deine Stack-Map: Runtimes, Frameworks, Pakete, Server, Provider. Zu jedem Eintrag gehören die erkannte Version, eine Konfidenz und der Beleg, also die Datei und Zeile, aus der wir die Information haben.

• Runtime-Versionen wie PHP, Node.js oder Python, nicht nur Pakete
• Webserver, Base-Images und Provider aus Infra- und CI-Configs
• Jeder Eintrag mit Beleg, damit du nachvollziehen kannst, woher er kommt

Vendor-Feeds und Advisory-Datenbanken prüfen wir im Minutentakt. Dazu kommen Security-Research und Social Signals, denn dort tauchen Lücken oft Stunden vor der CVE auf. Eine KI klassifiziert jedes Signal: Welche Komponente, welche Versionen, wie kritisch, gibt es einen aktiven Exploit, ist das bestätigt oder ein Gerücht?

Social Signals sind Hinweise, keine Fakten. Ein Alert gilt erst als bestätigt, wenn eine Primärquelle ihn stützt. Gerüchte markieren wir als solche.

Wir gleichen jedes Signal mit deiner Stack-Map ab. Nur wenn deine Version und dein Einsatz betroffen sind, bekommst du einen Alert in Slack, Teams, per Mail oder SMS. Mit dem, was du jetzt brauchst: welche Systeme betroffen sind, wo die Version definiert ist und wie der Fix für deine Konfiguration aussieht.

• Nur High und Critical mit echtem Versions-Treffer lösen einen Alert aus
• Alles andere kommt gesammelt im Wochen-Digest
• Nach dem Patch prüfen wir automatisch nach