Verzeichnis des Nostr-Ökosystems

Laut Versionshinweisen verwenden Backups vom Kind 30078 jetzt einen eigenen, per HKDF abgeleiteten Schlüssel außerhalb des NIP-44-Derive-Key-Namensraums. Apps mit gespeicherter nip44_decrypt-Berechtigung können deshalb keine Backup-Inhalte mit App-spezifischen NIP-46-Geheimnissen und lokalen Schlüsseln lesen. Die Wiederherstellung alter Backups bleibt möglich, bis eine spätere Veröffentlichung sie überschreibt.

Die veröffentlichte Version enthält BOLT12-Angebote bei Profilzahlungen und in der Zap-Auswahl mit BOLT11-Fallback bei abgelehnten Angeboten sowie ein persönliches Health-Connect-Dashboard. Herunterladbare Android- und Desktop-Pakete sind angehängt; das Funktionsverhalten wurde nicht unabhängig getestet.

Laut Versionshinweisen konnten Profilabfragen und Start-Callbacks Relays direkt kontaktieren, bevor die Tor-Einstellung vollständig geladen war. Dieselbe Version begrenzt Wiederholungen beim Tor-Start und stellt Relay-Verbindungen wieder her, sobald der Daemon zurückkehrt. Eine Ausnutzung wird nicht behauptet.

Der Versionsdiff ergänzt FiltersCounter.CountEventsFilters für mehrere Filter. Eine exakte Vereinigungszählung setzt voraus, dass das Speicher-Backend diese Schnittstelle implementiert; ältere Backends addieren weiterhin Einzelzählungen.

• Versionsdiff

Die Versionshinweise beschreiben die Verarbeitung von Berechtigungen ohne Kind-Feld und die Rückgabe von Anfrage-IDs bei abgelehnten Signaturanfragen, damit Aufrufer Antworten zuordnen können.

Der übernommene Diff legt fest: limit: 0 MUSS gespeicherte Ereignisse überspringen, nach den ersten Abfragen weiterhin EOSE senden und das Abonnement für neu empfangene passende Ereignisse aktiv halten.

Laut Versionshinweisen werden lokale Signaturanfragen mit abweichender Signaturidentität abgelehnt; eingehende Nostr-Wallet-Connect-Anfragen erhalten vor der Verarbeitung verbesserte Authentifizierungsprüfungen. Eine Ausnutzung wird nicht behauptet.

Der übernommene Text gilt für Kinds 78 und 30078: Relays SOLLTEN vor Annahme oder Auslieferung NIP-42 AUTH verlangen und sie nur an den authentifizierten Autor ausliefern. Eine Spezifikationsänderung belegt keine Durchsetzung im Betrieb.

Der übernommene Diff erlaubt NIP-73-i-Tags für strukturierte Quellen und r-Tags mit URLs oder Text. Außerdem ändert er die Darstellung von Zitat-Hervorhebungen von MUSS zu SOLLTE.

Die übernommenen Änderungen an NIP-42 und NIP-67 erlauben einen Authentifizierungshinweis, wenn eine Anmeldung weitere Ergebnisse sichtbar machen kann; das Relay MUSS seine AUTH-Challenge vor dem EOSE mit Hinweis senden.

Die Versionshinweise ergänzen einzelne Vorabgenehmigungen unter der Richtlinie für manuelle Freigaben, eine Abfrage bei NIP-46-Verbindungen mit aktiviertem Notschalter und biometrische Authentifizierung vor Änderungen der Biometrieeinstellung.

Nach der Übernahme vom 26. August ändert der Commit vom 27. August den payto-Tag zu Typ und Adresse, kennzeichnet den NIP als Entwurf und optional und erlaubt netzwerkspezifische URI-Schemata mit payto als Fallback. Diese Zusammenfassung folgt der Überarbeitung, nicht den ersetzten ursprünglichen Anweisungen.

• Erste Übernahme

