Proof of Presence (PoP) for Pull Requests – Re-authentication on PR merge & approval (Entra IdP) [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é
- Calme
- Stack technique
- azure
- Domaine
- authentication
Piste de recherche
Cette issue de la feuille de route décrit Proof of Presence pour les approbations et les merges de pull requests via Microsoft Entra ID, mais elle n’indique aucun fichier du dépôt, test ou point d’entrée de l’implémentation. Commencez par localiser les flux d’authentification pour l’approbation et le merge des pull requests ; le travail sera considéré comme terminé lorsque la politique configurée déclenchera un nouveau défi MFA interactif avant que l’une ou l’autre des deux actions soit terminée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Value Prop
When a repository policy requires it, developers approving or merging a pull request are prompted to complete a fresh, interactive MFA challenge through Microsoft Entra ID before the action goes through. This ensures that the specific person taking those high-impact actions is genuinely present and verified at the exact moment they matter — not just holding an active session. It adds a meaningful layer of identity assurance directly into the pull request workflow, without changing how teams collaborate day to day.
Expected Outcome
Regulated organizations can now demonstrate, with a real-time identity check, that pull request approvals and merges were performed by an authorized, present individual — strengthening compliance with requirements like FDA 21 CFR Part 11. By anchoring proof of presence to the two most consequential points in the code review process, teams reduce the risk that compromised tokens or sessions could silently influence what ships to production.
- 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 Public Preview Team
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
-
GHES 3.24 Public Preview
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
Toutes les issues de github/roadmap
Issues similaires
-
BUG: catalog database credentials printed to logs at startupPeut-être pris @cjboyle l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
code-yeongyu/oh-my-openagent#12396 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
bcgov/bc-wallet-mobile#5018 · 2 commentaires ·
Les mainteneurs répondent en général sous 2 jours
-
area/ambient
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
Les mainteneurs répondent en général sous 1 jour