nodeSolidServer / nodeSolidServer/node-solid-server

HTTP Schnorr Signature Authentication

Ouverte
#1,845 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Langage dominant
JavaScript
Étoiles
1.8k
Forks
308
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

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

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Examinez d’abord les spécifications liées http-schnorr-auth et did:nostr ainsi que leurs vecteurs de test. L’issue ne mentionne aucun fichier du dépôt ni test d’acceptation concret ; clarifiez avec les maintainers si le travail prévu concerne les identités liées de Phase 3 ou l’intégration du resolver de Phase 4, et définissez les critères d’achèvement.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
javascript
Domaine
authentication, backend-api-design, security
Type d'issue
Fonctionnalité
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
À l'abandon
Clarté
À clarifier
Accessibilité débutants
20/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.