uForum.uz

uForum.uz (https://uforum.uz/index.php)
-   Информационная безопасность (https://uforum.uz/forumdisplay.php?f=125)
-   -   Программно-аппаратные средства защиты информации: токены, смарт-карты, двухфакторная авторизация... (https://uforum.uz/showthread.php?t=14644)

Andrey Kim 12.01.2011 17:29

Программно-аппаратные средства защиты информации: токены, смарт-карты, двухфакторная авторизация...
 
ПРОСЬБА МОДЕРАТОРАМ!
Можно ли открыть тему, посвященную программно-аппаратным средствам защиты информации? Я имею в виду токены, смарт-карты, двухфакторную авторизацию и пр. Время идет, количество участников электронной коммерции (во всех ее проявлениях) неуклонно растет, но вопрос безопасности и удобства для пользователей не совсем решен. Хотелось бы обсудить поставщиков таких устройств и ПО в Узбекистане, цены, технические характеристики и пр.

Djalolatdin Rakhimov 12.01.2011 18:38

Цитата:

Сообщение от Andrey Kim (Сообщение 499739)
ПРОСЬБА МОДЕРАТОРАМ! Можно ли открыть тему, посвященную программно-аппаратным средствам защиты информации? Я имею в виду токены, смарт-карты, двухфакторную авторизацию и пр.

[MOD]Открыта[/MOD]

Andrey Kim 13.01.2011 10:12

Цитата:

Сообщение от Djalolatdin Rakhimov (Сообщение 499772)
Сообщение модератора:
Открыта

Спасибо большое!

Уверен, что многие на своем опыте поняли, какие преимущества имеет электронная коммерция. Думаю, что через какое-то время (2-3 года) большинство клиентов банков перейдет на удаленное управление счетом. Вместе с тем увеличивается и число пользователей различных платежных систем.
В связи с этим появляется вопрос о средствах защиты информации (Устанавливать ключи вручную может далеко не каждый пользователь, там недостаточно нажимать "далее-далее-ОК". Я знаю, что это не так сложно, но поверьте, для клиентов очень проблематично). В настоящее время есть поставщики токенов, но честно говоря их цены "кусаются". Не каждый рядовой пользователь сможет позволить себе iKey за 110 000 сум (даже не каждый клиент-юр.лицо, не говоря о физ.лицах). Есть и подешевле, но, увы, новые ОС (к примеру WINDOWS 7 64-бит) их не поддерживают. Может у кого есть информация о таких поставщиках и их ценах, поделитесь, плиз!

Erkin Kuchkarov 13.01.2011 10:50

Цитата:

Сообщение от Andrey Kim (Сообщение 499982)
Может у кого есть информация о таких поставщиках и их ценах,

Sharifa.Com является партнером компании EMC и может поставлять\интегрировать системы аутентификации(и не только) на базе решений RSA. Про цены - не скажу потому как для начала надо знать что, для чего и в каком количестве необходимо.

Andrey Kim 13.01.2011 12:30

Цитата:

Сообщение от Erkin Kuchkarov (Сообщение 499996)
Цитата:

Сообщение от Andrey Kim (Сообщение 499982)
Может у кого есть информация о таких поставщиках и их ценах,

Sharifa.Com является партнером компании EMC и может поставлять\интегрировать системы аутентификации(и не только) на базе решений RSA. Про цены - не скажу потому как для начала надо знать что, для чего и в каком количестве необходимо.

Нужны USB-устройства для хранения сертификатов закрытых ключей (eToken, iKey или тп.), работы с ЭЦП с поддержкой алгоритма RSA 2048 для работы в системе интернет-банкинга по приемлимой цене. Количество для начала небольшое: 20-30 токенов. Если цена будем приемлимой и технические характеристики подходящими, то возможно, будем закупать уже в большем количестве.

Erkin Kuchkarov 13.01.2011 13:59

Цитата:

Сообщение от Andrey Kim (Сообщение 500048)
Если цена будем приемлимой и технические характеристики подходящими, то возможно, будем закупать уже в большем количестве.

Мда... каков объем бюджета в который надо влезть?

Andrey Kim 13.01.2011 19:23

Цитата:

Сообщение от Erkin Kuchkarov (Сообщение 500079)
Цитата:

Сообщение от Andrey Kim (Сообщение 500048)
Если цена будем приемлимой и технические характеристики подходящими, то возможно, будем закупать уже в большем количестве.

Мда... каков объем бюджета в который надо влезть?

Эркин ака, а можно ли попросить у вас перечнь устройств и прайс лист? Если в открытую нельзя, то в личку? Хотелось бы услышать цены, за которые вы реально отдадите и ниже которых уже не уступите. И, если конечно это возможно, система скидок, вроде такой "от 0 до 100 ключей - одна цена, от 101 до 200 - чуть-чуть ниже" и т.д.

У нас есть проект, который, кстати обсуждается здесь же, на uForum-е. В рамках этого проекта нам нужны токены. Да и для наших клиентов (уже подключенных) тоже.

Andrey Kim 23.03.2011 16:17

Может ли кто-нибудь сказать, каков реальный срок службы SafeNet iKey 1000?

Nadir Zaitov 23.03.2011 17:50

Цитата:

Сообщение от Andrey Kim (Сообщение 529576)
Может ли кто-нибудь сказать, каков реальный срок службы SafeNet iKey 1000?

Не знаю, но токены живут долго.
Кстати, токен токену рознь. Там у них поколения быстро меняются. Наши (староепоколение) живут минимут уже 4 года.

Используются каждый день - без них пользователь к системе не подключится, тунель не откроет, ни одной проводки не введет - так как каждая операция "подписывается". Вышли из строя 3-4 единицы - умудрились физически сломать. Еще одну умудрились пропалить сигаретой.

Все остальные исправно работают.

Prince 23.03.2011 18:25

Цитата:

Сообщение от Erkin Kuchkarov (Сообщение 499996)
Цитата:

Сообщение от Andrey Kim (Сообщение 499982)
Может у кого есть информация о таких поставщиках и их ценах,

Sharifa.Com является партнером компании EMC и может поставлять\интегрировать системы аутентификации(и не только) на базе решений RSA. Про цены - не скажу потому как для начала надо знать что, для чего и в каком количестве необходимо.

Вы в курсе что их уже хакнули ...., Токени тоже не 100% безопасно! :dash2:

Цитата:

RSA, one of the leading global manufacturers of cryptographic solutions, has apparently fallen prey to an attack in which data was stolen from its servers. According to a press release from RSA's CEO, Art Coviello, to RSA customers, part of the data included information about SecurID products, which could endanger their security.
SecurID is one of the oldest systems for two-factor authentication for safe logins on computers; most people are familiar with it as a hardware token that generates a one-time password (OTP) every 60 seconds. Worldwide, 40 million tokens are reportedly used by companies in addition to an estimated 250 million software versions on mobile devices, etc.

Coviello says the data stolen reduces the "effectiveness of a current two-factor authentication implementation", which the unknown parties could exploit in future attacks. He does not, however, say exactly which data has been lost. There are speculations that the SecurID source code or even the "seeds" may have been copied. The source code would allow the algorithm that generates OTPs to be identified; furthermore, the attackers could use the source code to look for security holes in RSA software. All of the OTPs ever generated by a token can be derived from the seeds.

Erkin Kuchkarov 23.03.2011 18:37

Цитата:

Сообщение от Prince (Сообщение 529649)
Вы в курсе что их уже хакнули ...., Токени тоже не 100% безопасно!

В курсе.

Nadir Zaitov 23.03.2011 19:16

Цитата:

Сообщение от Erkin Kuchkarov (Сообщение 529654)
Токени тоже не 100% безопасно!

Есть подтверждение? Механически их вскрыли что-ли?

Prince 23.03.2011 19:30

Цитата:

Сообщение от Nadir Zaitov (Сообщение 529675)
Цитата:

Сообщение от Erkin Kuchkarov (Сообщение 529654)
Токени тоже не 100% безопасно!

Есть подтверждение? Механически их вскрыли что-ли?

Если вы знаете Англ. Яз. то там все четко написано,


Гугл Перевод:


Цитата:

RSA, один из ведущих мировых производителей криптографических решений, по-видимому, стал жертвой нападения, в котором данные были украдены из своих серверов. По словам пресс-релизе генеральный директор RSA, Ковиелло, , часть данных содержится информация о продуктах SecurID, который может поставить под угрозу их безопасность.
SecurID является одной из старейших системы двухфакторной аутентификации для безопасного входа на компьютеры, большинство людей знакомы с ним, как аппаратный маркер, который генерирует одноразовый пароль (OTP) каждые 60 секунд. Мира, 40 млн. словоупотреблений, как сообщается, используются компаниями в дополнение к приблизительно 250 миллионов версий программного обеспечения на мобильных устройствах и т.д.

Ковиелло говорит данных украденных уменьшает "эффективность текущей двухфакторной аутентификации осуществления", который неизвестные стороны могли бы использовать в будущих атак. Он, однако, не сказать, какие именно данные были потеряны. Есть предположения, что код SecurID источника или даже "семена", возможно, были скопированы. Исходный код позволит алгоритм, который генерирует одноразовые пароли должны быть определены, кроме того, злоумышленники могут использовать исходный код для поиска дыр в безопасности программного обеспечения RSA. Все одноразовые пароли когда-либо порожденных маркер может быть получена из семян.

Nadir Zaitov 23.03.2011 20:00

Цитата:

Сообщение от Prince (Сообщение 529681)
Если вы знаете Англ. Яз. то там все четко написано,

Я ангЕльский не бильмеса, только школно-университетский курс начинающего скаута. На работе иностранцам так и заявляю - дает право на некоторые слова залезть в словарь.

Учитывая некоторое знание ангЕльского и спросил где подтверждение про токены. В статье говорится о RSA устройствах, а не о токенах.

e-token - производит Aladdin Knowledge Systems (Израиль)
RSA-SecurID - производит EMC (Штаты)

Чувствуете разницу?

Erkin Kuchkarov 23.03.2011 20:16

Цитата:

Сообщение от Nadir Zaitov (Сообщение 529686)
вствуете разницу?

Ключевое слово "алгоритм"

Nadir Zaitov 23.03.2011 20:51

Цитата:

Сообщение от Erkin Kuchkarov (Сообщение 529691)
Ключевое слово "алгоритм"

Вот именно. В eToken (как устройство) можно загнать что угодно, в стандарте ОТКРЫТЫЙ алгоритм RAS с AES с большим количеством битов. :)
Мы о разном говорим. Вы RAS SecurID наверное пользовались так? Там ведь принци СОВСЕМ другой :)

Erkin Kuchkarov 23.03.2011 21:01

Цитата:

Сообщение от Nadir Zaitov (Сообщение 529695)
Вы RAS SecurID наверное пользовались так? Там ведь принци СОВСЕМ другой

Совсем другой

Andrey Kim 24.03.2011 17:13

Цитата:

Сообщение от Prince (Сообщение 529649)
Вы в курсе что их уже хакнули ...., Токени тоже не 100% безопасно!

Я понимаю, что 100% безопасных систем НЕ БЫВАЕТ, но мы все же пытаемся минимизировать риски. С другой стороны, есть ли какие-нибудь другие решения по ИБ, доступные в Узбекистане?

Erkin Kuchkarov 24.03.2011 17:48

Цитата:

Сообщение от Andrey Kim (Сообщение 530085)
Цитата:

Сообщение от Prince (Сообщение 529649)
Вы в курсе что их уже хакнули ...., Токени тоже не 100% безопасно!

Я понимаю, что 100% безопасных систем НЕ БЫВАЕТ, но мы все же пытаемся минимизировать риски. С другой стороны, есть ли какие-нибудь другие решения по ИБ, доступные в Узбекистане?

Какое направление надо защищать? Процедуры описаны?

Nadir Zaitov 24.03.2011 17:59

Цитата:

Сообщение от Andrey Kim (Сообщение 530085)
Я понимаю, что 100% безопасных систем НЕ БЫВАЕТ, но мы все же пытаемся минимизировать риски. С другой стороны, есть ли какие-нибудь другие решения по ИБ, доступные в Узбекистане?

А там о решении речи и не было.

Цитата:

Сообщение от Erkin Kuchkarov (Сообщение 530105)
Какое направление надо защищать? Процедуры описаны?

Правильная постановка вопроса.... только еще нужно добавить - что именно нужно защищать? Доступность, целостность, конфиденциальность и в каких пропорциях?

Andrey Kim 25.03.2011 14:16

Цитата:

Сообщение от Erkin Kuchkarov (Сообщение 530105)
Цитата:

Сообщение от Andrey Kim (Сообщение 530085)
Цитата:

Сообщение от Prince (Сообщение 529649)
Вы в курсе что их уже хакнули ...., Токени тоже не 100% безопасно!

Я понимаю, что 100% безопасных систем НЕ БЫВАЕТ, но мы все же пытаемся минимизировать риски. С другой стороны, есть ли какие-нибудь другие решения по ИБ, доступные в Узбекистане?

Какое направление надо защищать? Процедуры описаны?

раз речь о токенах идет, стало быть аутентификация. Процедура примерно ясна, но о ней наверное в личку напишу.

Anton Kovalenko 25.03.2011 14:24

Вот популярная статья от инженера Mars Solutions Андрея Усеинова - CCIE по направлению информационной безопасности
http://infocom.uz/2010/11/26/sredstv...e-rsa-securid/

Nadir Zaitov 25.03.2011 15:48

Цитата:

Сообщение от Anton Kovalenko (Сообщение 530715)
Вот популярная статья от инженера Mars Solutions Андрея Усеинова - CCIE по направлению информационной безопасности

После взлома (воровства) алгоритма рекламировать продукт со взломанным и незаменяемым OTP-алгоритмом не комильфо. Удивляет, что это делает инженер по направлению "Информационная безопасность" от Сиско... Браво.

Nadir Zaitov 25.03.2011 15:55

Выцарапал из статьи:
Цитата:

Внедрение системы RSA SecurID позволяет клиентам данной организации предотвратить неавторизованный доступ к своим счетам, избежать проблем с кражей пароля или его взлома.
ЛЮДИ-Я ДЕЛИТАНТ В ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ!!! ОТР - это по определению симметричный алгоритм шифрования (one time password)! Он известен банку, им НЕЛЬЗЯ подписать данные. От электронной подписи не отказаться. Так зачем для доступа к счетам использовать RSA SecureID, который по определению не может подписывать данные! Инженер по информационной безопасности.... низкий поклон.

Andrey Kim 25.03.2011 16:02

Цитата:

Сообщение от Nadir Zaitov (Сообщение 530800)
Сиско...

Вот это прикольно! Любите же вы ИБ!
Вы критикуете ЭЦП, токены, одноразовые пароли. Я вас прошу: предложите наконец свою систему безопасности!

Erkin Kuchkarov 25.03.2011 16:32

Цитата:

Сообщение от Nadir Zaitov (Сообщение 530808)
ЛЮДИ-Я ДЕЛИТАНТ В ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ!!! ОТР - это по определению симметричный алгоритм шифрования (one time password)! Он известен банку, им НЕЛЬЗЯ подписать данные. От электронной подписи не отказаться. Так зачем для доступа к счетам использовать RSA SecureID, который по определению не может подписывать данные! Инженер по информационной безопасности.... низкий поклон.

Причем тут это?

Erkin Kuchkarov 25.03.2011 16:33

Цитата:

Сообщение от Nadir Zaitov (Сообщение 530800)
После взлома (воровства) алгоритма рекламировать продукт со взломанным и незаменяемым OTP-алгоритмом не комильфо. Удивляет, что это делает инженер по направлению "Информационная безопасность" от Сиско... Браво

Надир, информация о краже алгоритма не подтверждается.. вообще то.

Nadir Zaitov 25.03.2011 16:37

Цитата:

Сообщение от Erkin Kuchkarov (Сообщение 530836)
Причем тут это?

Это из статьи! Там предлагают RSA SecurID применять для операций со счетом.... там правда сказано лишь о доступе, но нафиг Вам доступ к счету ТОЛЬКО на просмотр?

Erkin Kuchkarov 25.03.2011 16:46

Цитата:

Сообщение от Nadir Zaitov (Сообщение 530840)
там правда сказано лишь о доступе, но нафиг Вам доступ к счету ТОЛЬКО на просмотр?

Статью еще не читал, но технологию знаю как свои пять пальцев. Но, если я имею аутентифицированный и персонифицированный доступ до моего банковского счета то зачем мне каким бы то ни было образом пытаться подписывать сертификатом для доступа свои банковские проводки? Я могу это делать любым другим сертификатом, выданным мне банком для этих целей.

Nadir Zaitov 25.03.2011 16:48

Оффтоп:
Цитата:

Сообщение от Andrey Kim (Сообщение 530813)
Вот это прикольно! Любите же вы ИБ!

Так полагается называть... это мы от безграмотности Циско говорим :)


