{"meta":{"title":"Referenzen zu Geheimnissen","intro":"Finden Sie technische Informationen zu Geheimnissen in GitHub Actions.","product":"GitHub Actions","breadcrumbs":[{"href":"/de/actions","title":"GitHub Actions"},{"href":"/de/actions/reference","title":"Verweis"},{"href":"/de/actions/reference/security","title":"Sicherheit"},{"href":"/de/actions/reference/security/secrets","title":"Geheimnisse"}],"documentType":"article"},"body":"# Referenzen zu Geheimnissen\n\nFinden Sie technische Informationen zu Geheimnissen in GitHub Actions.\n\n## Benennung Ihrer Geheimnisse\n\n> \\[!TIP]\n> Um sicherzustellen, dass GitHub Ihre geheimen Schlüssel in Protokollen korrekt redigiert werden, vermeiden Sie die Verwendung strukturierter Daten als Werte geheimer Schlüssel.\n\nFür Geheimnisnamen gelten folgende Regeln:\n\n* Darf nur alphanumerische Zeichen (`[a-z]`, `[A-Z]`, `[0-9]`) oder Unterstriche (`_`) enthalten Leerzeichen sind nicht zulässig.\n* darf nicht mit dem `GITHUB_`-Präfix beginnen.\n* darf nicht mit einer Zahl beginnen.\n* Bei Verweisen wird die Groß-/Kleinschreibung nicht beachtet. GitHub speichert Geheimnisnamen unabhängig davon, wie sie eingegeben werden.\n* Müssen für das Repository, die Organisation oder das Unternehmen eindeutig sein, in dem bzw. der sie erstellt werden\n\nWenn ein Geheimnis mit demselben Namen auf mehreren Ebenen vorhanden ist, erhält das Geheimnis auf der niedrigsten Ebene Vorrang. Wenn beispielsweise ein Geheimnis auf Organisationsebene denselben Namen wie ein Geheimnis auf Repositoryebene aufweist, erhält das Geheimnis auf Repositoryebene Vorrang. Wenn eine Organisation, ein Repository und eine Umgebung über einen geheimen Schlüssel mit demselben Namen verfügen, hat der geheime Schlüssel auf Umgebungsebene Vorrang.\n\n## Einschränkungen für Geheimnisse\n\nDu kannst bis zu 1.000 Organisationsgeheimnisse, 100 Repositorygeheimnisse und 100 Umgebungsgeheimnisse speichern.\n\nEin Workflow, der in einem Repository erstellt wurde, kann auf die folgende Anzahl von Geheimnissen zugreifen:\n\n* Alle 100 Repositorygeheimnisse.\n* Wurde dem Repository der Zugriff auf mehr als 100 Geheimnisse auf Organisationsebene zugewiesen, kann der Workflow nur die ersten 100 Organisationsgeheimnisse (alphabetisch nach dem Namen des Geheimnisses sortiert) verwenden.\n* Alle 100 Umgebungsgeheimnisse.\n\nGeheimnisse sind auf 48 KB beschränkt. Informationen zum Speichern größerer Geheimnisse findest du unter [Verwenden von Geheimnissen in GitHub-Aktionen](/de/actions/how-tos/write-workflows/choose-what-workflows-do/use-secrets#storing-large-secrets).\n\n## Wenn GitHub Actions Geheimnisse liest\n\nGeheimnisse auf der Organisations- und Repositoryebene werden gelesen, wenn eine Workflowausführung in die Warteschlange eingereiht wird, während Geheimnisse auf der Umgebungsebene beim Starten eines Auftrags gelesen werden, der auf die Umgebung verweist.\n\n## Automatisch redigierte Geheimnisse\n\nGitHub redigiert automatisch die folgenden vertraulichen Informationen aus Workflowprotokollen.\n\n> \\[!NOTE] Wenn Sie möchten, dass andere Arten vertraulicher Informationen automatisch unkenntlich gemacht werden, wenden Sie sich bitte in unseren [Community-Diskussionen](https://github.com/orgs/community/discussions?discussions_q=is%3Aopen+label%3AActions) an uns.\n\n* Azure-Schlüssel mit 32 Byte und 64 Byte\n* Azure AD-Client-App-Kennwörter\n* Azure Cache-Schlüssel\n* Azure Container Registry-Schlüssel\n* Azure-Funktionshostschlüssel\n* Azure Search-Schlüssel\n* Datenbankverbindungszeichenfolgen\n* HTTP-Bearertoken-Header\n* JWTs\n* NPM-Autoren-Token\n* API-Schlüssel für NuGet\n* v1 GitHub-Installationstoken\n* v2 GitHub-Installationstoken (`ghp`, `gho`, `ghu`, `ghs`, `ghr`)\n* v2 GitHub-PATs\n\n## Sicherheit\n\nBewährte Sicherheitsmethoden mit Geheimnissen findest du unter [Referenz zur sicheren Verwendung](/de/actions/reference/security/secure-use#use-secrets-for-sensitive-information)."}