Zum Inhalt springen
Gelhaus Solutions

Erklärung zum CNA-Geltungsbereich

Der Geltungsbereich, wie er eingereicht wurde, was er für jedes Produkt abdeckt, und was beantragt, aber noch nicht gewährt ist. Der Meldeweg steht auf der Richtlinienseite.

Herausgegeben von
Gelhaus Solutions · CNA-Geltungsbereichserklärung
Programm
Antrag läuft
Rechtsraum
Deutschland
Die andere Hälfte
Offenlegungsrichtlinie →
Zuletzt geändert
13 September 2026
01 · Die Erklärung

Beantragt, nicht bewilligt

Nichts davon hat bisher Vergabebefugnis.

Diese Erklärung ist der Geltungsbereich, den Gelhaus Solutions als CVE Numbering Authority beantragt hat. Über den Antrag ist nicht entschieden; nichts auf dieser Seite verleiht also bereits die Befugnis, Kennungen zu vergeben, auch die unten aufgeführten Produkte nicht.

In Kraft ist heute die Offenlegungsrichtlinie. Eine Schwachstelle in allem, was hier aufgeführt ist, wird nach den veröffentlichten Fristen bearbeitet, ganz gleich ob der Antrag je durchgeht: Sie erhält eine Advisory-Kennung mit dem Präfix GSSA-, und was eine CVE rechtfertigt, läuft über den zuständigen Root, statt bis zur Antwort liegen zu bleiben.

Schwachstellen in Produkten und Diensten von Gelhaus Solutions, die nicht im Geltungsbereich einer anderen CNA liegen. Dazu gehören die GHub-Produktreihe und die unter der Organisation Gelhaus Solutions veröffentlichten Werkzeuge.

Für jedes Produkt erfasst der Geltungsbereich dessen Quell-Repositories, die daraus veröffentlichten oder verbreiteten Artefakte und die von Gelhaus Solutions betriebenen Produktivinstallationen, gleich ob der Quelltext zum Zeitpunkt der Meldung öffentlich ist.

Schwachstellen in Postiz liegen nicht in diesem Geltungsbereich. Postiz ist von einer eigenen CNA abgedeckt.

Das ist die Erklärung im Wortlaut. Alles Weitere unten ist dasselbe, ausführlicher gesagt; sollten die beiden je auseinandergehen, gilt die Erklärung oben.

Ein Produkt ist nicht nur sein Repository

Der Geltungsbereich wird je Produkt erklärt und erfasst das Ganze davon: das Quell-Repository, was daraus veröffentlicht oder verbreitet wird, und die von Gelhaus Solutions betriebene Installation. Ein Fund in einer gehosteten Instanz liegt zu denselben Bedingungen im Geltungsbereich wie einer im Code. Für die betroffene Person gibt es da keinen Unterschied.

Nicht alle GHub-Repositories sind bereits öffentlich. Für den Geltungsbereich macht das keinen Unterschied. Eine Schwachstelle in einem Produkt ist die Schwachstelle dieses Produkts, gleich ob Sie beim Finden den Quelltext lesen konnten, und eine Meldung zu einer noch nicht veröffentlichten Komponente wird zu denselben Bedingungen behandelt wie jede andere. Die Repositories zu veröffentlichen wird dieser Seite nichts hinzufügen, und das ist der Punkt.

Wo ein Name mehr als eine auslieferbare Sache umfasst (eine App und einen Runner, eine Plattform und deren Instanz), sagt der Eintrag in der Liste das, statt es der Vermutung zu überlassen.

Was nicht gelistet ist

Meldungen zu etwas, das nicht auf dieser Seite steht, werden trotzdem gelesen und bekommen trotzdem eine Antwort. Stellt sich heraus, dass es meins ist, wird es hier ergänzt und nach der Richtlinie behandelt. Gehört es jemand anderem, wird auf diese Stelle verwiesen.

Nichts wird zurückgewiesen, weil es nicht gelistet ist. Die Liste sagt, was bereits als erfasst bekannt ist; sie ist kein Filter auf das Postfach.

02 · Geltungsbereich wie eingereicht

15 Produkte

Bei 8 davon ist noch nichts veröffentlicht. Sie stehen hier, weil der Geltungsbereich vor der ersten Veröffentlichung bestehen sollte statt danach ergänzt zu werden, und sie sind gekennzeichnet, damit niemand nach etwas zum Testen sucht.

