Blind signatures: Difference between revisions

Latest revision as of 14:12, 17 July 2007

Was ist blinde Unterschrift?

„Blinde Signatur ist eine Art digitale Unterschrift, bei der der Unterschreibende es nicht sieht, was er unterschreibt.“

Es geht aber nicht darum, einen Vertrag blind zu unterschrieben. Es wird nicht der Inhalt unterschrieben, sondern es wird bestätigt, dass ein Dokument von einer bestimmten Person zu einem bestimmten Zeitpunkt vorgelegt wurde (bzw. dass diese Person zu diesem Dokument berechtigt ist).

Zum besseren Verständnis werden im Weiteren zwei Fallstudien vorgestellt, wobei erklärt wird, welche Idee und Zweck hinter den blinden Signaturen steckt. Es werden auch genaue Arbeitsweise und theoretischen Grundlagen vermittelt.

Wozu blind signature?

Elektronische Wahlen

I-Voting (andere bekannten Bezeichnungen: Internetwahl, Remote E-Voting)
In Deutschland beschäftigt sich mit dem Thema die „Forschungsgruppe Internetwahlen“, die den System „i-vote“ entwirft. Dieser System wurde z. B. in folgenden Wahlen eingesetzt:
- Wahlen zum Studierendenparlament an der Universität Osnabrück, 2001
- Vorstandswahlen des Weimar Kreises, 2005

In den USE wurde im Jahr 2004 zum Präsidenten Wahl ein System Namens „SERVE“ benutzt. Zur elektronischen Wahlen berechtigt waren US-Amerikaner in Übersee, Militäre und ihre Angehörigen. Ein unabhängiger Expertenteam hat dabei festgestellt, dass eine sichere Internetwahl unter gegebenen Bedingungen derzeit unmöglich sei.

Elektronische Zahlungssysteme

Es gibt zwei Arten vom elektronischen Geld (E-Geld): Kartengeld (wo das Geld auf einer Karte, z. B. Geldkarte, gespeichert wird) und Netzgeld, d. h. ein virtuelles Geld, mit dem man online bezahlen kann und mit dem wir uns weiter beschäftigen werden.
Beispiel: DigiCash-System, bereitgestellt von der gleichnamigen Firma, die von Dr David Chaum (s. unten) gegründet wurde; DigiCash ist 1998 in Konkurs gegangen und von eCash Technologies übernommen.
- Dr David Chaum hat über 45 technischen Artikels geschrieben (wobei ein davon ein von unseren Papers war); hat über 17 US-Patente angemeldet.

Fallstudie: Wahlsystem

Anforderungen

Korrektheit der Unterschrift
Anonymität: blindness und untraceability
Fälschungssicherheit
Wahlberechtigungsprüfung
eine Stimme pro Person zugelassen – Nichtvermehrbarkeit
Individuelle Verifizierbarkeit
Universelle Verifizierbarkeit
geringe Kommunikations- und Rechenkomplexität

Verschiedene Algorithmen

Es gibt verschiedene Algorithmen, die für ein Wahlsystem benutzt werden können. Im weiteren wird ein Algorithmus auf der Basis von RSA dargestellt.

Wahl-Basisidee

Verlauf

Alice bereitet ihr Stimmzettel vor: er ist mit einem individuellen Zeichen gekennzeichnet (z.B. eine besondere Art Papier, Wasserzeichen, ein Symbol usw.). Auf dem Stimmzettel schreibt sie ihre Stimme auf. Dann tut sie das Blatt in ein Briefumschlag aus Pauspapier rein. Dies tut sie in einen weiteren Briefumschlag, worauf sie ihre Rückanschrift schreibt. Anschließend verschickt sie ganzes an eine Prüfbehörde des Wahlamtes.
Im Wahlamt wird die Stimmberechtigung von Alice überprüft. Wenn sie zur Wahl berechtigt ist, wird der Briefumschlag aus Pauspapier unterschrieben, so dass die Unterschrift durch den Umschlag auf den Stimmzettel kopiert wird. Anschließend wird der Brief an Alice zurückgeschickt.
Alice entfernt die beiden Briefumschläge (=persönliche Signatur). Tut den unterschriebenen Stimmzettel in einen anonymisierten Briefumschlag (ohne Absender) und verschickt ihn an die Zählbehörde des Wahlamtes.
Der Wahlamt sammelt und zählt nun alle Stimmen (davor prüft sie auch Stimmberechtigung) und veröffentlicht das Ergebnis. Gleichzeitig werden alle Stimmzetteln veröffentlicht. Somit kann jeder die Korrektheit der Zählung nachprüfen. Dabei kann jede teilnehmende Person eigenen Stimmzettel aussuchen und überprüfen, ob er an der Wahl teilgenommen hat (denn nur diese Person kennt eigene Kennzeichung). Die (öffentliche) Unterschrift des Wahlamtes kann auch auf jedem Zettel geprüft werden.