Цитата:

Сообщение от Andrey Kim (Сообщение 530813)
Вы критикуете ЭЦП, токены, одноразовые пароли. Я вас прошу: предложите наконец свою систему безопасности!

Я не критикую идеологию ЭЦП или, скажем, e-токены и смежные продукты, так эти продукты в принципе "правильные". Мы используем продукты на их основе. К сожалению я потребитель услуг по ИБ, а не поставщик. Как и Вы - мы покупали решение, чем и вызван интерес к тому, что может предложить рынок.
Оффтоп:
Могу сбросить кое-что из перзентаций, где объясняется как мы защищались от внешних и внутренних пользователей, конечно там будет только интересующий Вас слой защиты с атентификацией, конфиденциальностью и ЭЦП. Будите в Ташкенте - заезжайте в Минфин - я Вам смогу рассказать все в деталях и с учетом проблем, с которыми мы столкнулись и как решили (иногда только "на первое время") и собираемся дальше решать (так как все решить сразу - нонсенс и очень дорого).

Nadir Zaitov 28.03.2011 10:48

Цитата:

Сообщение от Erkin Kuchkarov (Сообщение 530848)
Но, если я имею аутентифицированный и персонифицированный доступ до моего банковского счета то зачем мне каким бы то ни было образом пытаться подписывать сертификатом для доступа свои банковские проводки?

