Sicherheit
Sicherheitspraktiken von Jamdesk – Verschlüsselung, Zugriffskontrollen, Build-Isolation, DSGVO-Konformität und verantwortungsvolle Offenlegung.
So schützt Jamdesk Ihre Dokumentation und Kontodaten.
Infrastruktursicherheit
Hosting
Jamdesk läuft bei SOC-2-konformen Cloud-Anbietern. Builds, Anwendungsdaten und kompilierte Dokumentation liegen in verwalteten, gehärteten Diensten dieser Anbieter. Ein globales CDN mit integriertem DDoS-Schutz übernimmt die Auslieferung des Traffics.
Verschlüsselung
| Datenzustand | Schutz |
|---|---|
| Während der Übertragung | TLS 1.3 zwischen Ihnen, unserem Edge und unseren Origin-Servern |
| Im Ruhezustand | AES-256 für alles, was wir speichern, einschließlich Datenbankeinträgen, Objektspeicher und Logs |
| Backups | Mit denselben Schlüsseln verschlüsselt und über mehrere Regionen repliziert |
Zugriffskontrollen
Anmeldung
Sie können sich mit E-Mail und Passwort oder per Single Sign-on über Google oder GitHub am Dashboard anmelden. Unser Authentifizierungsanbieter speichert nur Einweg-Passwort-Hashes, niemals Klartext.
MFA in Ihrem Google- oder GitHub-Konto (TOTP, Sicherheitsschlüssel, Passkeys) gilt auch für die Jamdesk-Anmeldung über dieses Konto. Für den stärksten Schutz aktivieren Sie MFA dort und melden sich per SSO an.
Teamzugriff
Rollenbasierter Zugriff (Owner, Admin, Member) wird in unseren Datenbank-Sicherheitsregeln und bei jedem Backend-Aufruf durchgesetzt. Sitzungen laufen nach Inaktivitätsphasen ab. Änderungen an Abrechnung, Mitgliedern, eigenen Domains oder API-Schlüsseln werden in einem projektbezogenen Audit-Log festgehalten.
GitHub-Integration
Jamdesk verbindet sich über eine GitHub App mit Ihren Repositories, mit diesen Berechtigungen:
- Lese- und Schreibzugriff auf Repository-Inhalte
- Webhook-Zustellung für Build-Auslöser
Jamdesk schreibt nur dann in Ihr Repository, wenn Sie es ausdrücklich veranlassen: beim Speichern von Änderungen im Dashboard-Editor, beim Annehmen von Fix-with-AI-Vorschlägen oder beim Aktivieren der Übersetzung (dann werden übersetzte Seiten committet). Builds lesen nur. Sie können den Zugriff von Jamdesk jederzeit in Ihren GitHub-Anwendungseinstellungen widerrufen.
Token und Geheimnisse
Wir verschlüsseln jedes Geheimnis im Ruhezustand, darunter:
- GitHub-App-Verbindungen, bei denen wir nur Ihre numerische Installations-ID speichern. Kurzlebige Installations-Token (eine Stunde gültig) werden bei Bedarf erzeugt und niemals persistiert.
- GitHub-OAuth-Token aus dem Starter-Repo-Ablauf. Wir tauschen jedes Token einmal ein, nutzen es zum Klonen der Vorlage und verwerfen es danach.
- Zugangsdaten für Drittintegrationen wie Slack-Incoming-Webhook-URLs, Verifizierungs-Token für eigene Domains und API-Schlüssel für Analysen.
Das Dashboard gibt diese Werte nach dem Speichern nie wieder an den Browser zurück. Nur die serverseitige Build-Pipeline kann sie lesen.
Programmatische API-Schlüssel werden als Einweg-Hashes gespeichert. Der Klartext wird Ihnen genau einmal bei der Erstellung angezeigt. Wenn Sie ihn verlieren, rotieren Sie den Schlüssel.
Datenverarbeitung
Was wir speichern
- Ihre
docs.json-Konfiguration und hochgeladene Branding-Assets - Kompilierte Dokumentation (HTML, CSS, JS)
- Build-Logs, 30 Tage aufbewahrt
- Seitenaufruf-Ereignisse für Ihre Dokumentationsseite (Pfad, Referrer, Land, Browser, Gerätetyp und eine sitzungsbezogene Tab-ID), nach 90 Tagen gelöscht. Seitenaufrufe seit dem 14. Oktober 2026 enthalten keine IP-Adresse
- KI-Chatfragen (die ersten 200 Zeichen, ohne Antwort), nach 30 Tagen gelöscht
- Verschlüsselte Geheimnisse für jede von Ihnen konfigurierte Drittintegration
Was wir nicht speichern
- Ihren Quellcode. Wir klonen das Repository zur Build-Zeit. Der Arbeitsbaum wird mit dem Build-Container verworfen.
- Langlebige GitHub-Zugangsdaten. Siehe Token und Geheimnisse oben.
- Benutzerpasswörter in irgendeiner umkehrbaren Form.
- Kartennummern. Stripe verwahrt alle Kartendaten. Wir speichern nur die Kunden-ID und Abonnement-Metadaten.
Interner Zugriff
Der Zugriff auf Produktionsdaten ist auf eine kleine Zahl von Mitarbeitenden beschränkt, die ihn zum Betrieb des Dienstes oder zur Bearbeitung von Support-Anfragen benötigen. Zugriffe werden protokolliert.
Build-Isolierung
Jeder Dokumentations-Build läuft in einem eigenen Container:
- Kein Zugriff auf Daten anderer Kunden
- Frische Umgebung für jeden Build, Geheimnisse werden erst bei Bedarf eingeschleust
- Der Container wird nach Abschluss oder Fehlschlag des Builds zerstört
Compliance
DSGVO
Ist Jamdesk DSGVO-konform? Ja. Jamdesk erfüllt die DSGVO-Anforderungen mit:
- Einer Auftragsverarbeitungsvereinbarung, die automatisch gilt; eine gegengezeichnete Kopie ist auf Anfrage unter
privacy@jamdesk.comerhältlich - Einer öffentlichen Liste der Unterauftragsverarbeiter unter jamdesk.com/subprocessors
- Umsetzung des Rechts auf Löschung innerhalb von 30 Tagen
- Datenportabilität durch Export
Datenschutz
Unsere integrierten Analysen:
- Verwenden keine Cookies. Eine zufällige Sitzungs-ID wird im Sitzungsspeicher des Browsers abgelegt, bis der Tab geschlossen wird
- Teilen keine Daten mit Werbenetzwerken
- Erfassen keine IP-Adressen von Besuchern
Details finden Sie in unserer Datenschutzerklärung.
Reaktion auf Vorfälle
Unsere Reaktion auf einen Sicherheitsvorfall, der Ihr Konto oder Ihre Daten betrifft:
- Untersuchung und Eindämmung des Problems.
- Benachrichtigung der betroffenen Kunden innerhalb von 72 Stunden, gemäß unseren DSGVO-Pflichten.
- Bereitstellung eines schriftlichen Berichts nach dem Vorfall, sobald die Ursache feststeht.
Melden von Sicherheitslücken
Melden Sie Sicherheitsprobleme verantwortungsvoll:
- Senden Sie eine E-Mail an
security@jamdesk.com - Fügen Sie eine Beschreibung, Schritte zur Reproduktion und eine Einschätzung der Auswirkungen bei
- Wir bestätigen den Eingang innerhalb von 48 Stunden
Wir betreiben kein bezahltes Bug-Bounty-Programm. Forschende, die in gutem Glauben melden, werden namentlich genannt.