Formaler Ablauf (RSA)

$p$ und $q$ – zwei große Primzahlen, vom Signierer (z. B. Wahlamt) geheim gehalten
$n=p\cdot q$
$(e,n)$ – öffentlicher Schlüssel des Signierers
$d$ – privater Schlüssel des Signierers
$e\cdot d\equiv 1\ mod\ (p-1)\cdot (q-1)$
$m$ – Nachricht (z. B. Stimme), die signiert werden soll
$r$ – blinding factor, z. B. Briefumschlag
$\alpha =r^{e}\cdot m\ mod\ n$ – blinded message
$t=\alpha ^{d}\ mod\ n$ – unterschriebene blinde Nachricht
$s=t\cdot r^{-1}\ mod\ n$ – Signatur
$(m,s)$ wird publiziert
$s^{e}\equiv m\ mod\ n$ – jeder kann die Legitimität der Unterschrift prüfen

Beispiel

$p=2,q=5,d=3,e=3,r=3,r-1=7,m=8,\alpha =6,t=6,s=2$

$1=r\cdot r^{-1}\ mod\ n$

$3\cdot 7\ mod\ 10=1\rightarrow {\frac {3\cdot 7}{10}}={\frac {21}{10}}=20\ R.\ 1$

$n=10$

$e\cdot d=9$

$(p-1)\cdot (q-1)=4$

$r^{e}\cdot m=216$

$\alpha ^{d}=216\rightarrow t=6$

$t\cdot r^{-1}=6\cdot 7\rightarrow s=2$

Eigenschaften

Digitale Signatur

Jeder kann die Authentizität der Signatur nachprüfen
Signierer kann seine Signatur nicht leugnen
Sicherheitsbasis – Schwierigkeit der Faktorisierung bzw. Lösung diskreter Logarithmen
die Unterschrift kann nicht nachgebildet werden

Blinde Signatur

Signierer weiß nichts über das Verhältnis von „Alice“ und der Nachricht» untraceability

keine universelle Verifizierbarkeit der Ergebnisse
ein ausgefüllter kann auf dem Weg zw. Alice und zählender Wahlbehörde verloren gehen falls z.B. der Rechner von Alice ausfällt nachdem die Nachricht bereits signiert wurde

Zahlungssystem

Blinde Signaturen finden eine breite Anwendung in elektronischen Zahlungssystemen wie z.B. einem online Casino. Natürlich stellt sowohl der Betreiber des Casinos als auch der Benutzer gewisse Anforderungen an das System wie Kontrolle und Sicherung der Zahlung oder Fälschungssicherheit des elektronischen Geldes. Eine andere Anwendung von elektronischen Zahlungsmitteln könnte ein Internetshop wie Amazon sein. Dabei könnte man sich vorstellen, dass man sich im Vorfeld von der Bank elektronisches Geld holt (natürlich im Austausch gegen echtes Geld), um damit dann seine Waren zu bezahlen. Ein einfacher Ablauf könnte wie folgt aussehen :

In solch einem System ist es wünschenswert, dass der Zahler seine Anonymität wahrt, d.h. die Bank soll nicht wissen was er wann und bei wem gekauft hat. Dies ist in sofern wichtig, da die Gefahr besteht, dass die Bank ein Kundenprofil vom Kunden anlegt und ggf. die Daten dann gegen ihn verwendet (z.B. bei der Kreditvergabe). Desweiteren muss sichergestellt werden, dass die Echtheit des Geldes leicht verifizierbar ist, denn dies erleichtert die Transaktion für den Verkäufer und fördert Vertrauen. Außerdem soll es unter gewissen Umständen (z.B. Betrug) die Identität des Zahlers zurück zu verfolgen. Es ist zu beachten, dass die letzte Eigenschaft mit der Anonymität nicht in Konflikt steht.

Arten vom digitalen Geld

Digitale Münze

