Проект "Свободные голосования"

По большому счету, все то-же самое что и было.

Доступ в системе будет регулироваться на уровне субъектов голосований. В субъектах будет определяться по каким критериям или их комбинациям допускать пользователей к голосованию в субъекте. Это могут быть как встроенные критерии ("количество подписей у ключа", "территория голосования", "возраст" и т.д.) так и критерии, реализованные с помощью специального сервера субъекта голосования.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Там в конце что-то было про временные ключи для голосования.
Это где-то описано?

_________________
2B56 A45D 3372 F27D 7279 A7BB B9D7 340A 8CC4 36F2

А что не понятно? Ключ будет создаваться для каждого тайного голосования. Закрытой частью будет производится шифрование голоса. Открытая для расшифровки будет рассылаться при признании голосования состоявшимся. Открытой частью голос будет расшифровываться.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Нет, это несколько не то. Я понял что речь идет о временных ключах именно голосования.
ТО есть я генерирую обезличенные ключи (бюллетени) и ими голосую.

Кроме того, причем здесь тайное голосование? Это нужно делать для любого голосования, так как в большинстве случаев ИМХО не должны участники видеть кто как голосует в процессе, чтобы избежать влияния большинства. То есть должны видеть что проголосовал, но не должны видеть результат и кто проголосовал

_________________
2B56 A45D 3372 F27D 7279 A7BB B9D7 340A 8CC4 36F2

Мы c Юрием вчера договорились до того, что тут достаточно ключа для симметричного шифрования. Его в принципе не надо никак связывать c персональным ключом и нет причины чтобы он был разделён на закрытую и открытую часть.

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".

Хм. А ведь верно. Что-то мы не подумали над этим нюансом. Значит способ работы с одноразовыми ключами нужно будет перенести и на открытые голосования. Что-бы результат его был известен лишь по окончанию голосования.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Тут вы не совсем правы. Ассиметричное криптование подразумевает что даже после раскрытия голоса никто не сможет сделать поддельный голос с помощью чужого ключа. Да, при этом в системе появится некоторое количество голосов, расшифровываемых одним ключем - это будет обнаружено сразу. Но вот у нас не будет критерия что-бы определить какой их этих голосов правильный. И придется инициировать процедуру выяснения источника голосов. При том что голоса уже открыты. По мне - это очень плохой сценарий.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Ключи раскрываются уже после сбора голосов. Создание поддельных голосов тогда неактуально.

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".

У нас "периоды" - достаточно условны. Поэтому лучше принять больше мер безопасности чем меньше. Я-бы все-таки остановился на ассиметричном варианте. Симметричный я тоже рассматривал как вариант.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

А вот так лучше не надо.

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".