С чисто теоретической точки зрения информатики то, о чем вы просите, почти невозможно или фактически невозможно. Вам потребуется внедрить доверенную платформу для защиты от атаки.
Теперь немного о науке. Сконцентрируйтесь
Итак, давайте начнем с базовой теории. SSL и, таким образом, HTTPS, решает очень специфическую проблему. Как вы передаете информацию через незащищенную конфиденциальную информацию СЕТИ со стороной, с которой вы никогда раньше не общались. В данном случае упор делается на СЕТЬ. Это достигается путем решения двух задач,
- Аутентификация сервера (сервер тот, за кого себя выдает)
- Асимметричное шифрование обмена ключами
Есть некоторое совпадение, чтобы убедиться, что это один шаг. Я сосредоточусь на первом, так как именно здесь скрипач «атакует» вашу систему.
Аутентификация SSL работает на концепции сети доверия. На вашем компьютере есть список ДОВЕРЕННЫХ верификаторов. Это такие компании, как Verisign, Thawte, Geotrust и т. д. Эти компании проверяют сертификаты, подписывая их (сложный термин асимметричного шифрования, но он очень похож на рукописную подпись, которую трудно подделать, легко проверить).
Fiddler работает, вставляя новый доверенный ЦС (верификатор) на ваш компьютер. С этого момента, когда вы посещаете HTTPS-сайт, он будет отправлять запросы от вашего имени, читать их, а затем пересылать обратно вам со своей СОБСТВЕННОЙ ПОДПИСЬЮ. Поскольку ваш компьютер полностью доверяет этой подписи, он считает, что все в порядке.
Теперь вы хотите реализовать закрепление сертификата. Это ИМХО "чертовски ужасно". Он работает, говоря вашему программному обеспечению ожидать определенный сертификат SSL. Две причины, почему это плохо.
- Если я могу работать с Fiddler, я могу работать с dotPeek и перекомпилировать БЕЗ закрепления сертификата.
- Когда ваш сертификат будет отозван, ваши клиенты не смогут подключиться.
Почему ваш сертификат может быть отозван? Если ваш центр сертификации потеряет свои закрытые ключи, они будут обязаны убедиться, что он отозван и вам отправлена замена. Кроме того, у каждого сертификата есть дата продажи, и его необходимо заменить, прежде чем он начнет пахнуть.
Итак, наконец, что вы можете сделать?
SSL НЕ предназначен для защиты от того, что вы делаете на своем компьютере. Самый простой способ сделать то, что вы просите, — это просто обернуть ваши вызовы WCF дополнительным уровнем симметричного (или даже асимметричного) шифрования. Но еще раз. Ключи должны где-то жить, поэтому ваш клиент сможет получить ключи от простого дизассемблирования ваших двоичных файлов и сможет создать свой собственный прокси.
В заключение
Это почти то же самое, что и проблема DRM. Вы хотите предоставить своим клиентам доступ к чему-либо на их компьютере, но не показывать им, как это работает. Если вам удастся решить эту проблему, опубликуйте продолжение, поскольку Sony, Nintendo и Microsoft (и многие другие) будут очень заинтересованы в ваших выводах.
person
Aron
schedule
10.03.2013
