Веб-сервисы Exchange, идентифицирующие спуфинг - PullRequest
0 голосов
/ 02 мая 2011

Давайте предположим, что я использую сеанс telnet и отправляю электронное письмо с адресом alice@domain.com на bob@domain.com, но на самом деле я charly@domain.com ...

На Алисе @domain.com у меня работает веб-служба WCF, которая отслеживает этот конкретный почтовый ящик с помощью веб-служб Exchange ...

Как я могу узнать, что сообщение от bob@domain.com действительно пришло с charly@domain.com?

Я использую Visual Studio 2010 с API .NET 4.0 и EWS, управляемым 1.1. Сервер настроен на использование SSL, и у меня установлен Exchange Server 2007 с пакетом обновления 1 (SP1).

Я попробовал два свойства "Отправитель"и" От ", но они идентичны и оба указывают на Боба ... ничто в заголовке сообщения на самом деле не указывает на Чарли ... все указывает на Боба ... есть идеи?вещи, которые я мог бы упустить из виду?

Ответы [ 2 ]

1 голос
/ 02 мая 2011

Если вы хотите убедиться, что подделка идентификационных данных невозможна с помощью почтового сервиса, вы можете использовать криптографические подписи. PGP / GPG и S / MIME являются распространенными технологиями, используемыми для реализации этого.

Для этого требуется, чтобы каждое письмо, отправленное с alice@domain.com, было подписано ею с секретом. Ключ или сертификат, который она использует для этого, должен быть доверен вашей веб-службе. Ваш веб-сервис может проверить, действительно ли Алиса отправила письмо, проверив действительность подписи. Только тот, кто обладает секретом Алисы, может создать такую ​​действительную подпись. Если подпись неверна или отсутствует, ваш веб-сервис может вызвать предупреждение.

Если настоящая Алиса забудет подписать письмо, ваша служба также сработает, потому что она не может определить, действительно ли Алиса отправила это письмо. Вы также должны убедиться, что доступ к секретному ключу может получить только Алиса. Если вам нужна дополнительная информация, вы должны прочитать о криптографии с открытым ключом .

0 голосов
/ 20 июля 2011

Я не думаю, что вы можете обнаружить такие практики с EWS Managed API, по крайней мере, я не вижу ничего, что могло бы помочь в этой ситуации.Если действительный отправитель не распознается с использованием некоторых криптографических подписей, или вы можете каким-то образом пометить сообщения от действительных отправителей своим собственным расширенным свойством, которое создает и использует только вы (ваше программное обеспечение), вы должны верить, что письмо было отправлено тем, кто появляется в Отправителеили из собственности

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...