Hierbei handelt es sich um ein Onlineprotokoll, denn eine Münze trägt keine Identifikationsnummer, so dass jedes Mal die Bank die Echtheit der Münze verifizieren muss. Das führt zu einer hohen Netzlast und ist somit für den praktischen Großeinsatz eher nicht geeignet. Ein weiterer Nachteil dieser Münzen ist deren Anonymität, denn dies führt dazu, dass schmutziges Geld (aus Erpressungen, Geldwäsche) nicht mehr zurück zu verfolgen ist. Außerdem besteht ein Problem des Wechselgeldes, so dass ein Münzwert in der Praxis nicht ausreicht.

Digitale Schecks

Bei digitalen Schecks kann der Händler alle Schecks des Kunden sammeln und diese dann gebündelt bei der Bank einreichen, es handelt sich somit um ein Offlineprotokoll. Bei dieser Art vom elektronischen Geld ist ein Betrug des Kunden oder Händlers aufdeckbar. Natürlich muss außerdem sichergestellt werden, dass der Scheck gedeckt ist.

Protokoll von Chaum / Fiat / Naor

Definitionen

• Alice ist der Käufer, Bob der Verkäufer und die Bank ist für die Ausgabe bzw. Aufnahme der digitalen Geldes zuständig.

• Alice stellt zuerst ihre Person als eine Zahl I dar (z.B. ein Hashwert ihrer wichtigsten Daten)

• Sei R die Schecknummer (eine sehr lange Zufallszahl), von Alice erzeugt

• Seien (ai), (bi), (ci) gleichlange Zufallszahlenfolgen , von Alice erzeugt

• Sei h ein Hashfunktion (von der Bank vorgegeben) und xi = h(ai,bi) , yi = h(ai + I, ci) zwei Zahlenfolgen

Ablauf

• Alice erzeugt I, R, (ai), (bi), (ci)

• Die Bank übermittelt die Zahl N und die Hashfunktion h an Alice

• Alice bildet xi = h(ai,bi) , yi = h(ai + I, ci) und übermittelt N Schecks (verblendet) an die Bank, wobei jeder Scheck den Betrag, R, xi und yi enthält

• Die Bank wählt nun N-1 Schecks aus und erfragt die Blindfaktoren, (ai), (bi), (ci) bei Alice, nun kann die Bank auch prüfen, ob Alice wirklich die Wahrheit sagt

• Wenn alle N-1 Schecks in Ordnung sind unterschreibt die Bank den N-ten Scheck blind

• Nun kann Alice mit den unterschriebenen Scheck bei Bob bezahlen

• Bob kann die Unterschrift der Bank mit deren öffentlichen Schlüssel überprüfen

• Bob sendet nun eine N-Bit Zahlenfolge zi an Alice, die für jedes Bit entweder ai, bi und yi (falls zi = 1) oder (ai + 1), ci und xi (falls zi = 0) verrät

• Bob kann nun (xi) und (yi) errechnen und somit den Hashwert des Schecks prüfen

• Bob versendet nun die bestellt Ware, gibt alle Daten der Bank und der entsprechende Betrag wird ihm gutgeschrieben

Eigenschaften des Protokolls

Die Anonymität von Alice gegenüber der Bank ist gewährleistet, denn die Bank kann aus den von Bob erhaltenen Daten nicht aus Alice schließen, d.h. die Bank weiß nicht, dass Alice bei Bobe Waren bestellt hat. Ein Betrug kann aufgedeckt werden, denn wenn Alice mit der selben Münze zwei Mal bezahlt, dann kann die Bank Alice Identität mit großer Wahrscheinlichkeit herausfinden, denn es ist sehr wahrscheinlich, dass die beiden zi sich in einer Stelle unterscheiden. In diesen Fall ist der Bank sowohl ai als auch ai + I bekannt, so dass der Bank I bekannt ist. Dennoch hat das Protokoll einige Restprobleme, denn es besteht ein Sicherheitsrisiko bei weiteren beteiligten (kann durch Verschlüsselung beseitigt werden), die Netzbelastung ist relativ hoch und die Einnahmen von Bob sind nicht anonym, was aber bei Händlern auch nicht der Fall ist. Außerdem besteht das Wechselgeldproblem weiterhin.

Erweiterungen und Fazit

Das Protokoll müsste an die Praxis angepasst werden, denn es müsste mit mehreren Teilnehmern umgehen können. Außerdem ist eine Dezentralisierung und feinere Aufteilung wünschenswert, denn man hat in der realen Welt nicht nur eine zentrale Bank.