Das getaggte Änderungsprotokoll nennt eine Behebung von Speicher-DoS durch WebSocket-Fragmente, einen Absturz durch wiederverwendete Negentropy-Abonnement-IDs und eine Wiederverbindungskorrektur. Das Datum ist das Commit-Datum des Tags; die Release-API liefert 404, und der Erstellungszeitpunkt des Lightweight-Tags wurde nicht ermittelt.

Datumsgrundlage: Getaggter Commit; ein Commit-Datum, kein verifiziertes Veröffentlichungsdatum.

• Tag-Referenz
• Getaggter Commit vom 27. August
• Korrektur des WebSocket-Fragmentpuffers

Die Versionshinweise beschreiben die Auswahl zwischen gefolgten Personen, Web of Trust und ausgewählten Relays für die Entdeckung in Divine, Photos und Yaks, einen Ein-/Aus-Schalter für Web of Trust und das Ausblenden von Antworten außerhalb des Netzwerks in verschachtelten Threads. Das Verhalten wurde nicht unabhängig getestet.

Die Versionshinweise des Betreuers beschreiben den Wechsel von Backups vom Kind 30078 auf einen eigenen, per HKDF abgeleiteten Schlüssel außerhalb der NIP-44-App-Berechtigungen. Dies ist als Sicherheitsverbesserung eingestuft; die Quelle berichtet keine beobachtete Ausnutzung.

Abdeckung: Aktuell

Laut Versionshinweisen des Betreuers konnte Netzwerkaktivität beim Start Relays direkt erreichen, bevor die Tor-Einstellung geladen war. Dies ist eine dokumentierte Datenschutzkorrektur, kein Beleg für einen ausgenutzten Vorfall.

Abdeckung: Aktuell

Die Versionshinweise des Betreuers melden die Ablehnung abweichender Identitäten und verbesserte Authentifizierung. Sie belegen weder ein kompromittiertes Konto noch gestohlene Gelder oder Ausnutzung.

Abdeckung: Aktuell

Die Protokollempfehlungen verwenden SOLLTE für Authentifizierung und die ausschließliche Auslieferung an Eigentümer bei Kinds 78 und 30078. Dies ist weder ein Vorfallsbericht noch ein Beleg dafür, dass ein Relay die Empfehlung durchsetzt.

Abdeckung: Aktuell

Die Versionshinweise beschreiben biometrische Authentifizierung vor dem Umschalten der Biometrieeinstellung. Als Sicherheitsverbesserung aufgeführt, ohne Behauptung beobachteter Ausnutzung.

Abdeckung: Aktuell

Das getaggte Änderungsprotokoll nennt die Schwachstellenbehebung; der Upstream-Diff ergänzt eine Prüfung der angesammelten WebSocket-Fragmentpuffergröße. Die geprüften Quellen belegen weder Ausnutzung noch einen Vorfall mit Geschädigten.

Abdeckung: Aktuell

Datumsgrundlage: Getaggter Commit; ein Commit-Datum, kein verifiziertes Veröffentlichungsdatum.

• Tag-Referenz
• Getaggter Commit vom 27. August
• Korrektur des WebSocket-Fragmentpuffers

Vier veröffentlichte Sicherheitshinweise behandeln Relay-Authentifizierungsfreigaben, NIP-46-Replay-Schutz, Klartextspeicherung von Verbindungsgeheimnissen und mehrschichtige Schutzmaßnahmen. Die betroffenen Bereiche nennen Versionen <= 6.4.0; patched_versions-Felder sind null. Die Versionshinweise zu 6.5.0 nennen die entsprechenden Korrekturen ausdrücklich. Dies sind Offenlegungen und gemeldete Korrekturen, keine bestätigten ausgenutzten Vorfälle.

Abdeckung: Referenzprüfung

• Sicherheitshinweis zur Relay-Authentifizierungsfreigabe
• Sicherheitshinweis zum Replay-Schutz
• Sicherheitshinweis zur Speicherung von Verbindungsgeheimnissen
• Sicherheitshinweis zu mehrschichtigem Schutz