GitHub ist für Ihr Unternehmen ebenso wichtig wie Ihre wichtigsten Produktionsanwendungen. Der Schutz Ihres geistigen Eigentums und Ihres Quellcodes ist von entscheidender Bedeutung, doch das ist noch nicht alles, was GitHub bereithält. Die Daten, Konfigurationen und Dateien in GitHub bilden die Grundlage für die Arbeit Ihres Entwicklungsteams und Ihres Unternehmens.

Im Gegensatz zum Hosting Ihres Git-Repositorys in einem Rechenzentrum erfordert die Nutzung von GitHub als Service jedoch, dass Sie anders darüber nachdenken, wie Sie diese Daten schützen.

Wir haben uns entschlossen, die zahlreichen Möglichkeiten aufzuschlüsseln, wie die „Daten“ in GitHub gelöscht, beschädigt oder verändert werden können.

Versehentliches Löschen

1. Löschen von Repositorys, Branches, Dateien, Tags und Releases

Es ist leicht, wichtige Teile Ihres Projekts mit nur wenigen Klicks oder Befehlen zu löschen. Ob es sich nun um ein gesamtes Repository oder um diese eine entscheidende Datei handelt – versehentliche Löschungen sind eine häufige Gefahr.

Tipp: Überprüfen Sie immer noch einmal alles, bevor Sie auf die Löschtaste klicken. Implementieren Sie Regeln zum Schutz von Branches und schränken Sie ein, wer Repositories löschen darf.

2. Falsche Verwendung von git rm und anderen Befehlen

Die Verwendung von git rm, ohne dessen Auswirkungen vollständig zu verstehen, kann zum unbeabsichtigten Löschen von Dateien führen. Kombinieren Sie dies mit einem übereilten Commit, und schon haben Sie das perfekte Rezept für fehlenden Code.

Tipp: Machen Sie sich mit den Git-Befehlen vertraut und erwägen Sie, gefährliche Befehle mit einem Alias zu versehen, der eine Bestätigung erfordert.

Fehler beim Force-Push: Mit großer Macht geht große Verantwortung einher

Unsachgemäßer Einsatz von git push --force

3. Ein Force-Push kann die Remote-Historie überschreiben und Commits damit praktisch auslöschen.

Tipp: Verwenden Sie git push --force-with-lease, um ein Sicherheitsnetz einzurichten, und vermeiden Sie Force-Pushes auf gemeinsam genutzte Zweige.

4. Das Umschreiben der Historie, das schiefgeht

Befehle wie git rebase oder git filter-branch, gefolgt von einem Force-Push, können die gemeinsame Historie umschreiben, was bei den Mitwirkenden Verwirrung stiftet und möglicherweise zum Verlust von Commits führt.

Tipp: Sprechen Sie sich vor dem Umschreiben der Historie mit Ihrem Team ab und ziehen Sie bei der Zusammenarbeit Alternativen wie git merge in Betracht.

Pannen beim Zusammenführen: Wenn aus zwei eins wird … mit unerwünschten Folgen

5. Falsche Zusammenführungsvorgänge

Das Zusammenführen von Zweigen ohne ordnungsgemäße Lösung von Konflikten kann wichtige Änderungen verwerfen. „Fast-Forward“-Zusammenführungen können Code überschreiben, den Sie gar nicht ändern wollten.

Tipp: Überprüfen Sie Merge-Konflikte stets sorgfältig und erwägen Sie die Verwendung von Pull-Anfragen für Code-Reviews vor dem Zusammenführen.

Unbedachtes Rückgängigmachen von Merges

Das Rückgängigmachen eines Merge-Commits ohne Verständnis der damit verbundenen Auswirkungen kann dazu führen, dass erhebliche Teile des Codes entfernt werden.

Tipp: Verwenden Sie git revert mit Bedacht und stellen Sie sicher, dass Sie keine wesentlichen Zusammenführungen rückgängig machen.

Fehler bei Zweigen: Die Gefahren einer unsachgemäßen Verwaltung

6. Versäumnis, lokale Zweige zu pushen

Lokale Zweige mit entscheidenden Arbeitsergebnissen können verloren gehen, wenn Ihr Rechner abstürzt oder Sie vergessen, sie zu pushen, bevor Sie in eine neue Umgebung wechseln.

Tipp: Pushen Sie Ihre Zweige regelmäßig in das Remote-Repository und erwägen Sie die Verwendung von GitHub-Entwürfen für Pull-Anfragen, um den Überblick zu behalten.

Überschreiben von Branches

Das Erstellen eines neuen Branches mit demselben Namen wie ein bereits vorhandener und ein Force-Push können den ursprünglichen Branch löschen.

Tipp: Überprüfen Sie Branch-Namen sorgfältig und vermeiden Sie Force-Pushes, sofern dies nicht unbedingt notwendig ist.

Katastrophen durch Zugangsdaten: Sesam öffne dich … zur Katastrophe

7. Unbefugter Zugriff und Phishing-Angriffe

Wenn Ihre Zugangsdaten durch Phishing oder auf andere Weise kompromittiert werden, können Angreifer Ihre Repositorys löschen oder verändern.

Tipp: Aktivieren Sie die Zwei-Faktor-Authentifizierung, verwenden Sie sichere, einzigartige Passwörter und seien Sie wachsam gegenüber Phishing-Versuchen.

8. Offenlegung von Token und SSH-Schlüsseln

Das Durchsickern von Zugriffstoken oder SSH-Schlüsseln kann unbefugten Benutzern den Schlüssel zu Ihrem Reich verschaffen.

Tipp: Bewahren Sie Anmeldedaten sicher auf, wechseln Sie Token regelmäßig aus und erwägen Sie die Verwendung von GitHubs verschlüsselten Geheimnissen für sensible Daten.

Cyber- und Insider-Bedrohungen: Der Anruf kommt aus dem eigenen Haus

9. Unzufriedene Mitarbeiter und unsachgemäßes Offboarding

Ehemalige Teammitglieder mit weiterhin bestehendem Zugriff können versehentlich oder absichtlich großen Schaden anrichten.

Tipp: Führen Sie strenge Offboarding-Verfahren ein und überprüfen Sie regelmäßig die Zugriffsrechte Ihres Teams.

10. Fehlende Zugriffskontrollen

Unzureichende Berechtigungen können zu versehentlichen Löschungen durch wohlmeinende Teammitglieder führen.

Tipp: Nutzen Sie die Berechtigungseinstellungen von GitHub, um zu steuern, wer Zweige und Repositorys pushen, zusammenführen oder löschen darf.

Anomalien bei der Automatisierung: Roboter, die außer Kontrolle geraten

11. Fehler in der CI/CD-Pipeline

Automatisierte Skripte können aufgrund von Fehlkonfigurationen Code löschen oder überschreiben und Ihre hilfreichen Bots so in zerstörerische Kräfte verwandeln.

Tipp: Überprüfen Sie Ihre CI/CD-Skripte sorgfältig und testen Sie sie in einer sicheren Umgebung, bevor Sie sie bereitstellen.

12. Fehlerhafte Workflows und übermäßige Berechtigungen

GitHub Actions mit übermäßigen Berechtigungen können unbeabsichtigte Löschvorgänge ausführen, wenn Skripte fehlschlagen.

Tipp: Befolgen Sie bei der Konfiguration von Workflows das Prinzip der geringsten Berechtigungen und verwenden Sie nach Möglichkeit dedizierte Dienstkonten.

Tools und Befehle, die sich gegen Sie wenden

13. Fehler in Git-Clients und falsch konfigurierte Skripte

Softwarefehler oder fehlerhaft geschriebene Skripte können Ihr Repository beschädigen oder Daten unerwartet löschen.

Tipp: Halten Sie Ihre Tools auf dem neuesten Stand und überprüfen Sie Skripte gründlich, bevor Sie sie auf wichtigen Repositories ausführen.

