Wie eine Sicherheitslücke von der Entdeckung über die CVE-Registrierung bis zum fertigen Test im OPENVAS ENTERPRISE FEED durchläuft, und warum Geschwindigkeit dabei über Ihre Sicherheit entscheidet.
Kostenfreie Beratung sichernZwischen dem Entstehen einer Sicherheitslücke im Code und ihrer Behebung im Netzwerk liegt ein Wettlauf gegen die Zeit. Je schneller ein zuverlässiger Test zur Verfügung steht, desto kürzer ist das Zeitfenster, in dem Angreifer eine Schwachstelle ausnutzen können, bevor sie entdeckt und geschlossen wird. Dieser Weg von der stillen Lücke bis zum einsatzbereiten Schwachstellentest im OPENVAS ENTERPRISE FEED läuft für die meisten bekannten Sicherheitslücken nach einem ähnlichen Muster ab.
Der Schwachstellen-Lebenszyklus beschreibt den Weg einer Sicherheitslücke von ihrer unbemerkten Entstehung im Code über die Entdeckung und offizielle Registrierung als CVE (Common Vulnerabilities and Exposures) bis hin zur Bereitstellung eines Schwachstellentests, mit dem sich betroffene Systeme zuverlässig identifizieren lassen.
Für Unternehmen ist dieser zeitliche Ablauf relevant, weil das Risiko einer Ausnutzung nicht erst mit der CVE-Veröffentlichung beginnt und auch nicht mit ihr endet. Ein umfassendes Schwachstellenmanagement muss daher sowohl bereits öffentlich bekannte als auch reservierte, noch unveröffentlichte Schwachstellen berücksichtigen.
Nicht jede Schwachstelle durchläuft exakt dieselben Stationen, aber die meisten bekannten Sicherheitslücken folgen diesem Muster:
| Phase | Was passiert | Rolle von Greenbone |
|---|---|---|
| 1. Schwachstelle vorhanden | Ein Sicherheitsproblem gelangt unbemerkt in ein Softwareprodukt, oft durch einen Programmierfehler oder eine unsichere Standardkonfiguration. | Greenbone empfiehlt sichere Entwicklungsprozesse und wendet dieselben Prinzipien auf die eigenen Produkte an. |
| 2. Schwachstelle entdeckt | Ein Sicherheitsforscher, Angreifer oder automatisiertes Tool findet die Lücke. Sie kann bereits Jahre unentdeckt bestanden haben. | Eigene Funde werden immer verantwortungsvoll an Hersteller oder zuständige Sicherheitsbehörden gemeldet. |
| 3. CVE reserviert | Eine CVE-Nummerierungsstelle vergibt eine reservierte, aber noch unveröffentlichte CVE-Kennung, damit Hinweis und Fix koordiniert vorbereitet werden können. | Greenbone beobachtet relevante Diskussionsforen und beginnt oft schon hier mit der Testentwicklung, ohne auf die Veröffentlichung zu warten. |
| 4. CVE veröffentlicht | Der Eintrag erhält einen offiziellen Zeitstempel, eine Schweregrad-Einstufung und weiterführende Links. Spätere Aktualisierungen sind möglich. | Bereits vorbereitete Tests werden automatisiert mit der CVE-Nummer verknüpft, neue Erkenntnisse fließen sofort ein. |
| 5. Herstellerhinweis veröffentlicht | Der Anbieter der betroffenen Software veröffentlicht eine Sicherheitswarnung, meist mit aktualisierter Version oder Konfigurationsempfehlung. | Ein weitgehend automatisierter Prozess ruft Herstellerhinweise ab und erstellt daraus zeitnah einen Test für den Feed. |
| 6. Weiterverteilung durch Drittanbieter | Betriebssystem- oder Distributionsanbieter wie Red Hat oder Debian bündeln die betroffene Komponente und veröffentlichen eigene, teils spätere Hinweise. | Für jeden relevanten Anbieter wird ein eigener, meist authentifizierter Test bereitgestellt, um die Erkennungsqualität zu erhöhen. |
Aktuelle Studien zeigen, wie stark sich das Zeitfenster zwischen Veröffentlichung und Ausnutzung einer Schwachstelle bereits verkürzt hat:
Quellen: Verizon Data Breach Investigations Report (2026); Rapid7 Global Threat Landscape Report (2026).
Für dieselbe Sicherheitslücke tauchen im OPENVAS ENTERPRISE FEED häufig mehrere Tests auf. Das hat nachvollziehbare technische Gründe:
Ein aktueller, schnell reagierender Feed ist nur die eine Hälfte der Gleichung. Die andere ist eine Lösung, die diese Tests zuverlässig gegen die eigene Infrastruktur ausführt und die Ergebnisse nach Kritikalität priorisiert.
Ein erster Fahrplan, um die Geschwindigkeit Ihres aktuellen Schwachstellenmanagements zu prüfen:
Wie kann ein Greenbone-Test schon vor der offiziellen CVE-Veröffentlichung existieren?
Greenbone wartet nicht auf die offizielle CVE-Veröffentlichung, sondern beginnt mit der Testentwicklung, sobald eine Schwachstelle bekannt wird. Das kann wenige Tage, in Einzelfällen aber auch Monate vor der offiziellen CVE-Veröffentlichung liegen. Sobald eine CVE-Nummer existiert, wird sie automatisch mit dem passenden Test verknüpft.
Was ist der Unterschied zwischen einer reservierten und einer veröffentlichten CVE?
Eine reservierte CVE hat bereits eine feste Kennung, aber noch keine öffentlichen Details. Sie dient dazu, Hinweis und Fix koordiniert vorzubereiten. Erst mit der Veröffentlichung erhält der Eintrag Schweregrad, Beschreibung und weiterführende Links.
Warum gibt es mehrere Greenbone-Tests für dieselbe Schwachstelle?
Meist, weil ein Test von außen und ein zusätzlicher, authentifizierter Test von innen möglich ist, oder weil eine anfällige Komponente in mehreren Produkten unterschiedlicher Hersteller steckt und jeder Hersteller einen eigenen Hinweis veröffentlicht.
Warum erscheinen Tests für Debian, Red Hat und Co. teils später als die CVE?
Distributionsanbieter durchlaufen eigene Qualitätssicherungsprozesse, bevor sie eine gepatchte Version freigeben. Greenbone erstellt einen Test, sobald der jeweilige Herstellerhinweis veröffentlicht ist, was je nach Anbieter Tage bis Wochen nach der CVE liegen kann.
Wie schnell stellt Greenbone einen Test für eine neue Schwachstelle bereit?
Für priorisierte Sicherheitslücken wird eine Bereitstellung innerhalb von 24 Stunden nach Veröffentlichung angestrebt. Die tatsächliche Dauer hängt von der Qualität der verfügbaren Herstellerinformationen und dem nötigen Testaufwand ab.
Nach welchen Kriterien priorisiert Greenbone neue Schwachstellentests?
Ausschlaggebend sind der CVSS-Schweregrad, die Verbreitung des betroffenen Produkts und die Durchführbarkeit der Automatisierung. Eine mittelschwere Lücke in weit verbreiteter Software erhält oft höhere Priorität als eine kritische Lücke in einer Nischenanwendung.
Was ist ein Vulnerability Test (VT) im OPENVAS ENTERPRISE FEED?
Ein Vulnerability Test ist eine automatisierte Prüfroutine, die feststellt, ob eine bestimmte Schwachstelle auf einem gescannten System vorhanden ist. Der OPENVAS ENTERPRISE FEED enthält über 100.000 solcher Tests und wird täglich um neue Einträge erweitert.
Deckt der Feed auch Schwachstellen ohne offizielle CVE ab?
Ja. In manchen Fällen existiert noch keine CVE, sondern nur eine reservierte Nummer oder ein Herstellerhinweis ohne CVE-Zuordnung. Greenbone kann auch für solche Fälle bereits einen Test bereitstellen und verknüpft ihn nachträglich, sobald eine CVE vergeben wird.
Lassen Sie uns gemeinsam prüfen, wie groß das Zeitfenster zwischen Veröffentlichung und Schließung einer Schwachstelle in Ihrer Umgebung heute ist.