Nichtsdestotrotz sind blinde Unterschriften ein relativ neues Forschungsgebiet in der Kryptologie mit einem großen Zukunftspotenzial. Das Unterscheidungsmerkmal von andern z.B. total anonymen Protokollen ist die Sicherstellung und Kontrolle der Transaktionen trotz Anonymität. Diese Eigenschaft ist von besonderer Bedeutung für den Internetverkehr, denn sie deckt Betrügereien auf und macht den Internetzahlungsverkehr sicherer.

Quellen

• Blind signatures for untraceable payments, D. Chaum http://dsns.csie.nctu.edu.tw/research/crypto/HTML/PDF/C82/199.PDF

• Untraceable Electronic Cash, Chaum, Fiat, Naor, 1988 http://www.wisdom.weizmann.ac.il/~naor/PAPERS/untrace_abs.html Abgerufen: 28.05.2007, 23:20

• Untraceable Blind Signature Schemes Based on Discrete Logarithm Problem (2003), Cheng-Chi Lee, Wei-Pang Yang http://portal.acm.org/ft_gateway.cfm?id=1220919&type=pdf&coll=GUIDE&dl=&CFID=15151515&CFTOKEN=6184618

• Elektronisches Geld und elektronische Wahlen, Claudia Ernst, http://www2.informatik.hu-berlin.de/Forschung_Lehre/algorithmenII/Lehre/WS2005-2006/PS/index.html

• Blind signature. (14.05.2007). In Wikipedia, The Free Encyclopedia. Abgerufen: 16:50, 26.05.2007, http://en.wikipedia.org/w/index.php?title=Blind_signature&oldid=130816222

• DigiCash. (15.05.2007). In Wikipedia, The Free Encyclopedia. Abgerufen 22:22, 28.05.2007, http://en.wikipedia.org/w/index.php?title=DigiCash&oldid=130951311

• I-Voting (6. Mai 2007). In: Wikipedia, Die freie Enzyklopädie. Abgerufen: 28. Mai 2007, 22:26 http://de.wikipedia.org/w/index.php?title=I-Voting&oldid=31456359

• JavaApplet, Wagner 2002, http://www.saar.de/~awa/verdecktus.htm

