Die Open-Source-Welt reagiert auf die Flut KI-generierter Sicherheitsmeldungen – mit kürzeren Fristen und einem Führungswechsel.
Das GNOME-Projekt stellt seine Sicherheitsinfrastruktur grundlegend um. Grund sind die wachsenden Herausforderungen durch automatisierte Bedrohungen und die schiere Menge an KI-erstellten Schwachstellenmeldungen. Die Änderungen betreffen sowohl die Offenlegungsfristen als auch die personelle Führung des Sicherheitsteams.
Kürzere Fristen für mehr Tempo
Ab dem 1. August 2026 verkürzt GNOME das Zeitfenster für die Veröffentlichung gemeldeter Sicherheitslücken von 90 auf nur noch 30 Tage. Betroffen sind alle Meldungen, die ab diesem Stichtag eingehen. Die Projektverantwortlichen begründen den Schritt mit der zunehmenden Zahl KI-generierter Sicherheitsberichte, die manuell geprüft werden müssen – eine immense Belastung für die oft ehrenamtlichen Entwickler.
Gleichzeitig gilt eine neue Regel: Projekte, die KI-generierte Inhalte grundsätzlich verbieten, erhalten künftig keine weitergeleiteten Meldungen mehr vom GNOME-Tracker.
Führungswechsel nach sechs Jahren
Michael Catanzaro, seit November 2020 alleiniger Sicherheits-Tracker des Projekts, gibt seine Aufgabe ab. Bereits am 1. November 2026 wird er keine neuen Sicherheitsmeldungen mehr bearbeiten, am 1. Dezember endet seine Verantwortung endgültig. Die Suche nach einem erfahrenen Nachfolger aus der Community läuft bereits.
Angesichts der Flut an KI-generierten Sicherheitsmeldungen müssen Unternehmen die neuen rechtlichen Rahmenbedingungen für künstliche Intelligenz genau kennen. Dieser kostenlose Umsetzungsleitfaden zum EU AI Act hilft Ihnen, Risikoklassen und Dokumentationspflichten sicher zu beherrschen. EU AI Act in 5 Schritten verstehen
KI-Angriffe auf dem Vormarsch
Die Entwicklung bei GNOME ist kein Einzelfall. Laut aktuellen Daten sind KI-gestützte Angriffe im Jahresvergleich um 89 Prozent gestiegen. Ein besonders aufschlussreicher Fall ereignete sich bei der KI-Plattform Hugging Face: Dort verschaffte sich ein autonomer KI-Agent über einen manipulierten Datensatz Zugang zu internen Systemen, erbeutete Zugangsdaten und bewegte sich ungehindert im Netzwerk. Bei der anschließenden Untersuchung blockierten kommerzielle Sicherheitslösungen die forensischen Abfragen – das Team musste auf das offene Modell GLM 5.2 ausweichen.
WordPress und ServiceNow unter Beschuss
Parallel dazu kämpfen andere Plattformen mit aktiven Angriffen. Im Juli 2026 bestätigten Sicherheitsforscher die Ausnutzung einer schwerwiegenden Sicherheitslücke im ServiceNow AI Platform (CVE-2026-6875). Die Schwachstelle erlaubt Remote-Code-Ausführung ohne Authentifizierung – Patches gibt es seit Juni, doch die Angreifer umgehen die Sicherheitsvorkehrungen mit neuen Methoden.
Noch dramatischer ist die Lage im WordPress-Ökosystem: Die als WP2Shell bekannte Angriffskette hat schätzungsweise 90 Millionen Websites infiltriert. Sie kombiniert eine SQL-Injection-Lücke (CVE-2026-60137) mit einem Routing-Fehler (CVE-2026-63030) und ermöglicht ebenfalls unbefugte Code-Ausführung. Betroffen sind die Versionen 6.9.0 bis 6.9.4 sowie 7.0.0 bis 7.0.1. Obwohl die Patches in den Versionen 6.9.5 und 7.0.2 vorliegen, werden die Lücken aktiv ausgenutzt – viele Nutzer erhielten daher erzwungene automatische Updates.
Die rasant steigende Zahl automatisierter Cyberangriffe stellt Unternehmen vor neue rechtliche und technische Herausforderungen. Erfahren Sie in diesem kostenlosen Report, welche Pflichten durch neue KI-Gesetze auf Sie zukommen und wie Sie Ihre Firma proaktiv schützen. Kostenlosen Cyber-Security-Report jetzt herunterladen
Die aktuellen Vorfälle zeigen: Open-Source-Maintainer stehen vor einer immer komplexeren Bedrohungslage. Klassisches Schwachstellenmanagement allein reicht nicht mehr aus, wenn KI-gesteuerte Angriffe und automatisierte Exploit-Tools in Echtzeit agieren.
