Proof of Presence (PoP) – General Availability across all identity providers [GA]
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Ruhig
- Tech-Stack
- github
- Bereich
- authentication, security
Rechercherichtung
Der Issue enthält keine Repository-Dateien, Tests oder Implementierungseinstiegspunkte zur Untersuchung. Beginne damit, den Produktumfang für Proof of Presence über Okta, Ping, SAML und OIDC-kompatible Identity Provider zu klären; als abgeschlossen gilt die Arbeit, wenn die Re-Authentifizierung vor Aktionen mit hohen Auswirkungen für alle unterstützten Provider konsistent funktioniert.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Value Prop
Proof of Presence requires developers to re-authenticate through their organization's identity provider before completing high-impact actions like merging or approving pull requests. This protection now works across all major SSO providers—including Okta, Ping, and any SAML or OIDC-compatible IdP—so every team benefits regardless of which identity provider they use. Organizations get stronger, identity-backed verification at the moments that matter most, powered by their existing MFA setup.
Expected Outcome
With Proof of Presence generally available across all identity providers, organizations can consistently enforce re-authentication at critical points in the software development lifecycle. Routing verification through each team's own IdP and MFA gives security teams confidence that only authorized contributors can merge or approve code changes. This reduces the risk of unauthorized changes from compromised accounts and helps teams meet security and compliance requirements without adding unnecessary friction to everyday workflows.
- 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
-
area/ambient
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
-
agentic bug complete-verify
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 85/100
MagnaCapax/PMSS#1234 ·
Maintainer antworten meist innerhalb von 3 Tagen
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
libredb/libredb-studio#2244 ·
Maintainer antworten meist innerhalb von 1 Tag
-
backend good first issue security
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 80/100
himanshu748/ContextFirewall#62 ·
Maintainer antworten meist innerhalb von 1 Tag