nodeSolidServer / nodeSolidServer/node-solid-server

HTTP Schnorr Signature Authentication

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

Dieses Issue hat noch niemand übernommen.

Vorherrschende Sprache
JavaScript
Sterne
1.8k
Forks
308
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

Motivation

Millions of users already have cryptographic keys. This proposal lets them authenticate to Solid pods instantly - no account creation, no passwords, no redirect flows.

📸 Login page with Schnorr SSO:

Image

🎥 See it in action: https://youtube.com/watch?v=wlADHzVNcvM

What is it?

  • HTTP Schnorr Auth - Authentication using BIP-340 Schnorr signatures
  • did:nostr - A self-certifying DID method (one compatible identity format)

Users authenticate with browser extensions - one click, no passwords.

4-Phase Roadmap

Phase Description Status
Phase 1 DID identities in ACLs + Schnorr signature verification ✅ Complete
Phase 2 SSO "Sign in with Schnorr" button on login page ✅ Complete
Phase 3 Linked identities (WebID ↔ DID) Planned
Phase 4 Global DID resolver integration Planned

Specifications

Test Suite

10 test vectors: https://github.com/nostrcg/http-schnorr-auth/tree/gh-pages/test-vectors

Related Work

Working implementations exist for CSS, Pivot, and JSS. This represents 2 years of development and testing.

Phase Issues

  • Phase 1+2: To be submitted and linked to this issue

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Prüfe zuerst die verknüpften Spezifikationen http-schnorr-auth und did:nostr sowie deren Testvektoren. Das Issue nennt keine Repository-Dateien oder konkreten Abnahmetests; kläre mit den Maintainer:innen, ob die beabsichtigte Arbeit verknüpfte Identitäten in Phase 3 oder die Resolver-Integration in Phase 4 ist, und definiere die Abschlusskriterien.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
javascript
Bereich
authentication, backend-api-design, security
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
20/100

Neue Issues direkt in Ihr Postfach

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