Ключевое слово в защите информации
ключевое слово
в защите информации
Получить ГОСТ TLS-сертификат для домена (SSL-сертификат)
Добро пожаловать, Гость! Чтобы использовать все возможности Вход или Регистрация.

Уведомление

Icon
Error

Опции
К последнему сообщению К первому непрочитанному
Offline Depish  
#1 Оставлено : 7 февраля 2022 г. 9:15:23(UTC)
Depish

Статус: Активный участник

Группы: Участники
Зарегистрирован: 12.07.2021(UTC)
Сообщений: 39
Российская Федерация

Сказал(а) «Спасибо»: 10 раз
Как можно узнать размер подписи до самого подписания?
Подпись помещяю в контейнер в файле, но контейнер нужно выделить зарание чтобы получить размеры подписываемых данных и далее их подписать, сейчас приходится выделять зарание больший объем.

c CadesBes все хорошо, 8172 байт хавтало за глаза.
но вот с CadesXLongType1 дело обстоит куда хуже, требуется более 65536 байт. Но раздувать файл не хочется.
Offline Андрей *  
#2 Оставлено : 7 февраля 2022 г. 9:35:57(UTC)
Андрей *

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 26.07.2011(UTC)
Сообщений: 14,161
Мужчина
Российская Федерация

Сказал «Спасибо»: 618 раз
Поблагодарили: 2389 раз в 1880 постах
Автор: Depish Перейти к цитате
Как можно узнать размер подписи до самого подписания?
Подпись помещяю в контейнер в файле, но контейнер нужно выделить зарание чтобы получить размеры подписываемых данных и далее их подписать, сейчас приходится выделять зарание больший объем.




1) подписать произвольные данные (1 байт) - получить размер и подписывать уже реальные байты
2) выделять с запасом.

Автор: Depish Перейти к цитате

c CadesBes все хорошо, 8172 байт хавтало за глаза.
но вот с CadesXLongType1 дело обстоит куда хуже, требуется более 65536 байт. Но раздувать файл не хочется.

Таковы требования, обычно от 25 Кб.
Размер зависит от УЦ и доступности OCSP.

Если не хочется => не использовать XLongType1
Техническую поддержку оказываем тут
Наша база знаний
Offline two_oceans  
#3 Оставлено : 8 февраля 2022 г. 8:05:07(UTC)
two_oceans

Статус: Эксперт

Группы: Участники
Зарегистрирован: 05.03.2015(UTC)
Сообщений: 1,602
Российская Федерация
Откуда: Иркутская область

Сказал(а) «Спасибо»: 110 раз
Поблагодарили: 397 раз в 367 постах
Добрый день.
Можно посоветовать не записывать весь буфер для подписи (который выделили заведомо больше подписи), а посмотреть сколько байт из буфера занято после подписания и записать только их.

Думаю, уже обсуждали вопрос про раздувание подписи. Вообще говоря если у Вас не идет речь о миллионах подписей (большой размер суммарно) или подписи очень маленьких файлов (когда размер открепленной подписи более чем сам файл и выходит низкий КПД хранения), то проще всего хранить "как есть" и не выдумывать. Так ни у кого не будет шанса придраться и сказать, что Ваше вмешательство ставит по сомнение достоверность подписи.

Если же все равно хотите "оптимизировать"... В теории XLongType1 включает в себя (помимо самой подписи и метки доверенного времени на подпись) еще и доказательства подписи (короткий ответ OCSP про один сертификат или объемный список отзыва сертификатов - до нескольких мегабайт, но про все сертификаты от данного УЦ) и метку доверенного времени на доказательства.

Если подписывать много документов в один день одним закрытым ключом (т.е. один и тот же сертификат в подписи), то доказательства будут в принципе те же самые для всех подписанных документов, немного отличается время и только. Если речь про список отзыва, то доказательства будут те же самые для всех действующих на конец дня сертификатов одного УЦ.

Если используются сертификаты одного УЦ с большим списком отзыва и без OCSP, то экономия места может быть весьма существенная. Однако манипуляции теоретически могут под сомнение достоверность подписи.

Отредактировано пользователем 8 февраля 2022 г. 8:08:48(UTC)  | Причина: Не указана

Offline Андрей *  
#4 Оставлено : 8 февраля 2022 г. 9:55:46(UTC)
Андрей *

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 26.07.2011(UTC)
Сообщений: 14,161
Мужчина
Российская Федерация

Сказал «Спасибо»: 618 раз
Поблагодарили: 2389 раз в 1880 постах
Автор: two_oceans Перейти к цитате
Добрый день.
Можно посоветовать не записывать весь буфер для подписи (который выделили заведомо больше подписи), а посмотреть сколько байт из буфера занято после подписания и записать только их.

Думаю, уже обсуждали вопрос про раздувание подписи. Вообще говоря если у Вас не идет речь о миллионах подписей (большой размер суммарно) или подписи очень маленьких файлов (когда размер открепленной подписи более чем сам файл и выходит низкий КПД хранения), то проще всего хранить "как есть" и не выдумывать. Так ни у кого не будет шанса придраться и сказать, что Ваше вмешательство ставит по сомнение достоверность подписи.

Если же все равно хотите "оптимизировать"... В теории XLongType1 включает в себя (помимо самой подписи и метки доверенного времени на подпись) еще и доказательства подписи (короткий ответ OCSP про один сертификат или объемный список отзыва сертификатов - до нескольких мегабайт, но про все сертификаты от данного УЦ) и метку доверенного времени на доказательства.

Если подписывать много документов в один день одним закрытым ключом (т.е. один и тот же сертификат в подписи), то доказательства будут в принципе те же самые для всех подписанных документов, немного отличается время и только. Если речь про список отзыва, то доказательства будут те же самые для всех действующих на конец дня сертификатов одного УЦ.

Если используются сертификаты одного УЦ с большим списком отзыва и без OCSP, то экономия места может быть весьма существенная. Однако манипуляции теоретически могут под сомнение достоверность подписи.


у ТС, по описанию, PAdES.
Техническую поддержку оказываем тут
Наша база знаний
RSS Лента  Atom Лента
Пользователи, просматривающие эту тему
Guest
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.