GitHub Apps support arbitrary issuers for federated credentials [GA]
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 30/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Ruhig
- Tech-Stack
- github
- Bereich
- authentication, security
Rechercherichtung
Dieser Roadmap-Eintrag identifiziert keine Repository-Dateien, Tests oder Implementierungseinstiegspunkte, die zuerst untersucht werden sollten. Verwende den Authentifizierungsbereich für föderierte Anmeldeinformationen der GitHub App als Ausgangsbereich; die Arbeit ist abgeschlossen, wenn beliebige kompatible Issuer und Claims ohne private Schlüssel Installationstokens ausstellen können.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Value Prop
You can now authenticate GitHub Apps using any compatible identity provider — including SPIFFE, Okta, GCP, AWS, Kubernetes clusters, and more — instead of managing private keys. Configure any issuer and claims that fit your infrastructure, and use federated credentials to mint installation tokens for your app's installations. This gives every team, regardless of their technology stack, a secure and flexible alternative to long-lived private keys.
Expected Outcome
Developers and platform teams can eliminate the operational burden of storing, rotating, and securing GitHub App private keys by integrating directly with the identity providers already powering their infrastructure. By extending federated credential support to any compatible issuer, GitHub Apps fit naturally into modern zero-trust and cloud-native environments. The result is a more secure authentication model that reduces credential sprawl and scales with the diversity of real-world infrastructure setups.
- Vorherrschende Sprache
- Keine Sprachdaten
- Sterne
- 9k
- Forks
- 1.8k
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus github/roadmap
-
Enterprise Free Public Preview Team
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
-
GHES 3.24 Public Preview
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
-
Enterprise Free Public Preview Team
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
-
Enterprise Free Public Preview Team
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
-
cloud Enterprise Free Public Preview Team
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
Ähnliche Issues
-
Server mode OAuth2: 'NoneType' object is not subscriptable on every request after re-submitting the OAuth2 login while already logged inEvtl. vergeben @Rarasinhoo hat das heute übernommen. Offen
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 88/100
pgadmin-org/pgadmin4#10733 ·
Maintainer antworten meist innerhalb von 3 Tagen
-
security
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Eyevinn/python-runner#38 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
opencrvs/opencrvs-core#14341 ·
Maintainer antworten meist innerhalb von 1 Tag
-
dm: kin-openapi v0.144.0 is affected by five CVEs (panic / auth bypass) — bump to v0.149.0Evtl. vergeben @GMHDBJD hat das heute übernommen. Offenaffects-26.3 affects-26.9 affects-7.5 affects-8.1 affects-8.5 area/dm dependencies severity/major type/bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
Maintainer antworten meist innerhalb von 1 Tag