KI kann Code schneller erzeugen und mögliche Fehler aufdecken. Ob ein Fund wirklich relevant ist, müssen Maintainer aber weiterhin prüfen.
Veröffentlicht vonBearbeitet mit GPT-6 LunaBilder erstellt mit GPT Image 2
Forschungsantwort

Create a landscape editorial hero image for this Studio Global article: How is AI accelerating open-source development while overwhelming maintainers with low-quality contributions and vulnerability reports, as i. Article summary: AI is making code and potential bug reports faster to produce, but that does not make them faster to validate: the bottleneck is shifting toward maintainers’ review and security judgment. OpenSSL’s report surge and the L. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
KI erleichtert es, Code zu schreiben und mögliche Fehler aufzuspüren. Doch jede Einsendung – ob Codebeitrag oder Sicherheitsmeldung – muss geprüft werden. Genau diese Arbeit droht zum Engpass zu werden. Bei OpenSSL wächst die Zahl der Meldungen, während eine Umfrage der Linux Foundation zugleich auf Qualitätsprobleme bei Open-Source-Beiträgen hinweist. 1
21
OpenSSL stellt Software bereit, die zur Absicherung von Internetverbindungen eingesetzt wird. Fehler im Projekt können deshalb weit über die eigene Entwicklergemeinschaft hinaus relevant sein. 1
5
Auf der jährlichen OpenSSL-Konferenz in Prag sagte Matt Caswell, Geschäftsführer der OpenSSL Foundation, das Projekt habe von Mai bis Juli 2026 durchschnittlich 71 Sicherheitsmeldungen und Anfragen pro Monat erhalten. Im gleichen Zeitraum des Vorjahres waren es neun gewesen. Im August stieg die Zahl der Anfragen auf 108. 1
Diese Zahlen stehen für eingehende Meldungen und Anfragen – nicht für bestätigte Sicherheitslücken. Im vergangenen Jahr erhielt OpenSSL rund 500 Meldungen zu möglichen Schwachstellen; 63 davon führten zu veröffentlichten Sicherheitslücken. Viele Einsendungen waren Duplikate, betrafen kleinere Fehler oder rechtfertigten keine Sicherheitswarnung. Trotzdem muss jemand sie prüfen. Auch die meisten mit KI-Werkzeugen gefundenen Schwachstellen waren von geringer Schwere und keine gravierenden Sicherheitslücken. 1
3
Der zusätzliche Prüfaufwand betrifft nicht nur OpenSSL. Auch Maintainer von Bouncy Castle und cryptlib berichteten auf der Konferenz von mehr Meldungen, die sie bearbeiten müssen. Megan Woods von Bouncy Castle warnte zudem vor den Risiken KI-generierten Kryptografie-Codes. 2
3
Nach Angaben des OpenSSL-Technologiechefs können KI-Werkzeuge bei Aufgaben wie der Codeprüfung, der Untersuchung gemeldeter Schwachstellen und dem Schreiben von Tests helfen. 3 Das kann die Arbeit der Maintainer unterstützen, ersetzt aber nicht die Prüfung durch Menschen: Ein automatischer Fund ist noch kein bestätigter Fehler.
1
3
Denn einen verdächtigen Codepfad zu entdecken und dessen Bedeutung zu beurteilen, sind zwei verschiedene Schritte. Maintainer müssen feststellen, ob eine Meldung ein echtes und relevantes Problem beschreibt – und wie es behoben werden sollte. Laut der Konferenzberichterstattung können Untersuchung, Entwicklung eines Patches und Veröffentlichung einer Sicherheitswarnung sechs bis acht Wochen dauern. 3
Eine von Red Hat unterstützte Umfrage der Linux Foundation Research, die bei der Konferenz All Things Open vorgestellt wurde, zeigt eine ähnliche Spannung bei Codebeiträgen. Maintainer schätzten, dass 25 Prozent der eingehenden Pull Requests von geringer Qualität seien und als „AI slop“ gelten könnten. Bei großen Projekten lag der Anteil bei 31 Prozent. Befragt wurden 234 Mitwirkende und Maintainer aus Open-Source-Projekten. 20
21
Gleichzeitig berichteten 59 Prozent der Maintainer von mehr Beiträgen zu ihren Projekten. 21 Mehr Einsendungen können auch nützliche Arbeit und neue Mitwirkende bringen. Sie erhöhen aber den Prüfaufwand – besonders, wenn Maintainer erst Schwächen erkennen und erklären müssen.
Die Umfragewerte sind Schätzungen und keine vollständige Zählung aller Pull Requests in Open-Source-Projekten. Sie machen dennoch ein praktisches Problem sichtbar: KI kann den Aufwand für das Erstellen eines Beitrags senken, ohne die Arbeit zu verringern, die nötig ist, um zu entscheiden, ob er übernommen werden kann. 20
21
Wie sich ein steigendes Aufkommen auf Sicherheitsprogramme auswirken kann, zeigt Google: Am 1. Oktober setzte das Unternehmen neue Meldungen zu Produktschwachstellen in seinem Open-Source-Software-Prämienprogramm für Sicherheitslücken aus. Als Grund nannte Google den Anstieg automatisierter Einsendungen, von denen die große Mehrheit ungültig sei. Eine Aktualisierung stellte das Unternehmen für das erste Quartal 2027 in Aussicht. Die Pause betrifft Meldungen zu Produktschwachstellen in diesem Programm – nicht sämtliche Google-Prämienprogramme für Sicherheitslücken. 18
Für Open-Source-Projekte legt die Berichterstattung einen ausgewogenen Ansatz nahe: klare Anforderungen an Beiträge, nachvollziehbare Belege und passende Tests sowie Automatisierung zur Vorsortierung – nicht als Ersatz für die menschliche Prüfung. Das sind praktische Folgerungen aus den berichteten Fällen, keine allgemeingültige Einzellösung. 1
18
21
KI kann Code schneller schreiben und mögliche Fehler leichter sichtbar machen. Vertrauenswürdige Software braucht aber weiterhin Maintainer, die genug Zeit und Unterstützung haben, um die eingehenden Beiträge und Meldungen sorgfältig zu prüfen.
Studio Global AI
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
KI kann Code schneller erzeugen und mögliche Fehler aufdecken. Ob ein Fund wirklich relevant ist, müssen Maintainer aber weiterhin prüfen.
KI kann Code schneller erzeugen und mögliche Fehler aufdecken. Ob ein Fund wirklich relevant ist, müssen Maintainer aber weiterhin prüfen. Laut einer Linux Foundation Umfrage gelten 25 Prozent der eingehenden Pull Requests als minderwertig – bei großen Projekten sind es 31 Prozent.
KI kann Code schneller erzeugen und mögliche Fehler aufdecken. Ob ein Fund wirklich relevant ist, müssen Maintainer aber weiterhin prüfen.
Veröffentlicht vonBearbeitet mit GPT-6 LunaBilder erstellt mit GPT Image 2
Forschungsantwort

