nodeSolidServer / nodeSolidServer/node-solid-server

HTTP Schnorr Signature Authentication

Abierto
#1,845 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Lenguaje dominante
JavaScript
Estrellas
1.8k
Forks
308
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

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

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Revisa primero las especificaciones vinculadas http-schnorr-auth y did:nostr, así como sus vectores de prueba. El issue no menciona archivos del repositorio ni una prueba de aceptación concreta; aclara con los maintainers si el trabajo previsto corresponde a las identidades vinculadas de Phase 3 o a la integración del resolver de Phase 4, y define los criterios de finalización.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
javascript
Área
authentication, backend-api-design, security
Tipo de issue
Nueva funcionalidad
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Estancado
Claridad
Necesita aclaración
Aptitud para principiantes
20/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.