Совсем недавно я задался таким же вопросом, поскольку в нашей задаче также необходимо построить корпоративную СЭД, в которой будут обмениваться разные организации. Так вот, если указать в нормативнух документах, что сведения об отношениях указываются в EKU, то этим организациям будет непросто объяснить, что делает OID 1.2.643.2.2.34.6 среди других областей использования, которые заказала сторона ЭДО при выпуске СКП своему сотруднику.

На мой взгляд лучший выход - определить в рамках своих OID'ов (т.е. те, которые зарегистрированы на организатора СЭД или УЦ) отдельный OID с назначением "Управление личным сертификатом ключа подписи" или что-то подобное. Вопрос: возможно ли это технически? Т.е. есть ли в УЦ КриптоПро возможность указать этот "технологический" OID, который сейчас имеет значение 1.2.643.2.2.34.6? Интересно мнение специалистов КриптоПро.

Если технически указанное выше невозможно, то следует официально (на уровне нормативных документов СЭД) включить этот OID 1.2.643.2.2.34.6 в состав сведений об отношениях любого СКП в качестве обязательного элемента. Иначе непросто будет объяснить стороне СЭД, по заявке которой и в рамках доверенности от которой был выпущен СКП, откуда в СКП появились дополнительные сведения об отношениях, на которые данная сторона СЭД полномочий по доверенности не давала.


Насколько нам удалось выяснить - да. Наверное, специалисты КриптоПро это подтвердят.


На мой взгляд, если Вы строите корпоративную СЭД, то этот вопрос вполне может быть отнесен к договорным отношениям между организатором СЭД и ее сторонами. То есть как организатор СЭД определит, так и будет. Единственное, что портит картину, так это то, что его родительский OID 1.2.643.2.2 зарегистрирован за КриптоПро. Но, как мне кажется, это не принципиально.
Вопрос "сколько стоит" непонятен. Вы, как организатор СЭД, просто вносите соответствующие нормы в свои регулирующие документы и все. Кому и за что тут платить?

Вы правильно понимаете. Мы, как владельцы этого OID, придали ему нагрузку именно как "Пользователь Центра Регистрации, HTTP, TLS клиент". Поэтому он чисто технологический и именять эту нагрузку никто не вправе.


Нет, не можете "наделять" этот OID "обеспечением юридической значимости электронных документов некой корпоративной информационной системы".

Российский - http://www.ctel.msk.ru/x500/OIDS/inform.htm

Тут (на ссылке) приведены присвоенные частные номера организации. Потом, от этого номера, каждая организация (которая владель полученного номера) строит свою веточку OIDов, по собственным правилам.

В приведённом Вам примере организации "Ассоциация Электронных Торговых Площадок" присвоен номер 1.2.643.6.3
Потом, "Ассоциация Электронных Торговых Площадок" строит свою ветку OIDов, начиная от присвоенного номера.
Как правило, применяется следующая схема «1.2.643.6.3.» «Функциональная система». «область действия». «область применения»
Т.е. следующим полем структуры OID после номера идёт объектный класс – "Функциональная система"
Уточняющим полем функциональной системы в структуре полей OID является объектный подкласс – "область действия". Область действия определяет роль OIDа в функциональной системе.


Можете посмотреть ещё тут http://www.iana.org/assignments/enterprise-numbers

Никак юридически не закреплено. Только как общеизвестный факт. Соответственно спор будет улаживаться по более ранней публикации.