Create a landscape editorial hero image for this Studio Global article: How is AI accelerating open-source development while overwhelming maintainers with low-quality contributions and vulnerability reports, as i. Article summary: AI is making code and potential bug reports faster to produce, but that does not make them faster to validate: the bottleneck is shifting toward maintainers’ review and security judgment. OpenSSL’s report surge and the L. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
KI erleichtert es, Code zu schreiben und mögliche Fehler aufzuspüren. Doch jede Einsendung – ob Codebeitrag oder Sicherheitsmeldung – muss geprüft werden. Genau diese Arbeit droht zum Engpass zu werden. Bei OpenSSL wächst die Zahl der Meldungen, während eine Umfrage der Linux Foundation zugleich auf Qualitätsprobleme bei Open-Source-Beiträgen hinweist. 1
21
OpenSSL stellt Software bereit, die zur Absicherung von Internetverbindungen eingesetzt wird. Fehler im Projekt können deshalb weit über die eigene Entwicklergemeinschaft hinaus relevant sein. 1
5
Auf der jährlichen OpenSSL-Konferenz in Prag sagte Matt Caswell, Geschäftsführer der OpenSSL Foundation, das Projekt habe von Mai bis Juli 2026 durchschnittlich 71 Sicherheitsmeldungen und Anfragen pro Monat erhalten. Im gleichen Zeitraum des Vorjahres waren es neun gewesen. Im August stieg die Zahl der Anfragen auf 108. 1
Diese Zahlen stehen für eingehende Meldungen und Anfragen – nicht für bestätigte Sicherheitslücken. Im vergangenen Jahr erhielt OpenSSL rund 500 Meldungen zu möglichen Schwachstellen; 63 davon führten zu veröffentlichten Sicherheitslücken. Viele Einsendungen waren Duplikate, betrafen kleinere Fehler oder rechtfertigten keine Sicherheitswarnung. Trotzdem muss jemand sie prüfen. Auch die meisten mit KI-Werkzeugen gefundenen Schwachstellen waren von geringer Schwere und keine gravierenden Sicherheitslücken. 1
3
Der zusätzliche Prüfaufwand betrifft nicht nur OpenSSL. Auch Maintainer von Bouncy Castle und cryptlib berichteten auf der Konferenz von mehr Meldungen, die sie bearbeiten müssen. Megan Woods von Bouncy Castle warnte zudem vor den Risiken KI-generierten Kryptografie-Codes. 2
3
Nach Angaben des OpenSSL-Technologiechefs können KI-Werkzeuge bei Aufgaben wie der Codeprüfung, der Untersuchung gemeldeter Schwachstellen und dem Schreiben von Tests helfen. 3 Das kann die Arbeit der Maintainer unterstützen, ersetzt aber nicht die Prüfung durch Menschen: Ein automatischer Fund ist noch kein bestätigter Fehler.
1
3
Denn einen verdächtigen Codepfad zu entdecken und dessen Bedeutung zu beurteilen, sind zwei verschiedene Schritte. Maintainer müssen feststellen, ob eine Meldung ein echtes und relevantes Problem beschreibt – und wie es behoben werden sollte. Laut der Konferenzberichterstattung können Untersuchung, Entwicklung eines Patches und Veröffentlichung einer Sicherheitswarnung sechs bis acht Wochen dauern. 3
Eine von Red Hat unterstützte Umfrage der Linux Foundation Research, die bei der Konferenz All Things Open vorgestellt wurde, zeigt eine ähnliche Spannung bei Codebeiträgen. Maintainer schätzten, dass 25 Prozent der eingehenden Pull Requests von geringer Qualität seien und als „AI slop“ gelten könnten. Bei großen Projekten lag der Anteil bei 31 Prozent. Befragt wurden 234 Mitwirkende und Maintainer aus Open-Source-Projekten. 20
21
Gleichzeitig berichteten 59 Prozent der Maintainer von mehr Beiträgen zu ihren Projekten. 21 Mehr Einsendungen können auch nützliche Arbeit und neue Mitwirkende bringen. Sie erhöhen aber den Prüfaufwand – besonders, wenn Maintainer erst Schwächen erkennen und erklären müssen.
Die Umfragewerte sind Schätzungen und keine vollständige Zählung aller Pull Requests in Open-Source-Projekten. Sie machen dennoch ein praktisches Problem sichtbar: KI kann den Aufwand für das Erstellen eines Beitrags senken, ohne die Arbeit zu verringern, die nötig ist, um zu entscheiden, ob er übernommen werden kann. 20
21
Wie sich ein steigendes Aufkommen auf Sicherheitsprogramme auswirken kann, zeigt Google: Am 1. Oktober setzte das Unternehmen neue Meldungen zu Produktschwachstellen in seinem Open-Source-Software-Prämienprogramm für Sicherheitslücken aus. Als Grund nannte Google den Anstieg automatisierter Einsendungen, von denen die große Mehrheit ungültig sei. Eine Aktualisierung stellte das Unternehmen für das erste Quartal 2027 in Aussicht. Die Pause betrifft Meldungen zu Produktschwachstellen in diesem Programm – nicht sämtliche Google-Prämienprogramme für Sicherheitslücken. 18
Für Open-Source-Projekte legt die Berichterstattung einen ausgewogenen Ansatz nahe: klare Anforderungen an Beiträge, nachvollziehbare Belege und passende Tests sowie Automatisierung zur Vorsortierung – nicht als Ersatz für die menschliche Prüfung. Das sind praktische Folgerungen aus den berichteten Fällen, keine allgemeingültige Einzellösung. 1
18
21
KI kann Code schneller schreiben und mögliche Fehler leichter sichtbar machen. Vertrauenswürdige Software braucht aber weiterhin Maintainer, die genug Zeit und Unterstützung haben, um die eingehenden Beiträge und Meldungen sorgfältig zu prüfen.
Studio Global AI
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
KI kann Code schneller erzeugen und mögliche Fehler aufdecken. Ob ein Fund wirklich relevant ist, müssen Maintainer aber weiterhin prüfen.
KI kann Code schneller erzeugen und mögliche Fehler aufdecken. Ob ein Fund wirklich relevant ist, müssen Maintainer aber weiterhin prüfen. Laut einer Linux Foundation Umfrage gelten 25 Prozent der eingehenden Pull Requests als minderwertig – bei großen Projekten sind es 31 Prozent.