ЭЦП дает Вам связку аутентификация + целостность, а RSA SecurID только аутентификацию. Если не подписываете, то я (со стороны банка) могу создать фиктивный платеж с вашего счета и сказать что так и было. Подпись нужна, чтобы банк мог доказать, а Вы могли потребовать доказательства, что это именно Вы платили, а не адимин базы данных банка. А так аудит лишь покажет, что в этот день Вы действительно подключались... хотя даже это можно сфабриковать (алгоритм то у RSA SecurID симметричный).

Оффтоп:
Может собраться где-то и обсудить различные технологии и методы защиты информации, что где применимо и как использовать. Я то как матетматик смотрю на проблему нескорлько по-другому - больше с точки зрения администрирования и организации процесса совсем не вникая как это организовано технически. Когда меня наконец уволят с ГРП - пока в ражиме "чемоданное настроение" - сразу поговорим на счет нового uParty и может за рюмочкой чая и поговорим?


Цитата:

Сообщение от Erkin Kuchkarov (Сообщение 530848)
Я могу это делать любым другим сертификатом, выданным мне банком для этих целей.

Тогда зачем RSA SecurID? Пользуйтесь группой закрытых ключей, сертификаты которых зарегистрированы в третьей, сторонней организации... а не в банке. Открывайте им тонели и бла... бла... бла... короче аутентификация с помощью RSA SecurID - это на класс ниже безопасность чем обычные RSA алгоритмы аутентификации. А с учетом открытости алгоритма создания одноразовых паролей (а это должно считаться быть открытым, независимо от того скопировали их или нет при хакерской атаке - теория шифрования к этому все сводит), то увы, система безопасности на RSA SecurID - мусор хорошо иммитирующий хорошую безопасность.