@@ Line 1: / Line 1: @@
+== Was ist blinde Unterschrift? ==
-'''IN''Italic text'' BEARBEITUNG!!!'''
+„Blinde Signatur ist eine Art digitale Unterschrift, bei der der Unterschreibende es nicht sieht, was er unterschreibt.“
+Es geht aber nicht darum, einen Vertrag blind zu unterschrieben. Es wird nicht der Inhalt unterschrieben, sondern es wird bestätigt, dass ein Dokument von einer bestimmten Person zu einem bestimmten Zeitpunkt vorgelegt wurde (bzw. dass diese Person zu diesem Dokument berechtigt ist).
+Zum besseren Verständnis werden im Weiteren zwei Fallstudien vorgestellt, wobei erklärt wird, welche Idee und Zweck hinter den blinden Signaturen steckt. Es werden auch genaue Arbeitsweise und theoretischen Grundlagen vermittelt.
+== Wozu ''blind signature''? ==
+=== Elektronische Wahlen ===
+* I-Voting (andere bekannten Bezeichnungen: Internetwahl, Remote E-Voting)
+* In Deutschland beschäftigt sich mit dem Thema die „Forschungsgruppe Internetwahlen“, die den System „i-vote“ entwirft. Dieser System wurde z. B. in folgenden Wahlen eingesetzt:
+** Wahlen zum Studierendenparlament an der Universität Osnabrück, 2001
+** Vorstandswahlen des Weimar Kreises, 2005
+* In den USE wurde im Jahr 2004 zum Präsidenten Wahl ein System Namens „SERVE“  benutzt. Zur elektronischen Wahlen berechtigt waren US-Amerikaner in Übersee, Militäre und ihre Angehörigen. Ein unabhängiger Expertenteam hat dabei festgestellt, dass eine sichere Internetwahl unter gegebenen Bedingungen derzeit unmöglich sei.
+=== Elektronische Zahlungssysteme ===
+* Es gibt zwei Arten vom elektronischen Geld (E-Geld): Kartengeld (wo das Geld auf einer Karte, z. B. Geldkarte, gespeichert wird) und Netzgeld, d. h. ein virtuelles Geld, mit dem man online bezahlen kann und mit dem wir uns weiter beschäftigen werden.
+* Beispiel: DigiCash-System, bereitgestellt von der gleichnamigen Firma, die von Dr David Chaum (s. unten) gegründet wurde; DigiCash ist 1998 in Konkurs gegangen und von eCash Technologies übernommen.
+** Dr David Chaum hat über 45 technischen Artikels geschrieben (wobei ein davon ein von unseren Papers war); hat über 17 US-Patente angemeldet.
+== Fallstudie: Wahlsystem ==
+=== Anforderungen ===
+* Korrektheit der Unterschrift
+* Anonymität: blindness und untraceability
+* Fälschungssicherheit
+* Wahlberechtigungsprüfung
+* eine Stimme pro Person zugelassen – Nichtvermehrbarkeit
+* Individuelle Verifizierbarkeit
+* Universelle Verifizierbarkeit
+* geringe Kommunikations- und Rechenkomplexität
+=== Verschiedene Algorithmen ===
+Es gibt verschiedene Algorithmen, die für ein Wahlsystem benutzt werden können. Im weiteren wird ein Algorithmus auf der Basis von RSA dargestellt.
+=== Wahl-Basisidee ===
+[[Image:wahl-basisidee.png]]
+'''Verlauf'''
+* Alice bereitet ihr Stimmzettel vor: er ist mit einem individuellen Zeichen gekennzeichnet (z.B. eine besondere Art Papier, Wasserzeichen, ein Symbol usw.). Auf dem Stimmzettel schreibt sie ihre Stimme auf. Dann tut sie das Blatt in ein Briefumschlag aus Pauspapier rein. Dies tut sie in einen weiteren Briefumschlag, worauf sie ihre Rückanschrift schreibt. Anschließend verschickt sie ganzes an eine Prüfbehörde des Wahlamtes.
+* Im Wahlamt wird die Stimmberechtigung von Alice überprüft. Wenn sie zur Wahl berechtigt ist, wird der Briefumschlag aus Pauspapier unterschrieben, so dass die Unterschrift durch den Umschlag auf den Stimmzettel kopiert wird. Anschließend wird der Brief an Alice zurückgeschickt.
+* Alice entfernt die beiden Briefumschläge (=persönliche Signatur). Tut den unterschriebenen Stimmzettel in einen anonymisierten Briefumschlag (ohne Absender) und verschickt ihn an die Zählbehörde des Wahlamtes.
+* Der Wahlamt sammelt und zählt nun alle Stimmen (davor prüft sie auch Stimmberechtigung) und veröffentlicht das Ergebnis. Gleichzeitig werden alle Stimmzetteln veröffentlicht. Somit kann jeder die Korrektheit der Zählung nachprüfen. Dabei kann jede teilnehmende Person eigenen Stimmzettel aussuchen und überprüfen, ob er an der Wahl teilgenommen hat (denn nur diese Person kennt eigene Kennzeichung). Die (öffentliche) Unterschrift des Wahlamtes kann auch auf jedem Zettel geprüft werden.
+=== Formaler Ablauf (RSA) ===
+* <math>p</math> und <math>q</math> – zwei große Primzahlen, vom Signierer (z. B. Wahlamt) geheim gehalten
+* <math>n = p\cdot q</math>
+* <math>(e,n)</math> – öffentlicher Schlüssel des Signierers
+* <math>d</math> – privater Schlüssel des Signierers
+* <math>e\cdot d \equiv 1\ mod\ (p-1)\cdot(q-1)</math>
+* <math>m</math> – Nachricht (z. B. Stimme), die signiert werden soll
+* <math>r</math> – blinding factor, z. B. Briefumschlag
+* <math>\alpha = r^e\cdot m\ mod\ n</math> – blinded message
+* <math>t = \alpha^d\ mod\ n</math> – unterschriebene blinde Nachricht
+* <math>s = t\cdot r^{-1}\ mod\ n</math> – Signatur
+* <math>(m,s)</math> wird publiziert
+* <math>s^e \equiv m\ mod\ n</math> – jeder kann die Legitimität der Unterschrift prüfen
+'''Beispiel'''
+<math>p=2, q=5, d=3, e=3, r=3, r-1=7, m=8, \alpha=6, t=6, s=2</math>
+<math>1=r\cdot r^{-1}\ mod\ n</math>
+<math>3\cdot 7\ mod\ 10 = 1 \rightarrow \frac{3\cdot7}{10}=\frac{21}{10}=20\ R.\ 1</math>
+<math>n = 10</math>
+<math>e\cdot d = 9</math>
+<math>(p-1)\cdot(q-1) = 4</math>
+<math>r^e\cdot m = 216</math>
+<math>\alpha^d = 216 \rightarrow t = 6</math>
+<math>t\cdot r^{-1} = 6\cdot7 \rightarrow s=2</math>
+=== Eigenschaften ===
+==== Digitale Signatur ====
+* Jeder kann die Authentizität der Signatur nachprüfen
+* Signierer kann seine Signatur nicht leugnen
+* Sicherheitsbasis – Schwierigkeit der Faktorisierung bzw. Lösung diskreter Logarithmen
+* die Unterschrift kann nicht nachgebildet werden
+==== Blinde Signatur ====
+* Signierer weiß nichts über das Verhältnis von „Alice“ und der Nachricht» untraceability
+* keine universelle Verifizierbarkeit der Ergebnisse
+* ein ausgefüllter kann auf dem Weg zw. Alice und zählender Wahlbehörde verloren gehen falls z.B. der Rechner von Alice ausfällt nachdem die Nachricht bereits signiert wurde
-'''
 == Zahlungssystem ==
-'''
 Blinde Signaturen finden eine breite Anwendung in elektronischen Zahlungssystemen wie  z.B. einem online Casino. Natürlich stellt sowohl der Betreiber des Casinos als auch der Benutzer gewisse Anforderungen an das System wie Kontrolle und Sicherung der Zahlung oder Fälschungssicherheit des elektronischen Geldes.
