Proof of Presence (PoP) for Pull Requests – Re-authentication on PR merge & approval (Entra IdP) [Public Preview]
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Stack tecnológico
- azure
- Área
- authentication
Línea de trabajo
Este issue de la hoja de ruta describe Proof of Presence para las aprobaciones y los merges de pull requests mediante Microsoft Entra ID, pero no indica archivos del repositorio, pruebas ni puntos de entrada de la implementación. Empieza localizando los flujos de autenticación para la aprobación y el merge de pull requests; se considerará terminado cuando la política configurada active un nuevo desafío interactivo de MFA antes de que se complete cualquiera de las dos acciones.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 9k
- Forks
- 1.8k
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de github/roadmap
-
Enterprise Free Public Preview Team
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
GHES 3.24 Public Preview
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
Enterprise Free Public Preview Team
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
-
Enterprise Free Public Preview Team
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
cloud Enterprise Free Public Preview Team
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
Todos los issues de github/roadmap
Issues similares
-
Rate limit the JSON APIAbiertoenhancement good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
samiromer2/Ruby-Consent-Portal#27 ·
Los mantenedores suelen responder en 1 día
-
area: security area: tests size: S tests
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
yiisoft/yii2-docker#192 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
-
Server mode OAuth2: 'NoneType' object is not subscriptable on every request after re-submitting the OAuth2 login while already logged inPosiblemente ocupada @Rarasinhoo la tomó hoy. Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
pgadmin-org/pgadmin4#10733 ·
Los mantenedores suelen responder en 3 días