Proof of Presence (PoP) – General Availability across all identity providers [GA]

Offen
#1,321 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

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

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

Enterprise
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

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus github/roadmap

Alle Issues in github/roadmap

Ähnliche Issues

Weitere Issues zu Security

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.