@@ Line 11: / Line 101: @@
 In solch einem System ist es wünschenswert, dass der Zahler seine '''Anonymität''' wahrt, d.h. die Bank soll nicht wissen was er wann und bei wem gekauft hat. Dies ist in sofern wichtig, da die Gefahr besteht, dass die Bank ein Kundenprofil vom Kunden anlegt und ggf. die Daten dann gegen ihn verwendet (z.B. bei der Kreditvergabe). Desweiteren muss sichergestellt werden, dass die Echtheit des Geldes leicht '''verifizierbar''' ist, denn dies erleichtert die Transaktion für den Verkäufer und fördert Vertrauen. Außerdem soll es unter gewissen Umständen (z.B. Betrug) die Identität des Zahlers zurück zu verfolgen. Es ist zu beachten, dass die letzte Eigenschaft mit der Anonymität nicht in Konflikt steht.
-'''
 == Arten vom digitalen Geld ==
+=== Digitale Münze ===
-'''
-'''
-'''Digitale Münze'''
 Hierbei handelt es sich um ein Onlineprotokoll, denn eine Münze trägt keine Identifikationsnummer, so dass jedes Mal die Bank die Echtheit der Münze verifizieren muss. Das führt zu einer hohen Netzlast und ist somit für den praktischen Großeinsatz eher nicht geeignet. Ein weiterer Nachteil dieser Münzen ist deren Anonymität, denn dies führt dazu, dass schmutziges Geld (aus Erpressungen, Geldwäsche) nicht mehr zurück zu verfolgen ist. Außerdem besteht ein Problem des Wechselgeldes, so dass ein Münzwert in der Praxis nicht ausreicht.
-'''Digitale Schecks'''
+=== Digitale Schecks ===
 Bei digitalen Schecks kann der Händler alle Schecks des Kunden sammeln und diese dann gebündelt bei der Bank einreichen, es handelt sich somit um ein Offlineprotokoll. Bei dieser Art vom elektronischen Geld ist ein Betrug des Kunden oder Händlers aufdeckbar. Natürlich muss außerdem sichergestellt werden, dass der Scheck gedeckt ist.
-'''
 == Protokoll von Chaum / Fiat / Naor ==
