Was passiert mit den Stimmen und den betroffenen Wählern, wenn Euch ein Wahlgerät mitten in der Wahl abschmiert?
Zettel vorn Latz und noch mal von vorn, bitte. Eventuell gibt es auch ein neues Gerät, wenn es dann noch gewünscht ist.
//EDIT:Wegen sowas fällt die Wahl nicht aus oder wird ...
Die Suche ergab 58 Treffer
- Donnerstag 26. Januar 2012, 07:57
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
- Donnerstag 26. Januar 2012, 02:45
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@jerch: Und das mit der Webapplikation habe ich auch mitbekommen. Nur sieht es leider logistisch so aus, dass es praktisch nicht durchführbar ist für die Menge an Wahlberechtigten eine Webbapplikation zu betreiben. Das mag auf den ersten Blick seltsam erscheinen ist aber leider so :shock: Woran das ...
- Donnerstag 26. Januar 2012, 01:18
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@jerch: Messerscharf erkannt
dein Sinne sind erkennbar hoch ausgebildet
Ob diese Wahl stattfindet oder nicht, liegt nicht in meiner Hand. Was in meiner Hand liegt ist, ob ich es sicherer machen kann als ein öffentliches Textfile in der jeder ohne Anmeldung schreiben kann.
- Donnerstag 26. Januar 2012, 00:26
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@jerch: Ja, richtig. Haftet mir immer noch der Trugschluss an, ich sei der Meinung es gäbe sichere e-voting Verfahren? Ich habe das zum einen nie behauptet, zum anderen selber Hinweise geliefert warum das, rein aus Prinzip, nicht gehen kann. Warum lieferst du mir also weitere Beispiele, die meine ...
- Mittwoch 25. Januar 2012, 21:31
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@lunar: Dann lag ich ja mit Gödel gar nicht so weit weg. Sind sie doch eng "Verknüpft" wobei mir "Ein System kann nicht zum Beweis seiner eigenen Widerspruchsfreiheit verwendet werden." gut gefällt in diesem Zusammenhang.
Ich wollte mit meinen Belegen nicht das generelle Problem von e-voting lösen ...
Ich wollte mit meinen Belegen nicht das generelle Problem von e-voting lösen ...
- Mittwoch 25. Januar 2012, 17:37
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@BlackJack: Um noch mal nachzufragen: Willst du damit sagen, ich kann solch ein Protokoll nicht erstellen, weil ich nicht sicher sein kann, dass der Client nicht manipuliert ist, oder ist so ein erstelltes Protokoll nicht vor nachträglicher Manipulation zu schützen? Zu ersterem stimme ich zu, ich ...
- Mittwoch 25. Januar 2012, 12:14
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@lordnaikon: Ich denke Du musst aufpassen technische Antworten nicht mit einer Grundsatzdokumentation zu verwechseln, wenn sie Dir nicht gefallen.
Ich werde mich bemühen.
Wo kommt hier eigentlich die Historie ins Spiel?
Die abgegebene Wertung/Wahl soll schrittweise auf dem Client aufgezeichnet ...
Ich werde mich bemühen.
Wo kommt hier eigentlich die Historie ins Spiel?
Die abgegebene Wertung/Wahl soll schrittweise auf dem Client aufgezeichnet ...
- Mittwoch 25. Januar 2012, 12:09
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@deets: Wenn ihr euch missbraucht fühlt, dann tut es mir leid, ehrlich. Ich denke das der Thread genau gleich verlaufen wäre hätte er mit : ["ich will e-voting", "geht nicht wirklich", "ok, ich muss es aber trotzdem machen" ] angefangen. Ich weiß du siehst das anders. Natürlich bin ich dankbar, für ...
- Mittwoch 25. Januar 2012, 10:12
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
Hatte ich erwähnt, das es gar nicht um Wahlen geht? Ähh .... Äahh .. Aprilscherz, Aprilscherz! Es geht darum Schachzüge bei einem Turnier aufzuzeichnen ... Nein, ernsthaft:
Ich wollte das eigentlich nicht in eine Grundsatzdiskussion über e-Voting Enden lassen. Ich weiß selber, dass ich bei ...
Ich wollte das eigentlich nicht in eine Grundsatzdiskussion über e-Voting Enden lassen. Ich weiß selber, dass ich bei ...
- Mittwoch 25. Januar 2012, 08:56
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@BlackJack,jerch: Ich hatte wohl unterbewusst gute Gründe, den Einsatzzweck, das Szenario im dunklen zu lassen. Ich weiß, was das Thema Wahlcomputer in informierten Kreisen auslöst, was für Flashbacks an vergangenen Offenlegungen z.B. des CCC's das hervorbringt. Aber so ist das nun mal :K gewählt ...
- Dienstag 24. Januar 2012, 20:34
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
Und wie willst Du verhindern, dass der intiale Hash abgefangen wird? Der Client ist nicht sicher, und Du kannst ihn nicht zu etwas zwingen (z.B. den initialen Hash ganz schnell zu vergessen).
Wenn es Dir allerdings nur um das 3h Fenster geht, hängt es eher vom Glück ab, dass kein Hacker Deinen ...
- Dienstag 24. Januar 2012, 15:34
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
...Grundproblem ist doch, dass der Client alles Wissen darum hat, eine (vermeintlich) valide Historie zu erstellen. Da ist es egal, wie Du verfährst, ob Hashing oder public/private Keys etc. Ohne Prüfinstanz (Server) kann der Client zwischendrin immer die bisher aufgelaufene Historie verwerfen und ...
- Dienstag 24. Januar 2012, 15:03
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@lordnaikon
Deine Kritik bleibt unberechtigt. Wenn bei der *Erstellung* der Historie nicht ein Secret einfliesst, dass vom Server bezogen wurde (dein initialer Hash ist nichts anderes als genau dass), dann ist saemtliches asymetrisches verschluesseln spaeter voellig irrelevant - denn es kann ...
Deine Kritik bleibt unberechtigt. Wenn bei der *Erstellung* der Historie nicht ein Secret einfliesst, dass vom Server bezogen wurde (dein initialer Hash ist nichts anderes als genau dass), dann ist saemtliches asymetrisches verschluesseln spaeter voellig irrelevant - denn es kann ...
- Dienstag 24. Januar 2012, 14:31
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@jerch: "Richtig - aber das ist doch immer möglich" ich meine nein. Bei meinem Ansatz, so glaube ich zu wissen ( :P ) ist es nicht möglich eine Historie, unter der Prämisse der validen Erstellung, im nachhinein zu verändern. Um auf deine Unterteilung in kritisch und nicht kritisch aufzubauen. Die ...
- Dienstag 24. Januar 2012, 14:02
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@lordnaikon
Noe, stimmt nicht. Wenn ich das secret bzw. den Schluessel habe & daten noch nicht auf dem server sind, dann kann ich auch mit deinem Schema alles wieder von vorne aufbauen. Was hindert mich denn daran?
wenn schon was beim Server ist, dann muss ich halt ab da aufsetzen.
guter ...
Noe, stimmt nicht. Wenn ich das secret bzw. den Schluessel habe & daten noch nicht auf dem server sind, dann kann ich auch mit deinem Schema alles wieder von vorne aufbauen. Was hindert mich denn daran?
wenn schon was beim Server ist, dann muss ich halt ab da aufsetzen.
guter ...
- Dienstag 24. Januar 2012, 13:48
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@jerch: Sry wenn ich mich gerade zu doof anstelle. Aber was hindert mich daran, wenn ich deine Historie habe, sie zu ändern? Mit Kenntnis der Hashfunktion kann ich doch jede beliebige Historie berechnen, oder? Gibt es zehn Aktionen kann ich den Hash von Aktion zwei lesen, einen dritten manipulierten ...
- Dienstag 24. Januar 2012, 13:40
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@deets: Es gibt aber folgenden Unterschied. Benutze ich nur ein normales secret, dann ist es einem Angreifer möglich, nachdem er ihn herausgefunden hat, die komplette Historie zu verändern. Dagegen kann er mit dem "public"Schlüssen nur Daten anhängen aber die schon erstellte Liste nicht mehr ...
- Dienstag 24. Januar 2012, 11:59
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
Ok neuer Versuch.
Es wird immer nur der verschlüsselte Hash gespeichert. Danach ist er vom Client nicht mehr lesbar. Es wird aber, um eine neue Historie zu erstellen der Hash der letzten Historie im Hauptspeicher gespeichert.
*[letzterHash]
[Protokollschritt[#GenesisHashEnc]]->[Nachfolgeschritt ...
Es wird immer nur der verschlüsselte Hash gespeichert. Danach ist er vom Client nicht mehr lesbar. Es wird aber, um eine neue Historie zu erstellen der Hash der letzten Historie im Hauptspeicher gespeichert.
*[letzterHash]
[Protokollschritt[#GenesisHashEnc]]->[Nachfolgeschritt ...
- Dienstag 24. Januar 2012, 08:00
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
@deets: Ja richtig, keiner garantiert mir, dass mein Programm nicht schon so gepatcht ist, dass es einfach schon die manipulierten schreibt und sendet. Wie gesagt, es wird bestimmt nicht möglich sein vollends auf einen Server vertrauen zu können, da das Programm, im Falle einer Unerreichbarkeit des ...
- Montag 23. Januar 2012, 23:27
- Forum: Allgemeine Fragen
- Thema: Sichere History
- Antworten: 104
- Zugriffe: 17574
Re: Sichere History
jemand ne bessere Idee... ?
Naja, mal so ganz naiv: Belasse das doch einfach auf der Server-Seite. Das wäre wohl die einfachste Art, das ganze vor Manipulation zu schützen...
Ja, es gibt auch eine Serverseite an die das auch, im beste falle zeitgleich, übertragen wird. Wie gesagt, ich bin mir ...