14. Gefährliche Git-Befehle

Befehle wie git clean -fdx können nicht verfolgte Dateien und Verzeichnisse entfernen, was mitunter katastrophale Folgen haben kann.

Tipp: Verwenden Sie solche Befehle mit Vorsicht und erwägen Sie, sie zunächst mit der Option -n (Trockenlauf) auszuführen.

Rätselhafte Datenbeschädigungen: Wenn Bits versagen

15. Beschädigte Repositorys

Netzwerkprobleme während Push-/Pull-Vorgängen können Ihr Repository beschädigen und Daten unzugänglich machen.

Tipp: Sichern Sie Ihre Repositorys regelmäßig und nutzen Sie bei Bedarf die in Git integrierten Wiederherstellungstools.

16. Probleme mit Binärdateien und unsachgemäßer Umgang mit Git LFS

Das Committen großer Binärdateien ohne Git LFS kann zu Leistungsproblemen führen. Das unsachgemäße Löschen von LFS-Objekten kann dazu führen, dass große Dateien nicht mehr zugänglich sind.

Tipp: Verwenden Sie Git LFS für große Dateien und achten Sie auf Speicherquoten und -beschränkungen.

Konfigurationskatastrophen: Wie Sie sich selbst zum Scheitern verurteilen

17. Falsche Konfiguration der Repository-Einstellungen

Falsche Einstellungen können zu unbeabsichtigter Offenlegung oder Löschung von Daten führen.

Tipp: Überprüfen Sie regelmäßig Ihre Repository-Einstellungen, insbesondere wenn Änderungen von mehreren Administratoren vorgenommen werden.

18. Falsch angewandte Regeln zum Schutz von Zweigen

Zu großzügige Regeln könnten Force-Pushes oder Löschvorgänge zulassen, mit denen Sie nicht gerechnet haben.

Tipp: Richten Sie strenge Regeln zum Schutz der Hauptzweige ein und setzen Sie die erforderlichen Überprüfungen durch.

Die Gefahren von temporärem Speicher und zeitgesteuerten Aktionen

19. Verlust nicht synchronisierter Arbeit

Daten, die an temporären Speicherorten abgelegt sind, oder nicht gespeicherte Arbeit können aufgrund von Systemabstürzen oder Bereinigungsvorgängen verloren gehen.

Tipp: Speichern Sie Ihre Arbeit regelmäßig und übertragen Sie Änderungen häufig in Remote-Zweige.

20. Fehlgeschlagene geplante Jobs

Cron-Jobs oder geplante Aufgaben können bei falscher Konfiguration unbeabsichtigt Daten löschen.

Tipp: Überwachen Sie geplante Aufgaben und stellen Sie sicher, dass sie wie beabsichtigt ausgeführt werden, insbesondere bei Löschvorgängen.

Fehler bei Submodulen und der Synchronisierung

21. Unsachgemäße Verwaltung von Git-Submodulen

Das fehlerhafte Entfernen von Submodulen oder das Abrufen von Aktualisierungen kann lokale Änderungen überschreiben.

Tipp: Machen Sie sich vor der Verwendung mit der Funktionsweise von Submodulen vertraut und dokumentieren Sie deren Nutzung für Ihr Team.

22. Konflikte mit anderen VCS-Tools und Synchronisierungsdiensten

Die Verwendung mehrerer Versionskontrollsysteme oder die Synchronisierung von Repositorys mit Cloud-Diensten kann zu Datenbeschädigungen führen.

Tipp: Halten Sie sich an ein VCS pro Projekt und vermeiden Sie die Synchronisierung von Repository-Ordnern mit Diensten wie Dropbox.

Spieglein, Spieglein an der Wand: Die Gefahren einer fehlerhaften Repository-Spiegelung

23. Die Verwendung von Befehlen wie git push --mirror ohne entsprechende Vorsicht kann das gesamte Ziel-Repository überschreiben und dabei Zweige, Tags und den Commit-Verlauf auf einen Schlag löschen.

Tipp: Bevor Sie einen Mirror-Push durchführen, überprüfen Sie Ihre Remote-URLs mit git remote -v noch einmal gründlich, um sicherzustellen, dass Sie in das richtige Repository pushen. Vermeiden Sie die Verwendung von --mirror, es sei denn, Sie sind sich sicher, dass dies Ihre Absicht ist. In den meisten Fällen reicht ein regulärer git push aus. Erwägen Sie die Einrichtung von Sicherheitsvorkehrungen oder die Verwendung von Skripten, die vor der Ausführung destruktiver Vorgänge eine Bestätigung abfragen.

Zeichenkodierung und Chaos bei Merge-Konflikten

24. Kodierungsinkongruenzen

Inkonsistente Einstellungen zur Zeichenkodierung können Dateiinhalte beschädigen, insbesondere in Umgebungen mit gemeinsamer Arbeit.

Tipp: Standardisieren Sie die Kodierungseinstellungen im gesamten Team und nutzen Sie Tools zur Erkennung von Kodierungsproblemen.

25. Ungelöste Merge-Konflikte

Das Committen von Dateien mit Konfliktmarkierungen oder das versehentliche Verwerfen falscher Codeabschnitte kann zu fehlerhaftem Code führen

Tipp: Lösen Sie Konflikte sorgfältig und ziehen Sie Code-Reviews in Betracht, um etwaige Fehler zu erkennen.

Herausforderungen beim Klonen und Cherry-Picking

26. Oberflächliche und unvollständige Klone

Die Verwendung von git clone --depth oder das Versäumen, Submodule und LFS-Objekte zu klonen, kann zu unvollständigen Repositorys führen.

Tipp: Klonen Sie Repositorys vollständig, sofern Sie keinen konkreten Grund haben, dies nicht zu tun, und stellen Sie sicher, dass alle erforderlichen Komponenten enthalten sind.

27. Falsche Verwendung von git cherry-pick und git revert

Das Anwenden von Commits außerhalb ihres Kontexts oder das falsche Rückgängigmachen von Änderungen kann zu Konflikten führen und Code überschreiben.

Tipp: Verwenden Sie diese Befehle mit Bedacht und machen Sie sich mit den Commits, die Sie bearbeiten, vollständig vertraut.

--

Checkliste: Richtlinien zum Schutz Ihrer GitHub-Daten

Wir haben zwar eine Vielzahl von Möglichkeiten aufgezeigt, wie Sie Ihre GitHub-Daten verlieren können, doch das Grundthema ist klar: Fehler passieren. Ob es sich nun um eine Löschung, einen falsch verstandenen Befehl oder ein falsch konfiguriertes Skript handelt – Ihre Daten sind stets gefährdet.

Der Schutz Ihrer GitHub-Daten ist entscheidend für die Aufrechterhaltung der Integrität, Verfügbarkeit und Vertraulichkeit Ihres Codes und der damit verbundenen Ressourcen. Nachfolgend finden Sie eine kurze Checkliste mit bewährten Vorgehensweisen, die Ihnen helfen soll, Ihre GitHub-Repositorys wirksam zu schützen.

Stärken Sie Ihre Authentifizierungsmethoden

• Aktivieren Sie Single Sign-On (SSO): Integrieren Sie GitHub in den Identitätsanbieter (IdP) Ihrer Organisation, um die Authentifizierung zu zentralisieren.
• Verlangen Sie eine Zwei-Faktor-Authentifizierung (2FA): Schreiben Sie die 2FA für alle Benutzer vor, um eine zusätzliche Sicherheitsebene zu schaffen. Bevorzugen Sie zeitbasierte Einmalpasswörter (TOTP) oder Hardware-Sicherheitsschlüssel gegenüber einer SMS-basierten 2FA.

Zugriffskontrolle