Andrey Kim 28.03.2011 14:47

Цитата:

Сообщение от Nadir Zaitov (Сообщение 531917)
Цитата: Сообщение от Erkin Kuchkarov Посмотреть сообщение Но, если я имею аутентифицированный и персонифицированный доступ до моего банковского счета то зачем мне каким бы то ни было образом пытаться подписывать сертификатом для доступа свои банковские проводки? ЭЦП дает Вам связку аутентификация + целостность, а RSA SecurID только аутентификацию. Если не подписываете, то я (со стороны банка) могу создать фиктивный платеж с вашего счета и сказать что так и было. Подпись нужна, чтобы банк мог доказать, а Вы могли потребовать доказательства, что это именно Вы платили, а не адимин базы данных банка. А так аудит лишь покажет, что в этот день Вы действительно подключались... хотя даже это можно сфабриковать (алгоритм то у RSA SecurID симметричный).

Что правда, то правда. Юридически, электронный документ признается только, если он подписан ЭЦП (так в законе написано, ничего не поделаешь). И УЦ должна выступать независимая сторона, а не банк. По логике банк не должен подтверждать действие сертификатов, которые сам выдал, хотя в последнее время ЦБ от всех банков требует наличия собственных УЦ. Это нонсенс. Если так будет, кто запретит банкирам подписывать платежки за своих клиентов? Юридически никак не придерешься. Подпись на документе есть, значит документ имеет силу.
Цитата:

Сообщение от Nadir Zaitov (Сообщение 531917)
увы, система безопасности на RSA SecurID - мусор хорошо иммитирующий хорошую безопасность.

Не согласен. Как раз таки в плане безопасности ЭЦП и подводит. Обычным пользователям сложно ею пользоваться, вот они и доверяют свои ЭЦП так называемым "помощникам". А ведь интернет-банкинг должен быть доступен для всех!
Поэтому, у нас пришли к выводу, что юридически ЭЦП необходима для подтверждения подлинности, целостности документов, а фактически для обеспечения ИБ нужны дополнительные меры, такие как применение токенов, одноразовых паролей и пр.

Nadejda 30.03.2011 13:47

Цитата:

Сообщение от Andrey Kim (Сообщение 532028)
Не согласен. Как раз таки в плане безопасности ЭЦП и подводит.

Андрей, здесь речь идет касательно силы криптографии, а не человеческого фактора.
Я также считаю, что любые симметричные алгоритмы, гораздо слабее, чем ассиметричные. Вы ведь тоже пользоваться будете ЭЦП, только храниться она будет в е-токене, что упрощает только процедуру установки, а не изменят метод шифрования (да и юридически как основной метод электронного документооборота закреплен только метод с использованием ЭЦП- ассимитричное шифрование)

