Sicherheitsmeldung

Sicherheitslücke melden

Wenn Sie eine Sicherheitslücke in Geist oder einem von uns betriebenen Dienst vermuten, melden Sie sie vertraulich. Eröffnen Sie kein öffentliches Issue.

Vertrauliche Meldung

Senden Sie die Meldung direkt an uns.

Nutzen Sie die folgende Adresse für vermutete Sicherheitslücken. Senden Sie keine Zugangsdaten, personenbezogenen Daten oder sachfremden Produktionsdaten.

Security-Kontakt

Wir betreiben derzeit kein vergütetes Bug-Bounty-Programm.

Geltungsbereich

Unterstützte Ziele

Diese Richtlinie gilt für den aktuellen Produktionsdienst und Code, den Geist betreibt oder pflegt.

Im Geltungsbereich

  • geist.company, app.geist.company und api.geist.company, sofern sie von Geist betrieben werden
  • Die aktuelle Produktionsbereitstellung
  • Der main-Branch dieses Repositorys für autorisierte Mitwirkende
  • Authentifizierung, Mandantentrennung, APIs, Agent-Tools, Dateiverarbeitung und Deployment-Kontrollen

Außerhalb des Geltungsbereichs

  • Alte Commits, nicht unterstützte Releases, Forks und kundenseitig veränderte Installationen
  • Drittdienste, die Geist nicht betreibt
  • Social Engineering, physische Tests, Denial-of-Service, Spam und hochvolumige Scans
  • Reine Scanner-Meldungen oder fehlende Header ohne nachgewiesene Sicherheitsauswirkung
Regeln für Sicherheitsforschung

Weisen Sie die Lücke nach, ohne den Schaden auszuweiten.

Tests sind nur autorisiert, solange Sie diese Regeln und geltendes Recht einhalten.

Erforderliches Verhalten

  • Nutzen Sie nur Konten, Mandanten, Geräte und Daten, die Ihnen gehören oder für deren Test Sie autorisiert sind.
  • Beenden Sie den Test nach dem kleinsten erforderlichen Nachweis der Sicherheitslücke.
  • Beenden Sie den Test sofort, wenn Sie Daten einer anderen Person oder Organisation sehen.
  • Sichern Sie Nachweise, ohne sensible Daten zu kopieren, zu verändern, zu löschen oder öffentlich zu teilen.
  • Kontaktieren Sie uns vor weiteren Tests, wenn Sie nicht sicher sind, ob diese sicher oder vom Geltungsbereich erfasst sind.

Nicht zulässig

  • Daten exfiltrieren, Persistenz einrichten, sich lateral bewegen oder Zugriffe über den kleinsten Nachweis hinaus ausweiten.
  • Die Verfügbarkeit beeinträchtigen, Dienste belasten, massenhaft Anfragen senden oder erhebliche Ressourcen verbrauchen.
  • Malware, Phishing, Angriffe auf Zugangsdaten oder Tests gegen Beschäftigte und Lieferanten einsetzen.
  • Daten eines anderen Mandanten lesen, verändern oder löschen.
  • Details vor einer abgestimmten Offenlegung veröffentlichen.
Qualität der Meldung

Liefern Sie genug Nachweise für Reproduktion und Bewertung.

Eine knappe, vollständige Meldung erreicht schneller die richtige verantwortliche Person.

  1. Betroffene URL, Komponente, API, Version oder Commit
  2. Art der Sicherheitslücke und die erwartete Sicherheitsgrenze
  3. Reproduktionsschritte oder einen minimalen Proof of Concept
  4. Erforderliche Rolle, Berechtigungen, Konfiguration und weitere Voraussetzungen
  5. Beobachtete und realistisch mögliche Auswirkungen
  6. Bereinigte Request-IDs, Logs, Antworten, Screenshots oder Zeitstempel
  7. Ob Sie sensible Daten gesehen und eine Kopie davon behalten haben
  8. Ihre bevorzugten Kontaktdaten und Erwartungen an die Offenlegung
Unsere Reaktion

Was Sie erwarten können

Wir halten Sie auf dem Laufenden, während wir die Meldung prüfen und die Sicherheitslücke beheben.

Eingangsbestätigung

Innerhalb von 2 Werktagen

Wir bestätigen den Eingang und senden eine Referenz zur Nachverfolgung.

Erste Bewertung

Innerhalb von 5 Werktagen

Wir bewerten Geltungsbereich, Schweregrad, Reproduzierbarkeit und betroffene Verantwortliche.

Statusmeldungen

Mindestens alle 14 Tage

Wir teilen relevante Fortschritte oder erklären, was noch untersucht wird.

Behebung

Risikobasiert

Wir priorisieren Ausnutzbarkeit und Auswirkung. Vor der Bewertung versprechen wir keinen festen Behebungstermin.

Koordination

Gutgläubige Forschung und Offenlegung

Wenn Sie in gutem Glauben handeln, diese Richtlinie einhalten und sich angemessen bemühen, Schäden zu vermeiden, behandeln wir Ihre Forschung im Rahmen dieser Richtlinie als autorisiert und leiten deswegen keine rechtlichen Schritte ein. Dies autorisiert kein Verhalten, das gegen geltendes Recht verstößt oder Systeme außerhalb unserer Kontrolle betrifft.

Koordinierte Offenlegung

Geben Sie uns bitte eine angemessene Gelegenheit zur Untersuchung und Bereitstellung einer Korrektur, bevor Sie Details veröffentlichen. Wir stimmen Zeitpunkt und Umfang der Offenlegung mit Ihnen ab, nennen Sie auf Wunsch und verwenden gegebenenfalls ein öffentliches Advisory oder eine CVE.

Daten in der Meldung

Senden Sie nur die für die Bewertung erforderlichen Nachweise. Wir beschränken den Zugriff auf Meldungen und können relevante Details an Dienstleister oder betroffene Anbieter weitergeben, wenn dies für Untersuchung und Behebung erforderlich ist.

Bereit für die Meldung?

Senden Sie dem Security-Kontakt eine E-Mail mit dem betroffenen Ziel und den Reproduktionsschritten.