offsitesLeonid Kudryavtsev,

можно чуть подробнее? В БД есть записи, поля. Ну например ФИО, и какое-то поле, которое требует особой ответственности, что это в базу вбил именно этот человек. Где здесь последовательность байт? Что в итоге будет в поле? или это дополнительное поле? Или... не въезжаю.
Добавляете к таблице table1 дополнительную таблицу table1_EDS, для которой будет столбец с хэшем, столбец-ссылка на уникальную строку первой таблицы и столбец-ссылка на таблицу пользователей, которые имеют право заверять строки таблицы table1/table2/... своими ЭЦП. Лучше все ЭЦП в отдельную таблицу - и тогда в table1_EDS будет еще и ссылка на ЭЦП из отдельной таблицы.

Если же в БД записи невозможно отделить одну от другой - тогда в таблице создаете новые столбцы, куда же деваться.

offsitesLeonid Kudryavtsev,

можно чуть подробнее? В БД есть записи, поля. Ну например ФИО, и какое-то поле, которое требует особой ответственности, что это в базу вбил именно этот человек. Где здесь последовательность байт? Что в итоге будет в поле? или это дополнительное поле? Или... не въезжаю.
Взяли ЭЦП - она однозначно идентифицирует своего владельца и срок действия. В январе у Иванова была эцп1, в феврале он подписывал уже с помощью эцп2.
Далее берете все столбцы старые, от них делаете копии, содержимое столбца column1 подписываете эцп1 и записываете в column1_eds, содержимое столбца column2 - в столбец column3 и так далее. Плюс дополнительный столбец-ссылка на таблицу, где Иванов и Петров, плюс дополнительный столбец-ссылка на таблицу, где эцп1, эцп2. Плюс дополнительный столбец datetime, куда заносится первая итерация подписи, плюс дополнительный столбец datetime, куда заносится любая итерация подписи, если эти два столбца совпадают - строку подписывали один раз и не подписывали повторно после изменения "боевых" столбцов. Плюс столбец с признаком изменения в "боевых" (column1, column2) столбцах ПОСЛЕ наложения ЭЦП (записи в column1_eds и так далее) и триггер - при попытке записи в "боевые" ставить признак, что column1_eds уже содержит устаревший хэш.

offsites,

Когда Вам советуют в строке таблицы только один столбец, куда записывать эцп1/эцп2 и так далее при "подписи" - нужно помнить, что Иванов имеет право заносить даннные в column1 и column2 и подписывать в column1_eds и column2_eds, а его вышестоящий начальник Петров может заносить данные в секретный столбец column3, подписать своей эцп столбец column3_eds и переподписать column1_eds/column2_eds. То есть столбцы одной и той же таблицы могут иметь разных владельцев и схемы подписи с помощью ЭЦП соответственно.

Фэйтл ЭраAndy_OLAP... ЭЦП - она однозначно идентифицирует ... и срок действия...
А погоду в регионе на момент подписания она не идентифицирует?
Я и так пытаюсь упростить максимально человеку. ЭЦП у Иванова может быть несколько. Конкретная ЭЦП может быть просрочена и ей ничего нельзя больше подписывать. Точнее, в таблице с перечнем ЭЦП должна быть дата начала использования и дата завершения использования этой ЭЦП для подписи в "боевых" таблицах, так будет кошернее.

Фэйтл Эра,

Ладно. Есть сертификат. Длинное число 123. И есть столбец, в который записали 10. Если применить необратимое шифрование - появится число 12. Это и есть ЭЦП для столбца. Если в столбец записать 20 и применить сертификат - он выдаст 13. Что не совпадет с 12. То есть кто-то подписал столбец, что он содержит 10, а потом кто-то поменял данные.

Пользователь через интерфейс не может видеть вообще это "10" или "20". Он не может видеть ссылку на сертификат. Он может лишь потребовать у программы взять внутри БД ссылку на сертификат, взять число из столбца, получить 12 или 13 и сравнить с "теневым" столбцом. И ответить - столбец с числом 10 или 20 "подписан" или нет.

Вот так понятнее стало? А вопрос в том, что пользователь спрашивает, как организовать ЭЦП для данных в строках, ему начинают придумывать, как накладывать ЭЦП на все "боевые" столбцы, а схема может быть гибче - каждый столбец по отдельности может быть или подписан, или не подписан, или "переподписан" пользователем более высокого ранга.