Functional Requirements for Decentralized and Self-Sovereign Identities
Dieser Artikel schließt eine Forschungslücke, indem er durch die systematische Operationalisierung von Nicht-Funktionalen Anforderungen und SSI-Prinzipien einen formalen funktionalen Modellrahmen mit umfassenden Anforderungen für dezentrale und selbstsouveräne Identitätssysteme ableitet, der als Grundlage für zukünftige reproduzierbare Evaluierungsframeworks dient.
Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen
Stellen Sie sich vor, Ihr Ausweis, Ihr Führerschein und Ihre Gesundheitsdaten sind wie wertvolle Juwelen. In der heutigen Welt werden diese Juwelen oft in einem riesigen, zentralen Tresor aufbewahrt – dem Server einer großen Bank, eines sozialen Netzwerks oder einer Behörde. Das Problem: Wenn dieser Tresor geknackt wird (wie bei den großen Datenlecks von Optus oder Ticketmaster), sind alle Ihre Juwelen in Gefahr. Zudem haben Sie den Schlüssel nicht selbst; die Tresorwächter entscheiden, wer hineinschauen darf.
Decentralized Identity (DI) und Self-Sovereign Identity (SSI) sind wie ein neuer Ansatz: Sie behalten die Juwelen selbst in Ihrer eigenen, sicheren Schatzkiste (Ihrem digitalen Wallet). Niemand anders hat den Schlüssel, außer Sie. Sie können entscheiden, wem Sie welche Juwelen zeigen, ohne den ganzen Tresor zu öffnen.
Aber hier liegt das Problem: Viele Menschen und Firmen sind skeptisch. Sie fragen: „Kann ich mir wirklich sicher sein, dass dieses neue System funktioniert? Wie prüfen wir, ob es wirklich sicher und privat ist?" Bisher gab es dafür keine klaren, wiederholbaren Regeln. Man sagte oft nur: „Es fühlt sich gut an" oder „Es ist dezentral", ohne genau zu erklären, wie das technisch funktioniert.
Was machen die Autoren in diesem Papier?
Die Autoren, Daria Schumm und Burkhard Stiller, haben sich die Aufgabe gestellt, diese vagen Gefühle in harte, messbare Bauanleitungen zu verwandeln. Sie nennen diese Bauanleitungen „Funktionale Anforderungen" (Functional Requirements).
Stellen Sie sich den Unterschied so vor:
- Nicht-funktionale Anforderungen (NFR) sind wie die Wünsche eines Hausbesitzers: „Das Haus soll sicher, gemütlich und nachhaltig sein." Das sind großartige Ziele, aber ein Bauarbeiter kann damit nicht direkt arbeiten.
- Funktionale Anforderungen (FR) sind die konkreten Baupläne: „Die Tür muss ein 3-fach-Schloss haben," „Die Wände müssen 20 cm dick sein," „Das Dach muss Regen ableiten."
Das Ziel des Papiers ist es, die Wünsche (Sicherheit, Privatsphäre, Kontrolle) in diese konkreten Baupläne zu übersetzen, damit man später genau prüfen kann: „Haben wir das 3-fach-Schloss eingebaut? Ja oder Nein?"
Wie haben sie das gemacht? (Die 4 Schritte)
Die Autoren haben einen cleveren Prozess entwickelt, den man sich wie das Planen eines komplexen Theaterstücks vorstellen kann:
Die Schauspieler und ihre Rollen (Akteure & Fähigkeiten):
Zuerst haben sie sich überlegt, wer im Stück mitspielt.- Der Dateninhaber (Sie): Der, der die Juwelen besitzt.
- Der Aussteller (z. B. die Behörde): Der, der den Ausweis erstellt.
- Der Prüfer (z. B. die Bar, die Ihren Ausweis sieht): Der, der die Echtheit prüft.
Sie haben für jeden Schauspieler eine Liste erstellt, was er tun können muss (z. B. „Der Aussteller muss in der Lage sein, einen Ausweis zu erstellen und zu widerrufen").
Das Drehbuch (Funktionsmodell):
Sie haben gezeichnet, wie diese Schauspieler miteinander interagieren. Wer gibt wem was? Wer prüft was? Das ist wie ein Flussdiagramm, das zeigt, wie eine digitale Identität von der Erstellung bis zur Prüfung fließt.Die Logik-Regeln (Prädikate & Axiome):
Um sicherzustellen, dass das Drehbuch keine Lücken hat, haben sie mathematische Logik-Regeln aufgestellt.- Beispiel-Regel: „Wenn du den Schlüssel hast (Daten besitzt), dann darfst du die Tür öffnen (Daten präsentieren)."
- Beispiel-Regel: „Wenn du die Tür öffnest, musst du vorher gefragt haben (Einwilligung)."
Diese Regeln sorgen dafür, dass das System logisch wasserdicht ist.
Die Bauanleitungen (Funktionale Anforderungen):
Das ist das Herzstück. Sie haben für jedes große Ziel (wie „Privatsphäre" oder „Einwilligung") konkrete Sätze formuliert.- Statt: „Das System muss die Privatsphäre schützen."
- Sagen sie jetzt: „Das System muss dem Nutzer die Möglichkeit geben, vor dem Teilen eines Ausweises explizit zuzustimmen, und zwar in einer Sprache, die auch ein 8-Jähriger versteht."
Ein konkretes Beispiel: Die „Einwilligung" (Consent)
Stellen Sie sich vor, Sie gehen in einen Club. Der Türsteher (Prüfer) will Ihren Ausweis sehen.
- Das alte Problem: Der Türsteher reißt Ihnen den Ausweis aus der Hand und schaut alles durch, auch die Adresse, die er gar nicht braucht.
- Die neue Regel (aus dem Papier): Das System muss dem Türsteher erlauben, nur das zu sehen, was er braucht (z. B. nur „über 18"), und nur, wenn Sie vorher gesagt haben: „Ja, du darfst das prüfen."
- Die Bauanleitung: Das Papier schreibt vor, dass das System eine klare Frage stellen muss („Darf ich das prüfen?"), dass Sie „Ja" oder „Nein" sagen können, und dass Sie Ihre Meinung später ändern können.
Warum ist das wichtig?
Bisher war die Bewertung von solchen Identitätssystemen oft wie ein Geschmacksurteil: „Ich mag das System, es fühlt sich sicher an." Das ist für eine neue Technologie zu ungenau.
Mit diesem Papier haben die Autoren eine Messlatte geschaffen. Entwickler können jetzt ihre Systeme gegen diese 39 konkreten Bauanleitungen testen. Prüfer können sagen: „Habe ich die Regel X erfüllt? Ja/Nein."
Das ist der erste Schritt, um Vertrauen in diese Technologie zu schaffen. Wenn wir wissen, dass ein System nicht nur „dezentral klingt", sondern dass es tatsächlich jede einzelne dieser 39 Regeln einhält, dann werden mehr Menschen und Regierungen bereit sein, auf diese neuen, sicheren digitalen Ausweise zu setzen.
Zusammenfassend: Die Autoren haben aus den abstrakten Träumen von „digitaler Freiheit" und „Privatsphäre" eine handfeste Checkliste für Ingenieure gemacht, damit diese Träume in der Realität sicher und überprüfbar werden.
Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?
Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.