Причины, по которым Dropbox может обращаться к файлам, к которым он не должен обращаться

Я просто использовал SysInternals ProcMon.exeдля отслеживания проблемы и нашел Dropbox.exeдоступ к файлам вне папки Dropbox, которую я настроил.

Мое местоположение Dropbox находится по адресу C:\users\pats\Dropbox

В журнале ProcMon, который я изучал, я вижу следующее:

QueryOpen \\host\share\users\pats\somedir\myfile.7z

У кого-нибудь есть идея, почему Dropbox.exeдоступ к файлам за пределами настроенной директории Dropbox? Кроме очевидных дурных причин (таких как копирование всех ваших файлов, трояна и т. Д.)?

Кто-нибудь еще видит такое поведение при запуске Dropbox и SysInternals ProcMon.exe?

ПРИМЕЧАНИЕ: я не видел Dropbox.exeчтения данных (по крайней мере, из журнала ProcMon, на который я смотрел), так что, возможно, это «особенность», а не ошибка.

ПРИМЕЧАНИЕ 2: В этом посте на форумах Dropbox обсуждается проблема наличия в Dropbox трояна, но в основном говорится, что в Dropbox нет трояна.

Я столкнулся с той же проблемой. Вот ответ поддержки Dropbox:

Мы используем Explorer DLL ( %APPDATA%\Dropbox\bin\DropboxExt.xx.dllи %APPDATA%\Dropbox\bin\DropboxExt64.xx.dll) для рисования значков синхронизации на файлах и представления контекстных меню при щелчке правой кнопкой мыши. Когда вы открываете окно проводника, нам нужно проверить, находятся ли эти файлы в папке Dropbox, чтобы мы могли отображать значки. Для этого dll перечисляет файлы в открытых окнах Проводника и спрашивает Dropbox, есть ли что-нибудь нарисовать на этих файлах. Таким образом, мы можем решить, нужно ли синхронизировать файлы, находящиеся в библиотеках или, возможно, по символическим ссылкам из папки Dropbox.