|
| 1 | +--- |
| 2 | +title: GitHub Integration |
| 3 | +description: Synchronisation von Repositories, Organisationen und Security-Daten aus GitHub – plus Ausblick auf geplante Automatisierungen |
| 4 | +--- |
| 5 | + |
| 6 | +Mit der **GitHub-Integration** verbindet Kopexa dein GitHub-Organisation-Konto und synchronisiert automatisch relevante Informationen. |
| 7 | +Ziel: **Sichtbarkeit über alle Repositories und Projekte** herstellen und diese direkt mit **Assets, Risiken und Kontrollen** verknüpfen. |
| 8 | + |
| 9 | +## Warum GitHub in Kopexa? |
| 10 | + |
| 11 | +- **Zentrale Übersicht:** Alle Repos und Projekte als **Assets** im Inventory. |
| 12 | +- **Audit-Ready:** Überblick über Berechtigungen, Organisation, verwendete Technologien. |
| 13 | +- **Compliance-Verknüpfung:** Repos mit Risiken, Policies und Kontrollen verbinden. |
| 14 | +- **DSGVO/NIS2/ISO**: Nachvollziehbarkeit, wo Quellcode liegt, wer Zugriff hat, welche Sicherheitsmaßnahmen bestehen. |
| 15 | + |
| 16 | +<Callout title="Gut zu wissen"> |
| 17 | +Die GitHub-Integration ist aktuell **read-only**. |
| 18 | +Kopexa schreibt keine Änderungen an deine Repositories, Nutzer oder Organisationseinstellungen. |
| 19 | +</Callout> |
| 20 | + |
| 21 | +## Welche Daten werden heute synchronisiert? |
| 22 | + |
| 23 | +- **Organisation & Mitglieder:** GitHub-Organisation(en), User und Teams (optional). |
| 24 | +- **Repositories:** Name, Beschreibung, Sichtbarkeit (public/private), Owner. |
| 25 | +- **Repo-Assets:** Automatische Abbildung als **Assets** im Inventory. |
| 26 | +- **Metadaten:** Themen wie Default-Branch, letzte Commits, ob ein Repository archiviert ist. |
| 27 | + |
| 28 | +Diese Daten sind die Basis für Risikoanalysen, z. B.: „Welche kritischen Assets liegen in public Repos? Wer hat Zugriff?“ |
| 29 | + |
| 30 | +## Roadmap & Zukunft: Security-Automatisierung |
| 31 | + |
| 32 | +Wir arbeiten daran, **weit über reine Sichtbarkeit hinauszugehen**. Geplante Features (opt-in): |
| 33 | + |
| 34 | +- **Branch Protection Checks:** Automatische Überprüfung, ob Branch Protection Rules aktiv sind (z. B. PR-Reviews, Status-Checks). |
| 35 | +- **Vulnerability Scanning:** Anbindung an GitHub Advanced Security und Dependabot-Daten, um bekannte Schwachstellen zu erfassen. |
| 36 | +- **Secret Scanning:** Erkennung von geleakten Secrets/Keys in Repositories. |
| 37 | +- **Best-Practice-Reports:** Abgleich mit OWASP DevSecOps und ISO 27001 Annex A Controls (z. B. „Secure SDLC“, „Code Integrity“). |
| 38 | + |
| 39 | +Diese Daten können zukünftig **automatisiert als Evidenz** für Kontrollen dienen (z. B. „Alle kritischen Repos haben Branch Protection aktiv“). |
| 40 | + |
| 41 | +<Callout title="Roadmap"> |
| 42 | +Die Security-Automation befindet sich auf unserer **Produkt-Roadmap**. |
| 43 | +Wir starten mit **read-only Checks**, später folgen **optionale Remediation-Workflows** (z. B. automatisierte Branch-Protection-Policies). |
| 44 | +</Callout> |
| 45 | + |
| 46 | +## Einrichtung & Berechtigungen |
| 47 | + |
| 48 | +Aktuell erfolgt die Verbindung via **GitHub OAuth App / PAT (Personal Access Token)** mit Lesezugriff auf: |
| 49 | + |
| 50 | +- `repo` (Leserechte für Organisation/Repos) |
| 51 | +- `read:org` (Leserechte für Organisations- und Team-Mitglieder) |
| 52 | +- `admin:repo_hook` (optional für Webhook-basierte Events, Roadmap-Feature) |
| 53 | + |
| 54 | + |
| 55 | +## Datenschutz & Sicherheit |
| 56 | + |
| 57 | +- **Read-only Zugriff:** Keine Schreibaktionen an deinen Repos oder Organisationseinstellungen. |
| 58 | +- **Space-Isolation:** Jede Kopexa-Space ist mandantengetrennt. |
| 59 | +- **Widerruf jederzeit:** Zugriff über GitHub Settings entziehbar. |
| 60 | + |
| 61 | +## Mapping in Kopexa |
| 62 | + |
| 63 | +- **Repos → Assets:** Jedes Repo wird als Asset angelegt, kann mit Risiken und Kontrollen verknüpft werden. |
| 64 | +- **Owner → People:** GitHub-Nutzer können in Inventory „People“ gemappt werden. |
| 65 | +- **Policies:** Verknüpfe Kontrollen wie „Secure SDLC“ oder „Branch Protection aktiv“ direkt mit den Repos. |
| 66 | + |
| 67 | +<Mermaid |
| 68 | + chart={` |
| 69 | +graph TD |
| 70 | + A[GitHub Org] --> B[Repos als Assets] |
| 71 | + B --> C[Risiken] |
| 72 | + B --> D[Kontrollen] |
| 73 | + D --> E["Evidenz (z.B. Branch Protection Check)"] |
| 74 | + style A fill:#e0f2fe,stroke:#3b82f6 |
| 75 | + style B fill:#ecfdf5,stroke:#10b981 |
| 76 | + style C fill:#fff7ed,stroke:#fb923c |
| 77 | + style D fill:#e5e7eb,stroke:#9ca3af |
| 78 | + style E fill:#fde68a,stroke:#f59e0b |
| 79 | +`} |
| 80 | + /> |
0 commit comments