жами, объединениями, а также предприятиями, учреждениями и ор-
ганизациями, которые информируют арбитражный суд республики в
составе Российской Федерации, края, области, города, автоном-
ной области, автономного округа, на территории которого распо-
ложен постоянно действующий третейский суд, о его создании и
составе.
Важно иметь в виду, что порядок организации, деятельности
и разрешения споров для постоянно действующих третейских
судов определяется правилами(положением, уставом, регламентом,
иным документом, устанавливающим процедуру рассмотрения споров
третейским судом) предприятия, учреждения или организации, ко-
торые создали постоянно действующий третейский суд.
В этих случаях временное положение о третейском суде при-
меняется постоянно действующим третейским судом субсидиарно
(т.е. в случаях, когда какие-либо необходимые для создания и
(или) деятельности третейского суда вопросы не урегулированы
правилами постоянно действующего третейского суда).
Все это приводит к выводу о том, что для преодоления кол-
лизий, связанных с внедрением системы электронной подписи, не-
обходимо создание именно постоянно действующего третейского
суда, использующего собственные правила разрешения споров.
_________________________________
1.Ведомости Съезда народных депутатов Российской Федера-
ции и Верховного Совета Российской Федерации.1992, N30,
ст.1790. (далее - Временное положение о третейском суде).
3.3. Наконец, важным обстоятельством в пользу создания
постоянно действующего третейского суда является установленный
Разделом V Временного положения о третейском суде и ст.157 АПК
порядок и условия исполнения решения третейского суда. Принци-
пиальные положения здесь сводятся к следующему:
во-первых, согласно ч.2 ст.157 АПК и ст.25 Временного по-
ложения о третейском суде в случае неисполнения ответчиком ре-
шения третейского суда в установленный в нем срок соответству-
ющий арбитражный суд, на территории которого находится тре-
тейский суд, выдает приказ на принудительное исполнение его
решения;
во-вторых, согласно ч.5 ст.157 АПК и ст.26 Временного по-
ложения о третейском суде в выдаче приказа на исполнение может
быть отказано лишь по формальным основаниям
Закон содержит исчерпывающий перечень таких случаев,
которые сводятся к следующему:
а) не было достигнуто соглашение сторон о рассмотрении
спора в третейском суде;
б). состав третейского суда или процедура рассмотрения
спора не соответствовали соглашению сторон о рассмотрении спо-
ра в третейском суде;
в). сторона, против которой было вынесено решение тре-
тейского суда, не была надлежащим образом извещена о дне раз-
бирательства в третейском суде или по другим причинам не могла
представить свои объяснения;
г). спор возник в сфере управления и не подлежал рассмот-
рению с третейском суде.
Таким образом, арбитражный суд не проверяет и не пе-
ресматривает дело по существу. Это подтверждается тем, что
согласно ч.3 ст.26 Временного положения о третейском суде ар-
битражный суд при рассмотрении заявления о выдаче приказа на
принудительное исполнение решения третейского суда, установив-
ший несоответствие решения законодательству или неисследован-
ность материалов дела, возвращает дело на новое рассмотрение в
третейский суд, принявший решение, а не пересматривает его по
существу.
3.4. Для создания постоянно действующего третейского суда
необходимо:
3.4.1. На общем собрании участников ... принять решение о
создании постоянно действующего третейского суда, о введении в
действие системы электронной подписи. Кроме того, должны быть
созданы и утверждены решением общего собрания ... правила раз-
решения споров в постоянно действующем третейском суде ....
Следует разработать и утвердить Положение об электронной под-
писи, включающее раздел о взаимоотношениях участников сделок
... при применении системы электронной подписи, в т.ч. о раз-
решении споров, возникающих при использовании электронной под-
писи, в постоянно действующем третейском суде.
3.4.2. Вместе с тем, решения общего собрания участников
... еще недостаточно для того, чтобы указанные в п.3.4.1 доку-
менты были введены в оборот в отношении всех участников сделок
.... Согласно ст.7 Закона об арбитражном суде, ст.21 АПК и
ст.3 Временного положения о третейском суде для передаче спора
в третейский суд необходимо соглашение сторон. При принятии
решения общим собранием участников могут быть участники, про-
голосовавшие против этих решений или воздержавшиеся. В этом
случае, руководствуясь законом, нельзя всех участников считать
согласившимися с предложенными решениями и процедурами . В
связи с этим, помимо принципиального решения на общем собрании
... необходимо создание и подписание специального договора, в
соответствии с которым участники сделок соглашаются применять
все документы, предусмотренные п. 3.4.1. Поскольку не все
участники сделок в ... сразу могут подписать такой договор,
этот договор должен носить открытый характер (т.е. содержать
возможность присоединения к нему новых участников).
Неподписание такого договора приводит к большим практи-
ческим трудностям, поскольку соглашение о передаче спора в
третейский суд (арбитражную оговорку) придется согласовывать в
каждом конкретном договоре. Еще больше проблем возникает с
внедрением системы электронной подписи, т.к. и об этом надо
будет договариваться в конкретных договорах. При этом возможны
различные варианты, в том числе: стороны договорились об
использовании системы электронной подписи, но не договорились
о передаче спора на рассмотрение третейского суда. В этом слу-
чае все коллизии будут решаться арбитражным судом, а стороны
неизбежно столкнутся со всеми проблемами, описанными в п,2
Обоснования.
4. Итак, оптимальным вариантом успешного внедрения систе-
мы электронной подписи и значительного ускорения и удешевления
заключения и исполнения договоров в ... является:
1) создание постоянно действующего третейского суда;
2) разработка в порядке, установленном п. 3.4 Обоснования
документов.
ПОЛОЖЕНИЕ
о системе коллективного пользования
цифровой (электронной) подписью
в ........................ .
I. ОБЩИЕ ПОЛОЖЕНИЯ.
1. Система коллективного пользования цифровой (электрон-
ной) подписью применяется для заключения и исполнения догово-
ров, иных сделок, совершаемых в рамках или при участии .......
........................ , а также удостоверения других доку-
ментов.
2. Цифровая (электронная) подпись предназначена для
обеспечения подтверждения подлинности и авторства документов,
обрабатываемых в электронной форме с помощью вычислительной
техники.
Цифровая подпись жестко увязывает в одно целое содержание
документа и секретный ключ подписывающего и делает невозможным
изменение документа без нарушения подлинности данной подписи.
3. Процедура электронной подписи включает в себя два ал-
горитма: формирования цифровой подписи и проверки подлинности
подписи.
Формирование подписи состоит в вычислении по документу,
представленному в электронной форме, и секретному параметру
(ключу подписывания), имеющемуся лишь у автора подписи,длинной
цифровой последовательности, называемой цифровой подписью дан-
ного лица под данным документом.
Проверка подписи под документом состоит в осуществлении
вычислений над содержимым документа, цифровой подписью под ним
и "образцом подписи" лица, его подписавшего, результатом кото-
рых является признание или отрицание подлинности подписи дан-
ного лица под предъявленным документом.
Примечание: Образец подписи - длинная цифровая последова-
тельность(не являющаяся секретной),однозначно связанная с
секретным ключом подписывания.
4. Использование системы цифровой (электронной) подписи
(далее - Системы) осуществляется после подписания многосторон-
него договора о введении системы коллективного пользования
цифровой (электронной) подписью.
Стороны, подписавшие указанный договор (владельцы цифро-
вой подписи), именуются далее Пользователями.
Деятельность Системы координируется ..................
.............. , именуемым далее в Положении Администрацией.
5. В качестве дополнительного средства защиты электронных
документов от фальсификации и обеспечения конфиденциальности
содержащейся в них информации Пользователи вправе по обоюдному
согласию применять шифрование.
Ключи для обмена шифрованными сообщениями формируются
Пользователями самостоятельно с помощью программного обеспече-
ния, передаваемого им Администрацией.
II. ПРАВА И ОБЯЗАННОСТИ СТОРОН
6. Администрация системы:
- поставляет пользователям программное обеспечение (в том
числе дополнительные копии по запросам Пользователей);
- выдает пользователям эталонные образцы программного
обеспечения;
- организует обучение персонала Пользователей работе с
программным обеспечением;
- обеспечивает сохранность эталонного образца программно-
го обеспечения;
- проводит регистрацию образцов подписей Пользователей и
открытых ключей Пользователей, применяемых для щифрования
электронных документов (образец подписи и ключа для шифрования
Пользователя заверяется его физической подписью и мастичной
печатью, а также заносится на магнитный носитель);
- рассылает Пользователям список зарегистрированных об-
разцов подписей и ключей для шифрования Пользователей на бу-
мажном носителе с личной подписью и мастичной печатью, а также
на магнитном носителе заверенный своей цифровой подписью;
- фиксирует все случаи утраты или раскрытия индивидуаль-
ных ключей подписывания и ключей для шифрования (по заявлениям
Пользователей) и немедленно информирует об этом всех Пользова-
телей системы;
7. Пользователь системы:
- принимает на себя обязательства по всем документам, за-
веренным его электронной подписью до момента официального объ-
явления ее недействительной;
- несет риск убытков, связанных с невозможностью передачи
электронных документов в установленные сроки (неисправности
электронной техники, сбои в передаче информации по каналам
связи, нарушение программ шифрования электронных документов и
т.д.);
- принимает к исполнению все документы, подписанные
электронной подписью других Пользователей и признанные прог-
раммой проверки подлинными;
- использует для проверки подлинности подписи и расшифро-
вания электронных документов Пользователей системы лишь пре-
доставленное ему Администрацией программное обеспечение;
- соблюдает правила использования предоставленного ему
программного обеспечения, содержащиеся в Руководстве пользова-
теля;
- изготавливает в соответствии с Руководством индивиду-
альный ключ для подписания и соответствующий образец подписи,
а также секретный и открытый ключи для шифрования, регистриру-
ет образец подписи и открытый ключ для щифрования у Админист-
рации, заверив их личной подписью и мастичной печатью;
- для проверки подлинности подписей и расшифрования
электронных документов Пользователей системы применяет лишь
образцы подписей и открытых ключей для шифрования, предостав-
ленные Администрацией;
- сохраняет в секрете свой ключ подписывания и ключ для
шифрования;
- следит за целостностью используемого программного
обеспечения;
- немедленно сообщает Администрации системы о случаях ут-
раты или раскрытия секретного ключа подписывания и ключа для
шифрования и с этого момента прекращает пользоваться этими
ключами.
- хранит предоставленный ему Администрацией в запечатан-
ном конверте эталонный образец программного обеспечения.
III. ОТВЕТСТВЕННОСТЬ СТОРОН
8. Администрация системы возмещает убытки, понесенные
Пользователями в связи с:
- несоответствием программного обеспечения, переданного
Пользователям, эталонным экземплярам, предоставленным Адми-
нистрации фирмой-изготовителем;
- несоответствием образцов подписей и открытых ключей для
шифрования, передаваемых Пользователям, подлинным образцам
подписей и открытым ключам для шифрования;
- несвоевременным оповещением Пользователей о заявленном
случае утери или раскрытия секретного ключа подписывания и
секретного ключа для шифрования одного из Пользователей;
- несоответствием программного обеспечения техническому
описанию используемых алгоритмов;
- ненадежностью используемых в программном обеспечении
алгоритмов;
Примечание: Алгоритмы признаются ненадежными , если дока-
зана практическая возможность за приемлемый срок:
- либо подделать подпись под документом;
- либо дешифровать электронный документ;
- либо определить по образцу подписи(открытому ключу
для шифрования ) и подписанным (зашифрованным)
документам секретный ключ подписывания ( секретный
ключ для шифрования);
- либо изменить документ , не нарушив подлинность
подписи.
9. Пользователь обязан возместить другим Пользователям
системы убытки, причиненные в связи с неисполнением или ненад-
лежащим исполнением принятых на себя обязательств, до момента,
когда он докажет, что они возникли из-за ненадежности исполь-
зуемых в программном обеспечении алгоритмов.
Пользователь системы также возмещает убытки, причиненные
другим Пользователям, в результате применения утерянного им
секретного ключа подписывания и/или секретного ключа для шиф-
рования до официального заявления об утрате.
IV. ПОРЯДОК РАЗРЕШЕНИЯ КОНФЛИКТОВ
10. В случае, если одна из сторон отказывается от приня-
тия на себя обязательств по документу, заверенному ее действу-
ющей цифровой подписью и признаваемой подлинной программой
проверки другой стороны, то:
проверяется целостность программного обеспечения сторон,
путем сравнения используемого программного обеспечения с эта-
лонным образцом;
повторно проверяется подлинность электронной подписи с
помощью программного обеспечения соответствующего эталону;
Если подпись признается действительной в результате пов-
торной проверки, а сторона, чьей подписью заверен документ,
отказывается принять на себя обязательства по документу, то
назначается экспертная комиссия, которая на основании изучения
спорного документа на магнитном носителе, распечатки этого до-
кумента вместе с цифровой подписью под ним на бумажном носите-
ле, образца цифровой подписи ответчика, заверенного его личной
подписью и мастичной печатью, хранящегося у Администрации, вы-
носит заключение о подлинности цифровой подписи и ее соот-
ветствии техническому описанию используемых алгоритмов.
11. В случае, если одна из сторон отказывается от приема
и рассмотрения документа другой стороны на основании того, что
электронная подпись второй под документом воспринимается как
фальшивая , либо невозможно расшифровать данный документ , то:
сторона, отказавшая в приеме документа, заверяет свой
отказ от рассмотрения документа личной подписью и мастичной
печатью, а вторая сторона повторно подписывает документ элект-
ронной подписью либо повторно шифрует и направляет документ;
если новая подпись также признается первой стороной не-
действительной , либо расшифрование повторно направленного до-
кумента невозможно , то стороны проверяют сохранность своих
программ подписывания и проверки , а также программ шифрования
и расшифрования путем сравнения их с эталонным образцом.
Если в результате проверки сохранности программного
обеспечения выяснится, что:
разрушено программное обеспечение у автора документа -
отказ другой стороны от рассмотрения документа является право-
мерным;
разрушено программное обеспечение у стороны, отказавшей-
ся от приема документа, - она обязана возместить убытки , воз-
никшие у другой стороны вследствие ее отказа от рассмотрения
документа, основанием для привлечения к ответственности служит
официальный отказ от приема документа;
не выявлено отличия программного обеспечения ни одной из
сторон от эталонного образца - признается несоответствие прог-
раммного обеспечения техническому описанию используемых алго-
ритмов.
ганизациями, которые информируют арбитражный суд республики в
составе Российской Федерации, края, области, города, автоном-
ной области, автономного округа, на территории которого распо-
ложен постоянно действующий третейский суд, о его создании и
составе.
Важно иметь в виду, что порядок организации, деятельности
и разрешения споров для постоянно действующих третейских
судов определяется правилами(положением, уставом, регламентом,
иным документом, устанавливающим процедуру рассмотрения споров
третейским судом) предприятия, учреждения или организации, ко-
торые создали постоянно действующий третейский суд.
В этих случаях временное положение о третейском суде при-
меняется постоянно действующим третейским судом субсидиарно
(т.е. в случаях, когда какие-либо необходимые для создания и
(или) деятельности третейского суда вопросы не урегулированы
правилами постоянно действующего третейского суда).
Все это приводит к выводу о том, что для преодоления кол-
лизий, связанных с внедрением системы электронной подписи, не-
обходимо создание именно постоянно действующего третейского
суда, использующего собственные правила разрешения споров.
_________________________________
1.Ведомости Съезда народных депутатов Российской Федера-
ции и Верховного Совета Российской Федерации.1992, N30,
ст.1790. (далее - Временное положение о третейском суде).
3.3. Наконец, важным обстоятельством в пользу создания
постоянно действующего третейского суда является установленный
Разделом V Временного положения о третейском суде и ст.157 АПК
порядок и условия исполнения решения третейского суда. Принци-
пиальные положения здесь сводятся к следующему:
во-первых, согласно ч.2 ст.157 АПК и ст.25 Временного по-
ложения о третейском суде в случае неисполнения ответчиком ре-
шения третейского суда в установленный в нем срок соответству-
ющий арбитражный суд, на территории которого находится тре-
тейский суд, выдает приказ на принудительное исполнение его
решения;
во-вторых, согласно ч.5 ст.157 АПК и ст.26 Временного по-
ложения о третейском суде в выдаче приказа на исполнение может
быть отказано лишь по формальным основаниям
Закон содержит исчерпывающий перечень таких случаев,
которые сводятся к следующему:
а) не было достигнуто соглашение сторон о рассмотрении
спора в третейском суде;
б). состав третейского суда или процедура рассмотрения
спора не соответствовали соглашению сторон о рассмотрении спо-
ра в третейском суде;
в). сторона, против которой было вынесено решение тре-
тейского суда, не была надлежащим образом извещена о дне раз-
бирательства в третейском суде или по другим причинам не могла
представить свои объяснения;
г). спор возник в сфере управления и не подлежал рассмот-
рению с третейском суде.
Таким образом, арбитражный суд не проверяет и не пе-
ресматривает дело по существу. Это подтверждается тем, что
согласно ч.3 ст.26 Временного положения о третейском суде ар-
битражный суд при рассмотрении заявления о выдаче приказа на
принудительное исполнение решения третейского суда, установив-
ший несоответствие решения законодательству или неисследован-
ность материалов дела, возвращает дело на новое рассмотрение в
третейский суд, принявший решение, а не пересматривает его по
существу.
3.4. Для создания постоянно действующего третейского суда
необходимо:
3.4.1. На общем собрании участников ... принять решение о
создании постоянно действующего третейского суда, о введении в
действие системы электронной подписи. Кроме того, должны быть
созданы и утверждены решением общего собрания ... правила раз-
решения споров в постоянно действующем третейском суде ....
Следует разработать и утвердить Положение об электронной под-
писи, включающее раздел о взаимоотношениях участников сделок
... при применении системы электронной подписи, в т.ч. о раз-
решении споров, возникающих при использовании электронной под-
писи, в постоянно действующем третейском суде.
3.4.2. Вместе с тем, решения общего собрания участников
... еще недостаточно для того, чтобы указанные в п.3.4.1 доку-
менты были введены в оборот в отношении всех участников сделок
.... Согласно ст.7 Закона об арбитражном суде, ст.21 АПК и
ст.3 Временного положения о третейском суде для передаче спора
в третейский суд необходимо соглашение сторон. При принятии
решения общим собранием участников могут быть участники, про-
голосовавшие против этих решений или воздержавшиеся. В этом
случае, руководствуясь законом, нельзя всех участников считать
согласившимися с предложенными решениями и процедурами . В
связи с этим, помимо принципиального решения на общем собрании
... необходимо создание и подписание специального договора, в
соответствии с которым участники сделок соглашаются применять
все документы, предусмотренные п. 3.4.1. Поскольку не все
участники сделок в ... сразу могут подписать такой договор,
этот договор должен носить открытый характер (т.е. содержать
возможность присоединения к нему новых участников).
Неподписание такого договора приводит к большим практи-
ческим трудностям, поскольку соглашение о передаче спора в
третейский суд (арбитражную оговорку) придется согласовывать в
каждом конкретном договоре. Еще больше проблем возникает с
внедрением системы электронной подписи, т.к. и об этом надо
будет договариваться в конкретных договорах. При этом возможны
различные варианты, в том числе: стороны договорились об
использовании системы электронной подписи, но не договорились
о передаче спора на рассмотрение третейского суда. В этом слу-
чае все коллизии будут решаться арбитражным судом, а стороны
неизбежно столкнутся со всеми проблемами, описанными в п,2
Обоснования.
4. Итак, оптимальным вариантом успешного внедрения систе-
мы электронной подписи и значительного ускорения и удешевления
заключения и исполнения договоров в ... является:
1) создание постоянно действующего третейского суда;
2) разработка в порядке, установленном п. 3.4 Обоснования
документов.
ПОЛОЖЕНИЕ
о системе коллективного пользования
цифровой (электронной) подписью
в ........................ .
I. ОБЩИЕ ПОЛОЖЕНИЯ.
1. Система коллективного пользования цифровой (электрон-
ной) подписью применяется для заключения и исполнения догово-
ров, иных сделок, совершаемых в рамках или при участии .......
........................ , а также удостоверения других доку-
ментов.
2. Цифровая (электронная) подпись предназначена для
обеспечения подтверждения подлинности и авторства документов,
обрабатываемых в электронной форме с помощью вычислительной
техники.
Цифровая подпись жестко увязывает в одно целое содержание
документа и секретный ключ подписывающего и делает невозможным
изменение документа без нарушения подлинности данной подписи.
3. Процедура электронной подписи включает в себя два ал-
горитма: формирования цифровой подписи и проверки подлинности
подписи.
Формирование подписи состоит в вычислении по документу,
представленному в электронной форме, и секретному параметру
(ключу подписывания), имеющемуся лишь у автора подписи,длинной
цифровой последовательности, называемой цифровой подписью дан-
ного лица под данным документом.
Проверка подписи под документом состоит в осуществлении
вычислений над содержимым документа, цифровой подписью под ним
и "образцом подписи" лица, его подписавшего, результатом кото-
рых является признание или отрицание подлинности подписи дан-
ного лица под предъявленным документом.
Примечание: Образец подписи - длинная цифровая последова-
тельность(не являющаяся секретной),однозначно связанная с
секретным ключом подписывания.
4. Использование системы цифровой (электронной) подписи
(далее - Системы) осуществляется после подписания многосторон-
него договора о введении системы коллективного пользования
цифровой (электронной) подписью.
Стороны, подписавшие указанный договор (владельцы цифро-
вой подписи), именуются далее Пользователями.
Деятельность Системы координируется ..................
.............. , именуемым далее в Положении Администрацией.
5. В качестве дополнительного средства защиты электронных
документов от фальсификации и обеспечения конфиденциальности
содержащейся в них информации Пользователи вправе по обоюдному
согласию применять шифрование.
Ключи для обмена шифрованными сообщениями формируются
Пользователями самостоятельно с помощью программного обеспече-
ния, передаваемого им Администрацией.
II. ПРАВА И ОБЯЗАННОСТИ СТОРОН
6. Администрация системы:
- поставляет пользователям программное обеспечение (в том
числе дополнительные копии по запросам Пользователей);
- выдает пользователям эталонные образцы программного
обеспечения;
- организует обучение персонала Пользователей работе с
программным обеспечением;
- обеспечивает сохранность эталонного образца программно-
го обеспечения;
- проводит регистрацию образцов подписей Пользователей и
открытых ключей Пользователей, применяемых для щифрования
электронных документов (образец подписи и ключа для шифрования
Пользователя заверяется его физической подписью и мастичной
печатью, а также заносится на магнитный носитель);
- рассылает Пользователям список зарегистрированных об-
разцов подписей и ключей для шифрования Пользователей на бу-
мажном носителе с личной подписью и мастичной печатью, а также
на магнитном носителе заверенный своей цифровой подписью;
- фиксирует все случаи утраты или раскрытия индивидуаль-
ных ключей подписывания и ключей для шифрования (по заявлениям
Пользователей) и немедленно информирует об этом всех Пользова-
телей системы;
7. Пользователь системы:
- принимает на себя обязательства по всем документам, за-
веренным его электронной подписью до момента официального объ-
явления ее недействительной;
- несет риск убытков, связанных с невозможностью передачи
электронных документов в установленные сроки (неисправности
электронной техники, сбои в передаче информации по каналам
связи, нарушение программ шифрования электронных документов и
т.д.);
- принимает к исполнению все документы, подписанные
электронной подписью других Пользователей и признанные прог-
раммой проверки подлинными;
- использует для проверки подлинности подписи и расшифро-
вания электронных документов Пользователей системы лишь пре-
доставленное ему Администрацией программное обеспечение;
- соблюдает правила использования предоставленного ему
программного обеспечения, содержащиеся в Руководстве пользова-
теля;
- изготавливает в соответствии с Руководством индивиду-
альный ключ для подписания и соответствующий образец подписи,
а также секретный и открытый ключи для шифрования, регистриру-
ет образец подписи и открытый ключ для щифрования у Админист-
рации, заверив их личной подписью и мастичной печатью;
- для проверки подлинности подписей и расшифрования
электронных документов Пользователей системы применяет лишь
образцы подписей и открытых ключей для шифрования, предостав-
ленные Администрацией;
- сохраняет в секрете свой ключ подписывания и ключ для
шифрования;
- следит за целостностью используемого программного
обеспечения;
- немедленно сообщает Администрации системы о случаях ут-
раты или раскрытия секретного ключа подписывания и ключа для
шифрования и с этого момента прекращает пользоваться этими
ключами.
- хранит предоставленный ему Администрацией в запечатан-
ном конверте эталонный образец программного обеспечения.
III. ОТВЕТСТВЕННОСТЬ СТОРОН
8. Администрация системы возмещает убытки, понесенные
Пользователями в связи с:
- несоответствием программного обеспечения, переданного
Пользователям, эталонным экземплярам, предоставленным Адми-
нистрации фирмой-изготовителем;
- несоответствием образцов подписей и открытых ключей для
шифрования, передаваемых Пользователям, подлинным образцам
подписей и открытым ключам для шифрования;
- несвоевременным оповещением Пользователей о заявленном
случае утери или раскрытия секретного ключа подписывания и
секретного ключа для шифрования одного из Пользователей;
- несоответствием программного обеспечения техническому
описанию используемых алгоритмов;
- ненадежностью используемых в программном обеспечении
алгоритмов;
Примечание: Алгоритмы признаются ненадежными , если дока-
зана практическая возможность за приемлемый срок:
- либо подделать подпись под документом;
- либо дешифровать электронный документ;
- либо определить по образцу подписи(открытому ключу
для шифрования ) и подписанным (зашифрованным)
документам секретный ключ подписывания ( секретный
ключ для шифрования);
- либо изменить документ , не нарушив подлинность
подписи.
9. Пользователь обязан возместить другим Пользователям
системы убытки, причиненные в связи с неисполнением или ненад-
лежащим исполнением принятых на себя обязательств, до момента,
когда он докажет, что они возникли из-за ненадежности исполь-
зуемых в программном обеспечении алгоритмов.
Пользователь системы также возмещает убытки, причиненные
другим Пользователям, в результате применения утерянного им
секретного ключа подписывания и/или секретного ключа для шиф-
рования до официального заявления об утрате.
IV. ПОРЯДОК РАЗРЕШЕНИЯ КОНФЛИКТОВ
10. В случае, если одна из сторон отказывается от приня-
тия на себя обязательств по документу, заверенному ее действу-
ющей цифровой подписью и признаваемой подлинной программой
проверки другой стороны, то:
проверяется целостность программного обеспечения сторон,
путем сравнения используемого программного обеспечения с эта-
лонным образцом;
повторно проверяется подлинность электронной подписи с
помощью программного обеспечения соответствующего эталону;
Если подпись признается действительной в результате пов-
торной проверки, а сторона, чьей подписью заверен документ,
отказывается принять на себя обязательства по документу, то
назначается экспертная комиссия, которая на основании изучения
спорного документа на магнитном носителе, распечатки этого до-
кумента вместе с цифровой подписью под ним на бумажном носите-
ле, образца цифровой подписи ответчика, заверенного его личной
подписью и мастичной печатью, хранящегося у Администрации, вы-
носит заключение о подлинности цифровой подписи и ее соот-
ветствии техническому описанию используемых алгоритмов.
11. В случае, если одна из сторон отказывается от приема
и рассмотрения документа другой стороны на основании того, что
электронная подпись второй под документом воспринимается как
фальшивая , либо невозможно расшифровать данный документ , то:
сторона, отказавшая в приеме документа, заверяет свой
отказ от рассмотрения документа личной подписью и мастичной
печатью, а вторая сторона повторно подписывает документ элект-
ронной подписью либо повторно шифрует и направляет документ;
если новая подпись также признается первой стороной не-
действительной , либо расшифрование повторно направленного до-
кумента невозможно , то стороны проверяют сохранность своих
программ подписывания и проверки , а также программ шифрования
и расшифрования путем сравнения их с эталонным образцом.
Если в результате проверки сохранности программного
обеспечения выяснится, что:
разрушено программное обеспечение у автора документа -
отказ другой стороны от рассмотрения документа является право-
мерным;
разрушено программное обеспечение у стороны, отказавшей-
ся от приема документа, - она обязана возместить убытки , воз-
никшие у другой стороны вследствие ее отказа от рассмотрения
документа, основанием для привлечения к ответственности служит
официальный отказ от приема документа;
не выявлено отличия программного обеспечения ни одной из
сторон от эталонного образца - признается несоответствие прог-
раммного обеспечения техническому описанию используемых алго-
ритмов.