2009-06-11 2 views
2

Иногда нам нужно создать ODBC-соединение по «трубам» на одном из наших сайтов клиентов. Мы хотели бы предоставить как можно больше безопасности нашим клиентам, учитывая, что мы используем ODBC и ...защищенная связь ODBC - оксюморон?

Во всяком случае, в SQL Server DSN есть флажок, который говорит «Использовать надежное шифрование данных», , но абсолютно никакой документации для него. Единственные ссылки, которые я могу найти в сетях Google, - это неотвеченные вопросы - не очень обнадеживающие. Кто-нибудь знает, что он делает или как это работает? Если это не способ шифрования потока данных, есть ли другой способ?

BTW, мы не можем полагаться на наших клиентов, чтобы заставить шифрование с их конца, и иметь дело с сертификатами безопасности было бы настоящим кошмаром.

Спасибо заранее, Dave

ответ

1

Это SQL 2000 или 2005/2008?

Закодирование шифрования может быть запрошено клиентом или принудительно выполнено сервером. Шифрование основано на протоколе Schannel (ssl) и, как таковой, требует наличия действительного сертификата, развернутого на сервере и доверенного клиентом, из этого нет выхода. Сертификат должен быть подписан авторитетом, которому доверяет клиент, и среди других типичных требований к серверному сертификату должно иметь имя FQDN, которое будет использоваться клиентом в качестве объекта.

В SQL 2005 How to: Enable Encrypted Connections В SQL 2000 Configure the Server и Request encryption by client

+0

Удивительная информация, Ремус. – RBarryYoung

+0

Спасибо за информацию, это именно то, что я искал. Некоторые из наших клиентов все еще могут работать с SQL 2000, но это число сокращается быстро. Мы будем использовать клиентскую часть SQL 2008 для подключения ко всем из них и «требовать от наших клиентов обновления до 2005 года в течение следующих 6 месяцев или около того». Это не значит, что они действительно сделают это, однако ... – DaveN59

+0

К сожалению, для каждого клиента все еще требуется установить сертификаты на стороне клиента. Другим способом получения является полное доменное имя - мы всегда используем IP-адрес для подключения, а сертификаты обычно не нравятся ... – DaveN59

0

Там нет причин вы не можете иметь защищенное соединение при использовании ODBC. В принципе, ответственность за сверхпроводную безопасность подпадает под драйвер ODBC (в основном, для конкретной базы данных). Если драйвер еще не предусматривает этого (SQL Server может или не может быть), я не знаю, к чему относится использование сильного шифрования для данных, вы можете добавить свой собственный. Одна из возможностей заключалась бы в создании SSH-моста, например. используя ssh -L. Я не знаю, считается ли это «кошмаром», но это, вероятно, будет эффективной и довольно простой техникой.