GAdvisory Vollständig
Eine Plattform für Sicherheits-Advisories, die nicht an die Datenbank eines Ökosystems gebunden ist.
GControl Vollständig
Ein Management-Broker, der in Ihrer eigenen Infrastruktur läuft.
GPlatform Teilweise Noch nicht veröffentlicht
Teilweise im Geltungsbereich: Module, die GPlatform ausliefert, sind erfasst, die Plattform selbst nicht, da sie nicht an Prosumer ausgeliefert wird.
GOpenCSR Vollständig Noch nicht veröffentlicht
Ein Konto, ein Log und ein Ort für Governance, für jede G-Open-Registry.
GOpenCDR Vollständig Noch nicht veröffentlicht
Community-Top-Level-Domains neben dem gewohnten Internet, signiert von der Root an.
GOpenCNR Vollständig Noch nicht veröffentlicht
Eigene Adressen und eine eigene ASN in einem privaten Netz, geroutet über Hubs und Ende-zu-Ende verschlüsselt.
GeGroups Vollständig
Gruppen und Mailinglisten, gebaut zum Betreiben.
GAnalytics Vollständig Noch nicht veröffentlicht
Analytik, bei der jeder Datenbestand ein Modul ist.
DAnalytics Vollständig Noch nicht veröffentlicht
Discord-Analytik, gespeichert nach Form.
GBoarse Vollständig Noch nicht veröffentlicht
Eine Börsensimulation.
contribution-checker Vollständig
Sperrt Pull Requests hinter eine Bewerbung, als GitHub-App oder aus GitHub Actions heraus.
Vulnogram Teilweise
Dies ist ein Fork von vulnogram/vulnogram; im Geltungsbereich sind nur Schwachstellen, die unser Repository betreffen.
Kener (improved) Teilweise
Gelhaus Solutions pflegt diesen Fork von Kener. Meldungen zu Code, den wir geschrieben oder geändert haben, gehören hierher. Meldungen zu unverändertem Upstream-Code von Kener gehören zum Upstream-Projekt. Upstream-Änderungen werden nach Prüfung selektiv übernommen, eine Meldung kann uns also erreichen, bevor der Upstream-Fix in unserem Baum liegt. Was zuerst bei uns eingeht, leiten wir weiter und verfolgen den Fix, bis wir ihn übernommen haben.
Dies ist ein Fork von discord-tickets/bot; im Geltungsbereich sind nur Schwachstellen, die unser Repository betreffen.
AetherNet Vollständig Noch nicht veröffentlicht
Eine Steuerungsebene für eine Flotte autonomer Agenten, die zufällig in Minecraft leben.
03 · Außerhalb des Geltungsbereichs

2 Ausschlüsse

Von der Erklärung oben ausgenommen, und aufgeführt statt weggelassen, damit sich die Abgrenzung zu anderen CNAs und zu Ursprungsprojekten prüfen und nicht bloß vermuten lässt.

Abgedeckt durch die Postiz-CNA mit MITRE als TL-Root und durch GCVE Numbering Authority 125. Ich betreibe dieses Programm, aber es ist eine eigene Authority mit eigenem Geltungsbereich: Postiz-Funde bitte dort melden, nicht hier. PSA-
Teil der Postiz-Plattform und von derselben CNA abgedeckt, obwohl es in einem eigenen Repository liegt. Gleiches Programm, gleiche Meldestelle. PSA-
04 · Beantragt, nicht in der Erklärung

Vorgeschlagen, nicht in Kraft

Diese Klauseln wurden zusammen mit dem Antrag beantragt und bewusst aus der eingereichten Erklärung herausgehalten. Der Unterschied zum Geltungsbereich oben liegt nicht darin, dass das eine gewährt wäre und das andere nicht: Gewährt ist keines von beiden. Er liegt darin, dass die Produkte oben das sind, was der Antrag begehrt, während diese Klauseln Befugnisse über Software Dritter begehren, die eine Erklärung nicht beanspruchen kann, solange sie niemand gewährt hat.

Funde in fremder Software

Außerhalb des Geltungsbereichs
Vorgeschlagener Wortlaut. Nicht in Kraft.

Schwachstellen in Software Dritter, die Gelhaus Solutions selbst gefunden hat oder zu deren Koordinierung der Finder Gelhaus Solutions gebeten hat, sofern das betroffene Produkt nicht im Geltungsbereich einer anderen CNA liegt.

Stand der Dinge

Bei MITRE im Rahmen des CNA-Antrags gestellt, im selben Antrag wie die gadvisory.org-Klausel. Entscheidung steht aus.

Warum es beantragt wurde

