Skip to main content

​
Ansprüche auf Organisationen und Namespaces

ClawHub verwendet Inhaber-Handles, Organisations-Handles, Skill-Slugs, Plugin-Paketnamen und Paket-Scopes als öffentliche Namespaces. Wenn ein Namespace offenbar zu einem realen Projekt, einer Marke, einem Paket-Ökosystem oder einer Organisation gehört, auf ClawHub jedoch bereits beansprucht, reserviert, irreführend oder umstritten ist, bitten Sie das Personal um eine Überprüfung mithilfe des Formulars für Ansprüche auf Organisationen/Namespaces. Verwenden Sie diesen Weg für öffentliche, nicht vertrauliche Überprüfungen der Inhaberschaft. Verwenden Sie für Namespace-Ansprüche weder produktinterne Meldungen noch das Einspruchsformular für Konten.

​
Wann Sie einen Anspruch einreichen sollten

Reichen Sie einen Namespace-Anspruch ein, wenn ClawHub-Mitarbeiter Ihrer Ansicht nach prüfen sollten, ob ein Namespace aufgrund realer Inhaberschaft reserviert, übertragen, umbenannt, ausgeblendet, unter Quarantäne gestellt, mit einem Alias versehen oder anderweitig geändert werden sollte. Beispiele:
  • ein Organisations-Handle, das Ihrer GitHub-Organisation, Ihrem Projekt, Ihrem Unternehmen oder Ihrer Community entspricht
  • ein Paket-Scope wie @example-org/*, unter dem ausschließlich der entsprechende ClawHub-Inhaber veröffentlichen sollte
  • ein Skill-Slug oder Plugin-Paketname, der offenbar die Identität eines Projekts vortäuscht
  • eine Streitigkeit über eine Marke, ein Warenzeichen, die Umbenennung eines Projekts oder den Verlauf eines Pakets
  • ein gelöschter, inaktiver oder nicht erreichbarer Inhaber, der den rechtmäßigen Namespace-Inhaber blockiert
Wenn der Eintrag über die Inhaberschaftsstreitigkeit hinaus unsicher, bösartig oder irreführend ist, befolgen Sie außerdem die entsprechende Moderations- oder Sicherheitsanleitung. Das Formular für Namespace-Ansprüche dient der Überprüfung der Inhaberschaft, nicht der dringenden Offenlegung von Sicherheitslücken.

​
Vor dem Einreichen

Vergewissern Sie sich zunächst, dass Sie mit dem Inhaber veröffentlichen, der dem Namespace entspricht. Bei Plugin-Paketen müssen Scoped-Namen wie @example-org/example-plugin unter dem entsprechenden Inhaber example-org veröffentlicht werden. Wenn Sie den aktuellen Inhaber verwalten können, korrigieren Sie den Namespace direkt, indem Sie die betroffene Ressource veröffentlichen, umbenennen, übertragen, ausblenden oder löschen. Reichen Sie einen Anspruch ein, wenn Sie den aktuellen Inhaber nicht verwalten können oder Mitarbeiter eine Streitigkeit klären müssen.

​
Beizufügende Nachweise

Verwenden Sie öffentliche, nicht vertrauliche Nachweise. Hilfreiche Belege sind unter anderem:
  • Verlauf der GitHub-Organisation, des Repositorys, der Releases oder der Maintainer
  • offizielle Projektdokumentation, die den Namespace nennt
  • Nachweis über eine Domain oder offizielle E-Mail-Domain
  • Kontrolle über den Scope bei npm, PyPI, crates.io oder einer anderen Paket-Registry
  • Nachweise über Warenzeichen, Marken- oder Projekteigentum, die öffentlich besprochen werden können
  • Verlauf des Quell-Repositorys, Paketverlauf oder öffentliche Hinweise zur Umbenennung
  • Links zum umstrittenen ClawHub-Inhaber, Skill, Plugin, Paket oder Issue
Erläutern Sie, was jeder Link belegt. Mitarbeiter sollten die Beziehung nachvollziehen können, ohne private Anmeldedaten oder Geheimnisse zu benötigen.

​
Was Sie nicht angeben sollten

Veröffentlichen Sie keine Geheimnisse oder privaten Nachweise in einem öffentlichen GitHub-Issue. Geben Sie Folgendes nicht an:
  • API-Token, Signaturschlüssel oder Anmeldedaten
  • DNS-Challenge-Token
  • private Rechtsunterlagen oder Verträge
  • persönliche Identitätsdokumente
  • private E-Mails, private Sicherheitsberichte oder vertrauliche Kundendaten
Im Anspruchsformular wird gefragt, ob vertrauliche Nachweise einen privaten Kanal zum Personal erfordern. Verwenden Sie diese Option, statt vertrauliches Material öffentlich zu veröffentlichen.

​
Mögliche Ergebnisse

Je nach Nachweisen und Risiko können ClawHub-Mitarbeiter einen Namespace reservieren, die Inhaberschaft übertragen, eine Ressource umbenennen, einen bestehenden Eintrag ausblenden oder unter Quarantäne stellen, einen Alias oder eine Weiterleitung hinzufügen, weitere Nachweise anfordern oder die Anfrage ablehnen. Die Überprüfung eines Namespace garantiert nicht, dass jeder übereinstimmende Name übertragen wird. Das Personal wägt öffentliche Nachweise, bestehende Nutzung, Sicherheitsrisiken und Auswirkungen auf Benutzer ab.

​
Verwandte Dokumentation