-'''
-'''Definitionen'''
+=== Definitionen ===
 •	''Alice'' ist der Käufer, ''Bob'' der Verkäufer und die ''Bank'' ist für die Ausgabe bzw. Aufnahme der digitalen Geldes zuständig.
@@ Line 33: / Line 118: @@
 •	''Alice'' stellt zuerst ihre Person als eine Zahl '''''I''''' dar (z.B. ein Hashwert ihrer wichtigsten Daten)
-•	Sei ''R'' die Schecknummer (eine sehr lange Zufallszahl), von ''Alice'' erzeugt
+•	Sei '''''R''''' die Schecknummer (eine sehr lange Zufallszahl), von ''Alice'' erzeugt
-•	Seien ''(ai)'', ''(bi)'', ''(ci)'' gleichlange Zufallszahlenfolgen , von ''Alice'' erzeugt
+•	Seien '''''(ai)''''', '''''(bi)''''', '''''(ci)''''' gleichlange Zufallszahlenfolgen , von ''Alice'' erzeugt
-•	Sei ''h'' ein Hashfunktion (von der ''Bank'' vorgegeben) und ''xi = h(ai,bi)'' , ''yi = h(ai + I, ci)'' zwei Zahlenfolgen
+•	Sei ''h'' ein Hashfunktion (von der ''Bank'' vorgegeben) und '''''xi = h(ai,bi)''''' , '''''yi = h(ai + I, ci)''''' zwei Zahlenfolgen
 '''Ablauf'''
@@ Line 45: / Line 130: @@
 •	Die ''Bank'' übermittelt die Zahl ''N'' und die Hashfunktion ''h'' an ''Alice''
-•	''Alice'' bildet ''xi = h(ai,bi)'' , ''yi = h(ai + I, ci)'' und übermittelt ''N'' Schecks (verblendet) an die ''Bank'', wobei jeder Scheck den ''Betrag'', ''R'', ''xi'' und ''yi'' enthält
+•	''Alice'' bildet ''xi = h(ai,bi)'' , ''yi = h(ai + I, ci)'' und übermittelt '''''N Schecks''''' (verblendet) an die ''Bank'', wobei jeder Scheck den ''Betrag'', ''R'', ''xi'' und ''yi'' enthält
 •	Die ''Bank'' wählt nun ''N-1'' Schecks aus und erfragt die ''Blindfaktoren'', ''(ai)'', ''(bi)'', ''(ci)'' bei ''Alice'', nun kann die ''Bank'' auch prüfen, ob ''Alice'' wirklich die Wahrheit sagt
-•	Wenn alle ''N-1'' Schecks in Ordnung sind unterschreibt die ''Bank'' den N-ten Scheck blind
+•	Wenn alle ''N-1'' Schecks in Ordnung sind '''''unterschreibt''''' die ''Bank'' den N-ten Scheck blind
 •	Nun kann ''Alice'' mit den unterschriebenen Scheck bei ''Bob'' bezahlen
@@ Line 55: / Line 140: @@
 •	''Bob'' kann die Unterschrift der ''Bank'' mit deren öffentlichen Schlüssel überprüfen
-•	''Bob'' sendet nun eine N-Bit Zahlenfolge ''zi'' an ''Alice'', die für jedes Bit entweder ''ai'', ''bi'' und ''yi'' (falls zi = 1) oder (''ai + 1)'', ''ci'' und ''xi'' (falls zi = 0) verrät
+•	''Bob'' sendet nun eine N-Bit Zahlenfolge '''''zi''''' an ''Alice'', die für jedes Bit entweder '''''ai, bi und yi''''' (falls zi = 1) oder '''''(ai + 1), ci und xi''''' (falls zi = 0) verrät
 •	''Bob'' kann nun ''(xi)'' und ''(yi)'' errechnen und somit den Hashwert des Schecks prüfen
@@ Line 61: / Line 146: @@
 •	''Bob'' versendet nun die bestellt Ware, gibt alle Daten der ''Bank'' und der entsprechende Betrag wird ihm gutgeschrieben
-'''Eigenschaften des Protokolls'''
+=== Eigenschaften des Protokolls ===
 Die Anonymität von Alice gegenüber der Bank ist gewährleistet, denn die Bank kann aus den von Bob erhaltenen Daten nicht aus Alice schließen, d.h. die Bank weiß nicht, dass Alice bei Bobe Waren bestellt hat.
-Ein Betrug kann aufgedeckt werden, denn wenn Alice mit der selben Münze zwei Mal bezahlt, dann kann die Bank Alice Identität mit großer Wahrscheinlichkeit herausfinden, denn es ist sehr wahrscheinlich, dass die beiden zi sich in einer Stelle unterscheiden. In diesen Fall ist der Bank sowohl ai als auch ai + I bekannt, so dass der Bank I bekannt ist.
+Ein '''''Betrug kann aufgedeckt''''' werden, denn wenn Alice mit der selben Münze zwei Mal bezahlt, dann kann die Bank Alice Identität mit großer Wahrscheinlichkeit herausfinden, denn es ist sehr wahrscheinlich, dass die beiden zi sich in einer Stelle unterscheiden. In diesen Fall ist der Bank sowohl ai als auch ai + I bekannt, so dass der Bank I bekannt ist.
-Dennoch hat das Protokoll einige Restprobleme, denn es besteht ein Sicherheitsrisiko bei weiteren beteiligten (kann durch Verschlüsselung beseitigt werden), die Netzbelastung ist relativ hoch und die Einnahmen von Bob sind nicht anonym, was aber bei Händlern auch nicht der Fall ist. Außerdem besteht das Wechselgeldproblem weiterhin.
+Dennoch hat das Protokoll einige '''''Restprobleme''''', denn es besteht ein Sicherheitsrisiko bei weiteren beteiligten (kann durch Verschlüsselung beseitigt werden), die Netzbelastung ist relativ hoch und die Einnahmen von Bob sind nicht anonym, was aber bei Händlern auch nicht der Fall ist. Außerdem besteht das Wechselgeldproblem weiterhin.
-'''
 == Erweiterungen und Fazit ==