Bakhtiyor aka 30.03.2011 16:37

Цитата:

Сообщение от Nadejda (Сообщение 533386)
здесь речь идет касательно силы криптографии, а не человеческого фактора.

Наденька, спасибо за подсказку(поправку), наверное в связи с тем что «человеческий фактор» в последнее время действительно стал для нас основной проблемой, начали забывать про технические проблемы.

Цитата:

Сообщение от Andrey Kim (Сообщение 532028)
Юридически, электронный документ признается только, если он подписан ЭЦП (так в законе написано, ничего не поделаешь). И УЦ должна выступать независимая сторона, а не банк. По логике банк не должен подтверждать действие сертификатов, которые сам выдал, хотя в последнее время ЦБ от всех банков требует наличия собственных УЦ. Это нонсенс

Эркин ака , не упустите главные моменты в том что Андрей говорит. В связи с быстром ростом объёмов транзакций в нашем банке актуальность вопросов ИБ также многократно возрастает.
Нам нужен Ваш совет. (1) ЭЦП - необходимость по закону, как Андрей обосновал, (2) ЦБ требует от банков создать удостоверяющий центр второго уровня, конечно первый уровень уже создан в ЦБ, (3) для нас же, как пионерам интернет-банкинга в Узбекистане, необходимо создать(построить, поднять) собственную, реальную систему ИБ включающую также аутентификацию клиента. Возможно ли одновременное выполнение всех трёх задач с минимальными затратами, или это будет просто нагромождением, повторяющихся и бесполезных систем безопасности. Или есть другое решение, которое решает все три задачи как единую?

