Enterprise Managed Authorization (ID-JAG, XAA) allows apps to silently SSO into GitHub using corporate credentials [Public Preview]
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- Active
- Stack technique
- github
- Domaine
- authentication, authorization, security
Piste de recherche
No repository files, tests, or entry points are named. Start by reading the Enterprise Managed Authorization description and its references to Enterprise Managed Users, compatible client apps, and Entra, Okta, or Ping. Done means a compatible app and identity provider can give an EMU user immediate GitHub access without a separate sign-in or OAuth consent flow.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Value Prop
Enterprise Managed Authorization (EMA, also known as ID-JAG or Cross-app access) lets you use your corporate identity in compatible apps to access GitHub without completing a separate sign-in or OAuth consent flow. When you use your corporate credentials to sign in to VS Code, Claude, or another app that supports EMA, you'll have immediate access to GitHub - no JSON or extra logins required.
EMA is a rare overlap of security and usability - identity administrators can better enforce their existing IdP access policies and get more detailed audit logs while developers get a faster, easier way to connect their tools to GitHub.
Expected Outcome
This public preview is targeted at Enterprise Managed Users, whose identity is already owned by a corporate IdP. Client apps that support EMA, in conjunction with compatible IdPs such as Entra, Okta, or Ping, will be able to access GitHub on behalf of an EMU user without an additional sign in flow. When the user signs into the app using their corporate IdP credentials, they will be able to immediately start using GitHub.
- Langage dominant
- Aucune donnée de langage
- Étoiles
- 8.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 Public Preview Team
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
-
Enterprise Free Public Preview Team
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 20/100
-
Enterprise Free Public Preview Team
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
-
cloud Enterprise Free Public Preview Team
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 20/100
-
Enterprise Free GA GHES 3.24 Team
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
Toutes les issues de github/roadmap
Issues similaires
-
[Bug] adb backup script reports "Done" & exits 0 when the backup failsPeut-être pris @bhattmanthan l’a pris aujourd’hui. Ouverterequest-issue-assignment
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
OWASP/mastg#4034 · 5 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
Auth: pyric's IdTokenResult uses ISO times and lacks signInSecondFactor, production uses UTC stringsOuvertedivergence lane:reliability
Difficulté 2/5 1-3 heures Accessibilité débutants 77/100
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
ansible/ansible-ui#3857 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Les mainteneurs répondent en général sous 6 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
emersion/go-msgauth#87 ·