Вы не авторизованы. Пожалуйста, войдите или зарегистрируйтесь.
Форум Guardant → Технологии защиты → Использование сетевого ключа для защиты траффика
Страницы 1
Чтобы отправить ответ, нужно авторизоваться или зарегистрироваться
Доброго времени суток.
Возникла такая задача.
Есть win сервиc написанный на .Net, и есть клиентское приложение к нему на той же платформе
Нужно зашифровать обмен данными между ними. Физический доступ к серверу есть, клиентские приложение будут преимущественно работать через интернет.
Каким образом это можно реализовать (просьба хотя бы кратко описать логику и последовательность действий)?
И если не сложно то ссылку на примеры или хелп.
Здравствуйте, EvgenOrel.
Электронные ключи Guardant предназначены для защиты (от нелегального тиражирования) и лицензирования программных продуктов.
Организовать защищенный канал обмена данными позволяют средства построения виртуальных частных сетей (VPN), а усилить безопасность помогают аппаратные решения для двухфакторной аутентификации.
Для построения VPN обычно требуется развернуть "сервер" в целевой сети, который будет производит аутентификацию пользователей, а на компьютерах пользователей установить специальную программу VPN-клиент. Для получения доступа к защищенной сети пользователям могут выдаваться персональные логин\пароль (менее безопасно) или персональный аппаратный токен\смарт-карта (более безопасно).
Из нашей продукции тут подойдут:
Рутокен VPN - комплексное решение состоящее из аппаратного VPN-сервера и электронных идентификаторов линейки моделей Рутокен ЭЦП;
Также можно самостоятельно развернуть VPN-сервер в сети и использовать для безопасной двухфакторной аутентификации Рутокен ЭЦП (например как описано в инструкции по ссылке).
В описании сетевых ключей указано
"Подсемейство ключей Guardant, предназначенных для эффективной защиты и лицензирования сетевого программного обеспечения, в том числе по времени его использования. Модели Sign Net и Time Net поддерживают все возможности современных локальных ключей Guardant, включая шифрование трафика и возможность работы в HID-режиме"
отчего и возникла задача:
Нужно зашифровать обмен данными между ними.
Большего пока не требуется, поэтому и рассматривается этот вариант.
Небольшое уточнение : сервис будет располагаться на одном компьютере с ключом.
включая шифрование трафика
Это не имеет отношения к организации защищенного канала связи и передачи данных в сети (например, через интернет). Тут речь идет о шифровании трафика протокола обмена между ключом и защищенным приложением. Т.е. только данные которыми ключ обменивается с защищенным приложением чтобы "подтвердить" свою подлинность и выделить лицензию для копии приложения.
Есть win сервиc написанный на .Net, и есть клиентское приложение к нему на той же платформе
Нужно зашифровать обмен данными между ними.
Тут кажется речь идет именно о защищенном канале передачи данных между сервисом и удаленными приложениями-клиентами, верно?
Тут речь идет о шифровании трафика протокола обмена между ключом и защищенным приложением
Да, теперь понял, каждый видит то что хочет видеть ))
Тут кажется речь идет именно о защищенном канале передачи данных между сервисом и удаленными приложениями-клиентами, верно?
К сожалению я не силен в сетевой терминологии. Мне нужно зашифровать исходящее сообщение в приложении и расшифровать входящее. С перехватом сообщений проблем нет.
Просто мне описали такую возможность - на клиенте получить сетевой ключ, зашифровать исходящее сообщение и отправить на сервис, сервис, получив сообщение, получает отправленный клиенту ключ( физический доступ к ключу и серверу ключей есть, так как сервис располагается на одной машине с ними) и соответственно расшифровывает данное сообщение, и тоже самое в обратную сторону. Получается что описанное неверно, и такой возможности нет, так?
Или возможности по заранее определенному на клиенте и сервере слову зашифровать и расшифровать сообщение?
А уже потом предполагалось сверху навесить VPN, чтобы наверняка).
С перехватом сообщений проблем нет.
Как то путано получается.
Все же чего изначально нужно добиться:
Передача зашифрованных сообщений по открытому каналу?
Или организация защищенного канала для безопасного обмена сообщениями?
Иная задача?
Что из себя представляют сообщения в контексте данной задачи, для чего используются?
Нужно ли лицензировать ПО? Т.е. нужна ли привязка к электронному ключу? Требуется ограничивать количество запускаемых копий приложения?
Фактически ключи Guardant умеют зашифровать блок байт, например.
Передача зашифрованных сообщений по открытому каналу?
Точнее будет так: обмен зашифрованными сообщениями между двумя приложениями по открытому каналу.
Защищенный канал будет организован позднее.
Что из себя представляют сообщения в контексте данной задачи, для чего используются?
Сообщения представляют собой запросы на сервис и ответы с него: т.е. вызов методов сервиса, получение ответов - сообщений от сервиса, данных и т.п.
Отловить в приложении- клиенте исходящее приложение не сложно, как и прочитать входящее на сервисе (и в обратном порядке)
Нужно ли лицензировать ПО? Т.е. нужна ли привязка к электронному ключу? Требуется ограничивать количество запускаемых копий приложения?
Да, лицентзировать ПО нужно, как и ограничивать количество копий( ограничение по группам возможно?), но с этим вопросы пока не поднимаются
А под такие условия подходят как раз ключи Guardant.
Шифровать тут можно при помощи симметричных аппаратных алгоритмов.
Причем если обмен такими шифрованными сообщениями будет слишком интенсивным, то использование именно одного сетевого ключа может быть затруднено, но использовать можно и локальные ключи, которые устанавливать придется и на клиентских компьютерах.
Причем если обмен такими шифрованными сообщениями будет слишком интенсивным, то использование именно одного сетевого ключа может быть затруднено, но использовать можно и локальные ключи, которые устанавливать придется и на клиентских компьютерах.
Если я правильно понял, то приложение через API будет обращаться к сетевому ключу при шифровке/дешифровке каждого сообщения?
Если я правильно понял, то приложение через API будет обращаться к сетевому ключу при шифровке/дешифровке каждого сообщения?
Да.
Спасибо, теперь все прояснилось )
EvgenOrel,
с помощью ключей защиты шифровать трафик можно, но ключи работаю медленно.
Лучше с помощью аппаратного ключа защиты сформировать ключ шифрования, а далее уже обмениваться данными, используя быстрые "симметричные" алгоритмы шифрования.
Например, для формирования ключа используем протокол Диффи-Хеллмана:
делаем все, как обычно, но открытые части ключей подписываем, используя ECC160, который прошит в
аппаратном ключа защиты - чтобы второй корреспондент был уверен, что связь устанавливается с доверенной стороной.
Естественно, корреспонденты должны находиться в контролируемой зоне, чтобы исключить возможность попадания в руки злоумышленника кодов доступа к алгоритмам аппаратного ключа защиты. Лучше, конечно, чтобы у корреспондентов для подписи были локальные ключи, чтобы избежать возможности перехвата кодов доступа к ключам по сети.
Страницы 1
Чтобы отправить ответ, нужно авторизоваться или зарегистрироваться
Форум Guardant → Технологии защиты → Использование сетевого ключа для защиты траффика