Если есть идея, как всегда готов организовать пиво, которое Вы не любите. :naughty:

Erkin Kuchkarov 30.03.2011 16:39

Цитата:

Сообщение от Bakhtiyor aka (Сообщение 533481)
Если есть идея, как всегда готов организовать пиво, которое Вы не любите.

Принято
(я еще не люблю самаркандский плов ;) но если надо.... )

Bakhtiyor aka 30.03.2011 16:42

Кого пригласить от нас? Знаем что с Антоном любите общатся(он сейчас в Юселе), и Андрей придёт.

Erkin Kuchkarov 30.03.2011 16:47

Оффтоп:
Цитата:

Сообщение от Bakhtiyor aka (Сообщение 533486)
Кого пригласить от нас?

Могу легко приехать в Самарканд (утром в скорый поезд, вечером на нем же обратно )... если есть какие либо затруднения с выездом Ваших коллег в Ташкент..

Bakhtiyor aka 30.03.2011 16:56

У меня, завтра последний день месяца и квартала(страшный день :)), времени не будет, а с пятницы по понедельник у меня встречи в Ташкенте. Потом снова в Самарканде. Так что как скажете ака.

Erkin Kuchkarov 30.03.2011 17:08

Оффтоп:
Цитата:

Сообщение от Bakhtiyor aka (Сообщение 533500)
Потом снова в Самарканде. Так что как скажете ака.

Заметано, на следующей недели я и мой коллега готовы выехать в Самарканд.

Andrey Kim 30.03.2011 18:22

Цитата:

Сообщение от Nadejda (Сообщение 533386)
Цитата:

Сообщение от Andrey Kim (Сообщение 532028)
Не согласен. Как раз таки в плане безопасности ЭЦП и подводит.

Андрей, здесь речь идет касательно силы криптографии, а не человеческого фактора.
Я также считаю, что любые симметричные алгоритмы, гораздо слабее, чем ассиметричные. Вы ведь тоже пользоваться будете ЭЦП, только храниться она будет в е-токене, что упрощает только процедуру установки, а не изменят метод шифрования (да и юридически как основной метод электронного документооборота закреплен только метод с использованием ЭЦП- ассимитричное шифрование)

Спасибо за корректировку, Надя. Правда, мне выражаться нужно точнее. По поводу надежности ассиметричных алгоритмов я не спорю. Здесь я имею в виду именно человеческий фактор и нежелание обычных пользователей брать на себя ответственность за использование своей ЭЦП. Главное преимущество использования токенов, на которое мы расчитываем - это неизвлекаемость закрытого ключа из памяти токена. Этим мы хотим хоть как-то уменьшить риски компрометации ключей пользователей.


Текущее время: 15:32. Часовой пояс GMT +5.

Powered by vBulletin® Version 3.8.5
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
OOO «Единый интегратор UZINFOCOM»