Closed zm1ca closed 4 years ago
Переносится в #59.
challengePassword
-- это строка типа UTF8String
(см. 8.2.1). Описан синтаксис строки (правила форматирования) и семантика (содержание) частей. Шаблон "строка состоит из частей ... одна из частей может быть опущена" вполне распространен.Части описываются семантически (по смыслу). Это нормально. Когда мы говорим, что объект состоит из нескольких частей -- первой, второй, третьей -- мы не подразумеваем, что части следуют друг за другом. Длины частей однозначно определяются при разборе (парсинге) объекта -- каждой части предшествует определенный префикс, заданный в Стандарте.
Файлу-контейнеру сопутствуют (его сопровождают) программы.
UTF8String
] не должна превышать 128 [символов UTF8
]. Да, именно так.Заинтересованность в прозрачности стандартов выражается, в частности, в стремлении сократить труд разработчиков по разгадыванию ребусов, пусть даже простых.
Определение программного токена вряд ли можно назвать деталью, поскольку формату его контейнера посвящается отдельный раздел. Я лишь высказываю предположение, что написанное в стандарте не отражает заложенной идеи, что может вызвать затруднения в фактическом применении обсуждённого, согласованного и принятого стандарта. Поскольку поставленный вопрос носит скорее филологический характер, я полагаю, что в БГУ не составит проблемы найти третейского судью способного разрешить его разрешить.
Что касается концепции, то "контейнер ключа+программы" -- это практически все сертифицируемые СКЗИ.
Дополнительно изменение (п. 5.4, реализовано в #59): "...файл-контейнер с защищенным ключом и сопутствующими программами..." -> "...файл-контейнер с защищенным ключом и сопутствующие программы..."
В п.8.6 Подписанные данные:
СШВ определяются в СТБ 34.101.82, а СЗД в СТБ 34.101.81. Возможно, имеет место опечатка.
В п 8.2.2 говорится:
Длины частей указаны без размерностей (подразумеваются биты), и они определяются для "первой" и "второй" частей, хотя порядок частей не контролируется. Более того, частей может быть и не две, раз предусмотрена возможность опустить любую из них.
Предлагается пересмотреть формулировки, для избежания множественного толкования и большей ясности изложения.
Менее значимые опечатки:
явля_ю_тся
подчиня_ю_тся т.к. в предшествующем предложении речь идёт о произвольном числе
В текущей формулировке не вполне ясно, как сопутствующие программы могут содержаться в файле, в котором также хранится и ключ. Если подразумевается совокупность файла-контейнера и сопутствующих программ (отдельно), то следует писать, например: "...файл-контейнер с защищённым ключом и сопутствующие программы...". Однако, в таком случае не вполне ясно, благодаря чему достигается общность файла-контейнера и программ. В аппаратных токенах, например, такая общность достигается помещением вышеуказанных сущностей в общую криптографическую границу.