Die Koordinierung findet ohnehin hier statt. Der Nachweis, der Kontakt zum Hersteller, die Einstufung und der Offenlegungstermin liegen bei dem, der die Arbeit gemacht hat, und die Kennung muss heute bei einer CNA beantragt werden, der nichts davon vorliegt. Die Klausel würde die Nummer dorthin legen, wo koordiniert wird. Mehr wird über fremde Produkte nicht beansprucht.

Was heute geschieht

Der Fund wird so oder so bearbeitet, und zwar auf demselben Weg wie bisher. Gelhaus Solutions nimmt Kontakt zum Hersteller auf, schreibt das Advisory und veröffentlicht es auf gadvisory.org unter einer eigenen Advisory-Kennung. Dafür braucht es niemandes Erlaubnis. Die CVE wird bei der CNA des Produkts beantragt, wo es eine gibt, und bei der CNA of Last Resort, wo es keine gibt; Gelhaus Solutions steht dann als meldende, nicht als zuweisende Stelle im Datensatz. Wenn Sie etwas in fremder Software gefunden haben und Hilfe möchten, es zu den Leuten zu bringen, die es beheben können: Dieses Angebot gilt heute und hängt hiervon nicht ab.

Auch wenn es gewährt wird

Es ist eine Klausel darüber, wer eine Kennung vergibt, und nichts darüber hinaus. Behebung, Zeitplan und die Entscheidung über die Veröffentlichung bleiben beim Hersteller der betroffenen Software. Die Fristen in der Offenlegungsrichtlinie sind Zusagen für die Produkte im Geltungsbereich oben, nicht für fremden Code. Und ein Produkt, dessen Hersteller eine eigene CNA betreibt, bleibt bei dieser CNA, ganz gleich wer die Schwachstelle gefunden hat.

Auf gadvisory.org aufgenommene Projekte

Außerhalb des Geltungsbereichs
Vorgeschlagener Wortlaut. Nicht in Kraft.

Schwachstellen in Projekten Dritter, die auf gadvisory.org aufgenommen wurden und deren Maintainer eine Kennung von Gelhaus Solutions anfragen, sofern das Projekt nicht im Geltungsbereich einer anderen CNA liegt und seine Maintainer die Zuweisung erbeten oder ihr zugestimmt haben.

Stand der Dinge

Bei MITRE im Rahmen des CNA-Antrags gestellt. Entscheidung steht aus.

Warum es beantragt wurde

GAdvisory hält für diese Projekte bereits den gesamten Datensatz: Die Maintainer haben sie aufgenommen, das Advisory wird dort verfasst, geprüft und veröffentlicht. Einzig die Kennung muss von anderswo kommen, was ein Advisory auf zwei Stellen aufteilt und die Maintainer der fehlenden Hälfte hinterherlaufen lässt. Die Klausel würde diese Lücke schließen, und nur für Maintainer, die darum bitten.

Was heute geschieht

Bis es eine Antwort gibt, liegt das nicht im Geltungsbereich und fehlt in der Erklärung oben bewusst. Ein auf gadvisory.org aufgenommenes Projekt Dritter kann sein Advisory schon heute dort hosten und veröffentlichen lassen (dafür braucht es niemandes Erlaubnis), aber die Kennung muss weiterhin von der eigenen CNA des Projekts kommen, oder von der CNA of Last Resort, wo es keine hat.

Auch wenn es gewährt wird

Die Aufnahme eines Projekts würde es für sich genommen nicht in den Geltungsbereich bringen: Die Maintainer müssen darum bitten, je Projekt, und sie können es wieder lassen. Das Hosten eines Advisories auf gadvisory.org überträgt nichts und bedeutet nichts: Ein Projekt, dessen Hersteller eine eigene CNA betreibt, behält sie, und für Kunden von GPlatform Advisory gilt diese Klausel zu genau denselben Bedingungen wie für alle, die selbst hosten: nämlich noch nicht.

05 · Kennungen des Programms

Unter welchen Namen dieses Programm läuft

Die Namen und Adressen, unter denen der Antrag läuft. Der CPE-Herstellername wird erst nach Abschluss des Antrags vergeben; die Zeile fehlt deshalb, statt leer zu bleiben.

Organisation
Gelhaus Solutions
Rechtsraum
Deutschland
Status
Antrag läuft
Advisory-Präfix
GSSA-
Advisories
gadvisory.org
Offenlegungsrichtlinie
gplatform.org/security/policy
Eine davon melden

Die Kanäle, die Reaktionszeiten und die Safe-Harbour-Bedingungen stehen auf der Seite zur Richtlinie. Diese hier sagt nur, was abgedeckt ist.

Offenlegungsrichtlinie