Raisons pour lesquelles Dropbox pourrait accéder à des fichiers auxquels il ne devrait pas accéder

J'utilisais simplement SysInternals ProcMon.exepour rechercher un problème et Dropbox.exej'ai trouvé des fichiers d'accès en dehors du dossier Dropbox que j'ai configuré.

Mon emplacement Dropbox est à C:\users\pats\Dropbox

Je vois ce qui suit dans un journal ProcMon que j'étudiais:

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

Quelqu'un a-t-il une idée pourquoi Dropbox.exeaccède aux fichiers en dehors de la Dropbox Directroy configurée? Autre que les mauvaises raisons évidentes (comme sa copie de tous vos fichiers, son cheval de Troie, etc.)?

Est-ce que quelqu'un d'autre voit ce comportement lors de l'exécution de Dropbox et SysInternals ProcMon.exe?

REMARQUE: Je n'ai pas vu la Dropbox.exelecture des données (au moins à partir du journal ProcMon que j'ai regardé), donc c'est peut-être une "fonctionnalité" et non un bug.

REMARQUE 2: Ce message sur les forums Dropbox discute d'une préoccupation de Dropbox ayant un cheval de Troie, mais il dit essentiellement qu'il n'y a pas de cheval de Troie dans Dropbox.

J'ai rencontré le même problème. Voici la réponse du support Dropbox:

nous utilisons une DLL d'exploration ( %APPDATA%\Dropbox\bin\DropboxExt.xx.dllet %APPDATA%\Dropbox\bin\DropboxExt64.xx.dll) pour dessiner des icônes de synchronisation sur les fichiers et présenter les menus contextuels lorsque vous faites un clic droit. Lorsque vous ouvrez une fenêtre de l'Explorateur, nous devons vérifier si ces fichiers se trouvent dans le dossier Dropbox afin que nous puissions rendre les icônes. Pour ce faire, la dll répertorie les fichiers dans les fenêtres ouvertes de l'Explorateur et demande à Dropbox s'il y a quelque chose à dessiner sur ces fichiers. De cette façon, nous pouvons décider si les fichiers qui se trouvent dans les bibliothèques, ou éventuellement liés par lien symbolique à partir du dossier Dropbox, ont besoin d'icônes de synchronisation.