the upgrade question

Jan 11, 2013 22:08

а вот, предположим, у нас есть классное долгоживущее приложение ( Read more... )

crypto, digital preservation, security

Leave a comment

Comments 23

lev January 11 2013, 20:31:21 UTC
если клиент базу шифрует, пусть он ее и апгредит(д).

Reply


maxim January 11 2013, 21:11:34 UTC
Шифровать только ячейки (элементы рекордов, структур).

Reply

wizzard0 January 11 2013, 21:25:15 UTC
Так я и сам умею ))

Ну и иногда само наличие ячеек палевно (например колво заболеваний у пациента)

Reply

nponeccop January 11 2013, 23:19:43 UTC
Ну и ещё CBC перестает работать, и оверхед возрастает, за счет того, что к каждому полю надо прикручивать толстый паддинг и соль.

Думаю, надо сначала ответить на вопрос, что из себя представляет шифрованная база. Я с трудом представляю что-то другое, кроме хранилища вида "логин-блоб", в котором лежит маленькая базочка, которая грузится целиком на клиента и там живет, а потом целиком же отдается обратно. Если же ты хочешь хранить табличку "заболевания" в открытом виде, а шифровать только пары "ид заболевания-ид клиента", то тебе придется делать oblivious transfer, потому что, условно, если клиент запросил название 5-го заболевания - значит оно у него есть.

Reply

wizzard0 January 11 2013, 23:23:03 UTC
у меня в дропбоксе лежит эээ 700 статей нечитанных про oblivious transfer, zero-knowledge proofs (interactive & non-interactive), differential security, probabilistic encryption и все такое :/

Reply


sagarasousuke January 11 2013, 21:28:57 UTC
Софт должен уметь подтягивать интерпретацию любого прошлого способа записи, при сохранении писать "рекомендованным" методом (к вопросу о сроках хранения предыдущих версий... - в т.ч. для старых клиентов, которые вроде как не должны терять доступ к элементам данных)

Периодически пробегать по всем записям:
а) проверка существования-доступности
б) целостность
в) версия способа записи

Про много-приложений-на-платформе - "поднимать требования к дизайну схемы" (читай - все живут в одной верхней онтологии).

Reply

wizzard0 January 11 2013, 21:46:50 UTC
все эти умные слова я и сам знаю, а futureproof-ить не могу

Reply


mona_sax January 11 2013, 21:40:59 UTC
а полное шифрование диска не панацея??

Reply

wizzard0 January 11 2013, 21:47:39 UTC
оно вообще другую задачу решает

Reply


max630 January 11 2013, 23:40:41 UTC
Надо сказать, это для меня новое слово в архитектуре, но по всему выходит что клиент должен апгрейдить. Для этого для каждого зашифрованного куска данных должна храниться его версия, очевидно. Или внутри, или рядом.

Reply

wizzard0 January 11 2013, 23:42:34 UTC
нуууу вот это да... а вот детали этого процесса нигде не описаны потому что сейчас это очень-очень cutting edge и встречается в основном в научных статьях о криптографии :/

Reply

max630 January 12 2013, 00:08:34 UTC
да криптография тут особенно не причём, по-моему. Детали такие же как у нешифрованной базы - номер версии, инкрементальный апгрейд, все дела, просто много раз.

Reply

wizzard0 January 12 2013, 00:09:37 UTC
тонкость в том что клиенты апгрейдить будут явно неодновременно, и с шаред данными будет весело...

Reply


Leave a comment

Up