GitHub Apps support arbitrary issuers for federated credentials [GA]
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 30/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- Calme
- Stack technique
- github
- Domaine
- authentication, security
Piste de recherche
Cette entrée de la feuille de route n’identifie pas les fichiers du dépôt, les tests ou les points d’entrée de l’implémentation à examiner en premier. Utilisez le domaine d’authentification par identifiants fédérés de GitHub App comme périmètre de départ ; le travail est terminé lorsque des issuers et des claims arbitraires compatibles peuvent émettre des installation tokens sans clés privées.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Aucune donnée de langage
- Étoiles
- 9k
- Forks
- 1.8k
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de github/roadmap
-
Enterprise Free GA GHES 3.24 GitHub Advanced Security (GHAS) Shipped Team
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
-
Enterprise Free GA GHES 3.24 Team
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
-
Enterprise Free GA GHES 3.24 Team
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 18/100
-
Closing Down cloud Enterprise Free Shipped - Dotcom Team
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
-
cloud Copilot Enterprise Copilot for Business Copilot for Individuals Public Preview Shipped - Dotcom
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 10/100
Toutes les issues de github/roadmap
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
devswha/herdr-web-ui#2884 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 79/100
Les mainteneurs répondent en général sous 1 jour
-
area:fs type:fix
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Tripstack-Corp/spyc#1002 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 74/100