Warum 4.800 GitHub-Stars das Vertrauen zerstörten
(medium.com)📌 Kernaussagen (TL;DR)
- In einem GitHub-Repository aus China wurde ein sprunghafter Anstieg der Stars von 4.000 auf 4.800 festgestellt, obwohl sich weder Code, Releases noch Aktivität verändert hatten
- Das stellte die Grundannahme infrage, dass „GitHub-Star = Popularität/Qualität“ bedeutet
- Fazit: Die Anzahl der GitHub-Stars ist als Kennzahl zur Beurteilung von Projektqualität oder Vertrauenswürdigkeit ungeeignet
📉 Zentrale Thesen & praktische Insights
⭐ 1) Popularität lässt sich jederzeit „herstellen“
- Ergebnis der Analyse von GitHub-Event-Logs auf Basis von StarScout:
- mehr als 4,5 Millionen verdächtige Star-Muster
- davon wurden mehr als 3,1 Millionen faktisch als gefälschte Stars eingestuft
- wiederholt wurden Muster beobachtet, bei denen viele Accounts in kurzer Zeit gleichzeitig Stars vergeben
- Das heißt: In vielen Fällen gilt Star-Anstieg ≠ natürlich gewachsenes Interesse
Aus Praxissicht:
Nur weil etwas „gerade angesagt“ ist, sollte man nicht leichtfertig neue Abhängigkeiten hinzufügen
💰 2) Ein „Star-Markt“ existiert bereits
- GitHub-Stars funktionieren nicht mehr nur als einfacher Ausdruck von Interesse, sondern wie handelbare Marketing-Assets
- Beobachtete Struktur:
- Anbieter, die Stars direkt verkaufen
- Star-Tauschnetzwerke mit Account-Pools
- Star-Boosting-Optionen, die in Service-Werbepaketen enthalten sind
- Ergebnis:
- Popularitätsmetriken werden strukturell verzerrt
- bei der Bewertung neuer Projekte und Libraries nimmt das Rauschen stark zu
Aus Praxissicht:
Eine hohe Star-Zahl bedeutet nicht automatisch, dass es sich um ein „validiertes Projekt“ handelt
🛡 3) Stars sind kein „Vertrauensindikator“
- Das Wesen von Stars:
- ✔ Indikator für Sichtbarkeit (Visibility)
- ❌ kein Indikator für Vertrauen (Trust)
- Anhand der Star-Zahl allein lässt sich Folgendes nicht beurteilen:
- Sicherheitsniveau
- Wartungszustand
- Code-Qualität / technische Schulden
- Das noch gravierendere Problem:
- Es besteht die Möglichkeit, Popularität mit gefälschten Stars vorzutäuschen und dies anschließend für Supply-Chain-Angriffe zu missbrauchen
Aus Praxissicht:
Eine Library mit vielen Stars kann sogar ein Risiko sein
🔎 Checkliste für die Vertrauensprüfung in der Praxis (in 5 Minuten)
Lieber auf Folgendes achten statt auf Stars 👇
- Aktivitätsrhythmus
- Sind Commits, Issues und PRs kontinuierlich und natürlich verteilt?
- Dokumentationszustand
- Ist das README auf einem Niveau, das tatsächlich nutzbar ist?
- Sind Installation / Beispiele / Einschränkungen klar beschrieben?
- Engineering-Hygiene
- Gibt es Testcode?
- Ist CI/CD eingerichtet?
- Metriken für reale Nutzung
- Download-/Pull-Zahlen bei PyPI / npm / Docker
- Spuren tatsächlicher Nutzung in realen Services
- Sicherheitslage
- OpenSSF Scorecard, Sicherheitsrichtlinie, Historie der Reaktion auf Schwachstellen
- Bus Factor
- Besteht eine übermäßige Abhängigkeit von einer einzelnen Person?
Diese Punkte sind deutlich vertrauenswürdiger als die Star-Zahl
📊 Schlussbotschaft (Kurzfassung für die Praxis)
- GitHub-Stars sind ein Signal für Interesse, nicht für Vertrauen
- Star-Zahlen lassen sich ausreichend leicht manipulieren
- Viele Stars können je nach Fall sogar ein Warnsignal sein
- Echtes Vertrauen entsteht durch:
- kontinuierliche Aktivität
- Sicherheitspraktiken
- Qualität der Dokumentation
- Reaktionen der Community
- Wartungs- und Betriebsstruktur
8 Kommentare
Zum Jahresende … vielleicht waren GitHub-Stars ja Teil des KPI von irgendjemandem.
Ein Fall, in dem Goodharts Gesetz greift, aber aus Sicht von Verantwortlichen gibt es kaum etwas Bequemeres, als mit Zahlen zu steuern …
Auf einer Plattform wie GitHub dürften Stars ein nicht ganz unerheblicher Faktor sein. Hat GitHub kein Interesse an der Erkennung von Missbrauch? Sogar bei GeekNews wird so etwas sofort markiert.
Auch im eigenen Umfeld und auf SNS sieht man häufig, dass man sich gegenseitig um Stars bittet.
Ich frage mich, ob es bei persönlichen Repos mit weit über hundert Stars überhaupt eine besondere Bedeutung hat.
Ein Star ist ja ein Zeichen von Interesse – so nach dem Motto, dass man an dem betreffenden Repository interessiert ist und Updates dazu erhalten möchte ..?
Aus der Perspektive von Entwicklerinnen und Entwicklern ist Interesse, vor allem wenn es viel ist, sehr wertvoll, daher neigt man wohl dazu, ihm mehr Bedeutung beizumessen.
Für Entwickler wie mich ist es schon schwer genug, überhaupt einen Star zu bekommen ;_;
Auch auf GeekNews gibt es Leute, die Likes manipulieren ;_; Dieser Missbrauch ist wirklich unerquicklich.
https://namu.wiki/w/…
Wenn sogar SK zu solchen Manipulationen greift...