Отсутствие отражения в средах хостинга Medium Trust, похоже, вызывает множество проблем для многих популярных веб-приложений.
Для случайной справки см. MSDN: Как использовать среднее доверие в ASP.NET 2.0
Отражение позволяет вредоносному коду проверять все виды секретов: не столько интеллектуальную собственность (хотя, конечно, и это тоже), но данные, которые должны быть конфиденциальными и безопасными, такие как строки подключения, пароли, данные банковских счетов и т. Д.
Конечно, многие программы предоставляют эти данные как нечто само собой разумеющееся с помощью даже более легко взломанных векторов, но нет причин увеличивать поверхность атаки приложения.
Отредактировано, чтобы выделить часть обсуждения из комментариев:
Вероятно, это правда, что реальный риск - это неограниченный доступ к файловой системе, который превращает отражение в реальную опасность. Если плохой субъект может получить сборку (или что-то, что скомпилировано в сборку) в ваш виртуальный каталог, у вас проблемы, если у него есть разрешение на отражение. (Конечно, если это произойдет, есть и другие потенциальные проблемы, но это не должно сбрасывать со счетов эту конкретную уязвимость.)
В среде общего хостинга это еще труднее предотвратить, хотя это, конечно, не невозможно. Возможно, стоит отправить этот вопрос на страницу ServerFault, чтобы узнать, что там говорят хорошие люди.
Я никогда не находил ничего «плохого», что пользователь мог бы делать с помощью отражения. Люди пугаются, потому что вы можете вызывать методы, отмеченные как частные или защищенные, но, судя по тому, что я видел, ни один из них не представляет реального риска.
Скорее всего, это, по крайней мере частично, метод продаж, чтобы заставить вас раскошелиться на (полу) выделенный хостинг :)
Я нашел следующую статью MSDN по этому поводу:
Вопросы безопасности для отражения
Эта статья повторяет ответ Джеффа:
Отражение предоставляет возможность получать информацию о типах и членах, а также получать доступ к членам. Доступ к закрытым членам может создать угрозу безопасности. Следовательно, код, который обращается к закрытым членам, требует ReflectionPermission с соответствующими флагами.
Однако я не верю, что этот риск можно использовать между учетными записями хостинга клиентов. Похоже, это будет только личным риском. Например, с помощью отражения я мог исследовать свои собственные сборки в моей среде размещения. Однако другие клиенты не могли использовать отражение для изучения моих сборок. Они могли только исследовать свои сборки.
Это может создать проблему для одного веб-приложения, в котором задействованы несколько групп разработчиков. Одна группа разработчиков может использовать отражение для исследования сборок другой группы разработчиков.
Однако это редкий сценарий для среды общего хостинга. Большинство веб-сайтов с виртуальным хостингом включает очень небольшую команду, у которой есть полный доступ ко всему коду. Другими словами, секретов нет. Пока сборка защищена от других клиентов виртуального хостинга, это не проблема.
Включение отражения не должно представлять опасности для большинства веб-приложений с общим хостингом:
<IPermission class="ReflectionPermission" version="1" Flags="RestrictedMemberAccess"/>
Пожалуйста, поправьте меня, если я ошибаюсь.