• Prinzip der geringsten Berechtigungen: Erteilen Sie den Benutzern nur die für ihre Rolle unbedingt erforderlichen Berechtigungen. Überprüfen und aktualisieren Sie die Zugriffsrechte regelmäßig.
• Rollenbasierte Zugriffskontrolle (RBAC): Definieren Sie Rollen (z. B. Administrator, Entwickler, Tester) und weisen Sie die Berechtigungen entsprechend zu.
• Verwenden Sie GitHub Teams zur Verwaltung von Gruppenberechtigungen.
• Schützen Sie kritische Zweige. Aktivieren Sie Regeln zum Schutz von Branches, um erzwungene Push-Vorgänge und Löschungen zu verhindern und Statusprüfungen sowie Code-Reviews vor dem Zusammenführen vorzuschreiben.
• Verwalten Sie externe Mitwirkende: Beschränken Sie den Zugriff für Mitwirkende von Drittanbietern und legen Sie gegebenenfalls Ablaufdaten für den Zugriff der Mitwirkenden fest.

Sichern Sie Anmeldedaten und sensible Daten

• Vermeiden Sie das Committen von Geheimnissen: Verwenden Sie Tools wie GitGuardian oder GitHub Secret Scanning, um Geheimnisse im Code zu erkennen. Implementieren Sie Pre-Commit-Hooks, um versehentliche Commits sensibler Daten zu verhindern.
• Nutzen Sie GitHub Secrets: Speichern Sie API-Schlüssel, Tokens und Passwörter sicher in GitHub Secrets für Actions und Dependabot.
• Wechseln Sie Anmeldedaten regelmäßig: Ändern Sie Zugriffstoken, SSH-Schlüssel und Passwörter in regelmäßigen Abständen. Stellen Sie sicher, dass kompromittierte Anmeldedaten unverzüglich ungültig gemacht werden.

Sicherung und Wiederherstellung

• Automatisierte Sicherungen: Planen Sie regelmäßige Sicherungen von Repositorys ein, einschließlich aller Zweige, Tags und Issues
• Externe Speicherung: Speichern Sie Sicherungskopien an sicheren, geografisch getrennten Standorten. Verschlüsseln Sie die Sicherungsdaten sowohl während der Übertragung als auch im Ruhezustand.
• WORM-fähige Backups: Nutzen Sie Speicherspeicher in der öffentlichen Cloud und die Objekt-Sperre, um im Falle eines Cybervorfalls eine sichere Kopie aufzubewahren.  
• Wiederherstellungsverfahren testen: Überprüfen Sie regelmäßig, ob Backups erfolgreich wiederhergestellt werden können. Dokumentieren Sie die Wiederherstellungsschritte und halten Sie diese auf dem neuesten Stand.

Fazit: Übernehmen Sie die Verantwortung für Ihre GitHub-Daten

GitHub ist mehr als nur eine Plattform – es ist das Herzstück der Entwicklungsarbeit Ihres Unternehmens und beherbergt nicht nur Code, sondern auch das geistige Eigentum und die gemeinschaftliche Arbeit, die Ihre Projekte vorantreiben. GitHub stellt zwar die Tools und die Infrastruktur bereit, doch die Verantwortung für den Schutz der Daten in Ihren Repositories liegt bei Ihnen.

Bei der Entwicklung unter Berücksichtigung von Sicherheit und Datenschutz geht es nicht nur darum, Verluste zu verhindern – es geht darum, eine Kultur des Bewusstseins und der Sorgfalt zu fördern. Indem Sie diese Vorgehensweisen in Ihren täglichen Arbeitsablauf integrieren, schaffen Sie eine widerstandsfähige Umgebung, in der Innovation gedeihen kann, ohne die Integrität zu gefährden.

Übernehmen Sie noch heute die Verantwortung für Ihre GitHub-Daten. Auf diese Weise schützen Sie nicht nur die wertvollen Vermögenswerte Ihres Unternehmens, sondern stärken auch das Fundament, auf dem Ihr Team aufbauen, zusammenarbeiten und langfristig erfolgreich sein kann.