Инструмент безопасности веб-сайта и вопросы архитектуры - PullRequest
0 голосов
/ 19 июня 2010

Я разрабатываю прикладное программное обеспечение .NET / C # для прибора, который имеет встроенный ПК (Core 2 CPU / 2.66GZ / 4 ГБ ОЗУ) и будет иметь доступ к Интернету из-за ИТ-брандмауэра.Программное обеспечение состоит из двух частей: многофункциональное клиентское настольное приложение для пользовательского интерфейса и управления устройством и веб-приложение (silverlight) для удаленного обслуживания, такого как настройка устройства и калибровка через Интернет с помощью браузера.Этот веб-сайт устройства будет размещаться с использованием IIS локально на приборе.Мои вопросы:

  1. Каков риск запуска веб-сайта IIS на устройстве?
  2. Что нужно сделать, чтобы сделать его безопасным, чтобы данные и работа инструмента были защищены от потенциальных хакеров.
  3. Лучше ли предоставлять веб-службы (или службы WCF) в качестве интерфейса для удаленного обслуживания?В этом случае я создам служебную программу с расширенными возможностями для обслуживания клиентов, которая может использовать веб-службы через Интернет для целей удаленного обслуживания.

Ответы [ 2 ]

0 голосов
/ 20 июня 2010

Подробную информацию о WCF см. В Центре разработчиков WCF .

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

0 голосов
/ 20 июня 2010

Ничего себе, это интересный проект!

Лично я бы выбрал другой подход, чтобы устройство / инструмент извлекал информацию об обслуживании с централизованного сервера вместо размещения службы, которая его выполняет.

Вы действительно хотите беспокоиться о поддержке обновлений и исправлений на этом устройстве.

, но я постараюсь ответить, как будто у вас не было выбора.1) риски такие же, как и у любого сайта.вам придется иметь дело с аутентификацией, в вашем случае я бы разрешил диапазоны IP-адресов ... и т.д.

2) Ничто не застраховано.Но для начала просто защитите Google WCF.

3) Да, это лучший подход, если сервисы размещаются за пределами "инструмента"

удача, звучит как забавный.

...