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

Давайте этим займемся когда система заработает.

_________________
89DC B598 306B 26C8 B9AA 5C0C CFB6 7184 B2B2 FF17

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

Лучше дождитесь когда мы договоримся о способе хэшированной записи таких данных.


Да, я ее реально показывал. Только не справку, а само свидетельство о присвоении ИНН.

Истины ради, один из подписавших мой ключ сделал это вообще без проверок данных. По незнанию.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

ИМХО нужно заложить хеш в базовую версию.
То есть хранить либо реальные данные, либо необратимый хэш.
Соответственно должен быть механизм/сервис получения хэша

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

Этот механизм будет в клиенте. И надо не забыть что хэш надо делать с салтом, который будет являться "паролем", который нужно будет передавать проверяющему данные. Иначе простым перебором можно будет такие данные раскрыть.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

соль обязательна, тут без вопросов.
но я не понял термин на клиенте.
где хранятся идентификационные данные всех голосующих для субъекта голосования?

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

В клиенте будет функция которая будет по данным и салту вычислять хэш. Не заставлять-же пользователя самому этим заниматься.


Тут может быть 3 одновременных варианта. При том что идентификатором пользователя будет ключ:
1. Данные в ключе;
2. Данные на сервере идентификации субъекта (если он будет);
3. Есть еще вариант какие-то данные хранить как параметры клиента (без заверения);

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68