The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Кроссплатформенная альтернатива 1С."
Отправлено FelixS, 14-Июн-06 06:10 
>>>В контексте всего вышесказанного: чем собственно вас не устраивает стандартная схема двух
>>>сертификатов? У сервера (serverhost.crt) и запароленый персональный у клиента (client.p12) +
>>>ес-сно авторизация по логину/паролю??
>>>
>>>Лично я не могу себе представить что-нить более ударопрочное. Сам так работаю...
>>>
>>Я предполагаю, что компьютер пользователя неконтролируем системным администратором, например, при удаленном доступе.
>>В таком случае, с затрояненного компьютера можно слить и сертификат, и
>>что немаловажно, пароль в открытом виде.
>Тогда это будет уже не вина вашего комплекса - это во-первых. За
>утерю, равно как и передачу (Вы ведь не планируете страховаться еще
>и от передачи учетных данных, сканируя радужную оболочку глаза, я надеюсь?)
>учетных данных третьему лицу разработчик не может нести ответственность. Как пример:
>ISP не возмещает убытков, связанных с передачей/утерей пароля пользователя.

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

>
>> А так -- пароль зашифрован,
>>и, при каждой новой сессии шифруется заново. То есть при каждом
>>подключении к серверу, последовательность записываемых символов зашифрованного пароля разная. Следовательно теряется
>>смысл брутфорса пароля, так как он будет разный. Кстати, можно и
>>ключевую фразу генерить случайным образом, с определенной периодичностью.
>Так если вернуться к вашему предыдущему абзацу, реч идет о случае, когда
>у пользователя в системе уже стоит кейлоггер и у некоего негодяя
>есть рутовые права... Наука еще не придумала как с этой ситуацией
>справиться. Даже биометрия не поможет, т.к. можно драйвера перекомпилить ... НЕ
>ЗАГОНЯЙТЕСЬ.
>
>Цепочка (наличие сертификата)-(пароль к сертификату)-(аутентификация на сервере) достаточно прочна.

Именно поэтому она используется для усиления защиты.

>Если пользователю кажется, что сертификат и пароль к нему знает 3-е лицо,
>помогает опять-же стандартная процедура отзыва сертификата... :)
>Этот велосипед уже придуман. Не стоит ломать над еще одним голову :)

Увы, забудет менеджер, что есть такая процедура, забудет. Они очень много более простых вещей забывают, при работе на компьютера, а отзыв сертификата, раз в полгода - год, совсем уж нетривиальная вещь для них. Не смог подсоединиться и поднял крик, что из-за системы он не смог отпустить товар покупателю и фирма понесла убытки. И это очень реально. Так что лучше подстраховать сисадмина. :-)

>
>
>>Думаю, что имеет смысл перенести обсуждение этого вопроса. Пишите в мыло, дам
>>свою аську.
>Если-что - буду рад помочь... Дело хорошее :)


 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру