Прочитать на английском

Поделиться через

Безопасность отладчика

  • Статья

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

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

Рекомендации по обеспечению безопасности

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

Чтобы снизить потенциальный ущерб от атак, отладка на рабочих компьютерах должна быть отключена. По этой же причине отладку никогда не следует включать на неопределенный срок.

Безопасность при отладке управляемого кода

Вот некоторые общие рекомендации, применимые к отладке любого управляемого кода.

Безопасность при удаленной отладке

Локальная отладка обычно более безопасна, чем удаленная. Удаленная отладка увеличивает общую контактную зону, безопасность которой в общем случае гарантировать нельзя.

Для удаленной отладки используется Монитор удаленной отладки Visual Studio (msvsmon.exe); можно дать несколько рекомендаций по безопасности, касающихся его конфигурирования. Предпочтительной конфигурационной настройкой является выбор режима проверки подлинности Windows, так как режим без проверки подлинности небезопасен.

Error dialog

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

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

Сведения о настройке msvsmon см. в разделе Настройка удаленного отладчика.

Безопасность при отладке веб-служб

Локальная отладка безопаснее, но поскольку на веб-сервере скорее всего не установлен Visual Studio, локальная отладка может быть нецелесообразной. Как правило, отладка веб-служб, за исключением отладки во время разработки, выполняется удаленно, поэтому рекомендации по безопасности удаленной отладки также применимы к отладке веб-служб. Ниже приведены дополнительные практические рекомендации. Для получения дополнительной информации см. Debugging XML Web Services.

  • Не запускайте отладку на веб-сервере, который подвергался угрозе.

  • Убедитесь в безопасности веб-сервера, прежде чем вести на нем отладку. Если вы не уверены в его безопасности, не начинайте отладку.

  • Будьте особенно осторожны при отладке веб-служб, к которым открыт Интернет-доступ.

Внешние компоненты

Следите за статусом доверия для внешних компонентов, с которыми взаимодействует ваша программа, особенно если автором кода являетесь не вы. Кроме того, принимайте во внимание компоненты, которые могут использоваться Visual Studio или отладчиком.

Символы и исходный код

Два следующих инструмента Visual Studio требуют внимания к безопасности.

Связанный контент