-'''
 Das Protokoll müsste an die Praxis angepasst werden, denn es müsste mit mehreren Teilnehmern umgehen können. Außerdem ist eine Dezentralisierung und feinere Aufteilung wünschenswert, denn man hat in der realen Welt nicht nur eine zentrale Bank.
 Nichtsdestotrotz sind blinde Unterschriften ein relativ neues Forschungsgebiet in der Kryptologie mit einem großen Zukunftspotenzial. Das Unterscheidungsmerkmal von andern z.B. total anonymen Protokollen ist die Sicherstellung und Kontrolle der Transaktionen trotz Anonymität. Diese Eigenschaft ist von besonderer Bedeutung für den Internetverkehr, denn sie deckt Betrügereien auf und macht den Internetzahlungsverkehr sicherer.
+== Quellen ==
+•	''Blind signatures for untraceable payments'', D. Chaum
+http://dsns.csie.nctu.edu.tw/research/crypto/HTML/PDF/C82/199.PDF
+•	''Untraceable Electronic Cash'', Chaum, Fiat, Naor, 1988
+http://www.wisdom.weizmann.ac.il/~naor/PAPERS/untrace_abs.html
+Abgerufen: 28.05.2007, 23:20
+• 	''Untraceable Blind Signature Schemes Based on Discrete Logarithm
+Problem'' (2003), Cheng-Chi Lee, Wei-Pang Yang
+http://portal.acm.org/ft_gateway.cfm?id=1220919&type=pdf&coll=GUIDE&dl=&CFID=15151515&CFTOKEN=6184618
+•	''Elektronisches Geld und elektronische Wahlen'', Claudia Ernst,
+http://www2.informatik.hu-berlin.de/Forschung_Lehre/algorithmenII/Lehre/WS2005-2006/PS/index.html
+•	 Blind signature. (14.05.2007). ''In Wikipedia, The Free Encyclopedia''.
+Abgerufen: 16:50, 26.05.2007,
+http://en.wikipedia.org/w/index.php?title=Blind_signature&oldid=130816222
+•	DigiCash. (15.05.2007). ''In Wikipedia, The Free Encyclopedia''. Abgerufen
+:22, 28.05.2007,
+http://en.wikipedia.org/w/index.php?title=DigiCash&oldid=130951311
+•	I-Voting (6. Mai 2007). ''In: Wikipedia, Die freie Enzyklopädie''. Abgerufen: 28.
+Mai 2007, 22:26 http://de.wikipedia.org/w/index.php?title=I-Voting&oldid=31456359
+•	''JavaApplet'', Wagner 2002,
+http://www.saar.de/~awa/verdecktus.htm

Blind signatures: Difference between revisions

Latest revision as of 14:12, 17 July 2007

Contents

Was ist blinde Unterschrift?

Wozu blind signature?

Elektronische Wahlen

Elektronische Zahlungssysteme

Fallstudie: Wahlsystem

Anforderungen

Verschiedene Algorithmen

Wahl-Basisidee

Formaler Ablauf (RSA)

Eigenschaften

Digitale Signatur

Blinde Signatur

Zahlungssystem

Arten vom digitalen Geld

Digitale Münze

Digitale Schecks

Protokoll von Chaum / Fiat / Naor

Definitionen

Eigenschaften des Protokolls

Erweiterungen und Fazit

Quellen

Navigation menu

Blind signatures: Difference between revisions

Latest revision as of 14:12, 17 July 2007

Was ist blinde Unterschrift?

Wozu blind signature?

Elektronische Wahlen

Elektronische Zahlungssysteme

Fallstudie: Wahlsystem

Anforderungen

Verschiedene Algorithmen

Wahl-Basisidee

Formaler Ablauf (RSA)

Eigenschaften

Digitale Signatur

Blinde Signatur

Zahlungssystem

Arten vom digitalen Geld

Digitale Münze

Digitale Schecks

Protokoll von Chaum / Fiat / Naor

Definitionen

Eigenschaften des Protokolls

Erweiterungen und Fazit

Quellen

Navigation menu

Search