рутокен позволяет хрнить ключи не в аппаратном хранилище

А зачем хранить ключи не в аппаратном хранилище?

:)
приятно прочитать достойный комент!

за тем же, зачем разрешать хранить вне аппаратного хранилища

Ну то есть незачем?

верно, но рутокен разрешает

Понятно, спасибо

т.е. у вас есть хранилище, но по какой то причине, кто-то из тех, у кого есть доступ взял и сделал открытую копию...
и может даже сделать такую копию, которую можно дальше экспортировать

и все, вся ваша видимая и невидимая защита разбивается о все тот же человеческий фактор

т.е. полностью бесполезное Г

много раз наблюдал в мелких конторах, как 3-5 бухгалтерш спокойно используют ключ ИПшника своего, и хранят его в реестре.
а сам КЛЮЧ!!!! о боже!!! в сейфе у ГБ

Т.е это по факту не хранилище

CML неплохая вещь, но не без косяков. Например в VIRL1.6 у CSR1000v успешно работали dot1q сабинтерфейсы с ip, а тут нет. Решение использовать service-instance https://learningnetwork.cisco.com/s/question/0D73i000000VttM/csr-subinterfaces-not-working

На IOSvL2 иногда перестает работать vtp в режиме transparent в такой связке (server - transparent - client). Решение проблемы: Переводим на коммутаторе vtp в режим off потом возвращаем в режим transparent.

Ну и так бывает перестают работать лабы - трафик не ходит, arp перестают между железками бегать. Стопаем лабу, ребутаем виртуальную машину с CML и после ребута все бегает

Из хранилища не должно быть экспорта

само по себе право давать хранить вне хранилища уже ставит крест на таком производителе

верно

мало того, сам рутокен ничего не сделал для создания этого самого хранилища.
это лишь китайская копия, которую запаяли в пластик с русскими буковками

На какой там чемодан... От 700 рублей) просто рублей.

Кто сказал что не копейками?

Это надо сильно постараться столько копеек найти нынче