![Auf mit EFS verschlüsselte Dateien/Ordner kann über File Sharing (SMB) nicht zugegriffen werden](https://rvso.com/image/1645712/Auf%20mit%20EFS%20verschl%C3%BCsselte%20Dateien%2FOrdner%20kann%20%C3%BCber%20File%20Sharing%20(SMB)%20nicht%20zugegriffen%20werden.png)
Ich habe gesucht und auf der Website von Microsoft einen ähnlichen Artikel gefunden:
https://www.fonepaw.com/windows/access-denied-folder-file-windows.html
Und meiner Diagnose zufolge habe ich Probleme, auf freigegebene, mit EFS verschlüsselte Dateien und Ordner zuzugreifen.
Ich komme über diesen Bildschirm hinaus und kann Freigaben sehen und durchsuchen, aber ich kann keine verschlüsselten Dateien öffnen:
\\name.operation420.net\share\datei.txt
Sie sind nicht berechtigt, diese Datei zu öffnen. Wenden Sie sich an den Eigentümer der Datei oder einen Administrator, um die Berechtigung einzuholen.
Wenn ich Dateien entschlüssele, kann ich darauf zugreifen. Freigabe- oder Dateisystemberechtigungen stellen also kein Problem dar. Ich kann auf die Dateien zugreifen, wenn ich regulär angemeldet bin, und habe den Schlüssel bei allen von mir verwendeten Windows-Anmeldungen.
Ich kann die Sicherheit nicht riskieren und die Dateien von meinen Laufwerken entschlüsseln. Ein Workaround besteht darin, eine Linux VirtualBox-Installation auszuführen, in VirtualBox einen freigegebenen Ordner mit den Ordnern zu erstellen, die ich freigeben möchte und die die Linux-VM sehen kann, und dann einen Samba-Server einzurichten und die gemounteten freigegebenen VirtualBox-Ordner freizugeben. Abgesehen von einem Problem, das ich mit Dateien und/oder Ordnern habe, die Dollarzeichen enthalten (Samba-Freigabeprobleme mit Dateien/Ordnern mit $ im Dateinamen), funktioniert es wie erwartet beim Durchsuchen der Linux-Freigaben. Ich kann auf mit EFS verschlüsselte Dateien zugreifen, ich kann Dateien in mit EFS verschlüsselte Ordner kopieren, sie werden wie gewohnt kopiert und die Datei(en) liegen verschlüsselt im Ordner. Der Sinn von EFS besteht darin, dass die Verschlüsselung/Entschlüsselung transparent sein sollte.
Handelt es sich hierbei um einen Fehler in Windows oder habe ich etwas übersehen?
Der Workaround für Linux-VMs ist einigermaßen nützlich, außer für Dateien und/oder Ordner mit Dollarzeichen im Namen (Samba-Freigabeprobleme mit Dateien/Ordnern mit $ im Dateinamen), was möglicherweise über den Rahmen dieses Beitrags hinausgeht, und für Systeme, die nicht leistungsstark genug sind und/oder denen RAM fehlt, um virtuelle Maschinen auszuführen …
Ich verwende Windows 10 Pro, Version 20H2, kann mich aber daran erinnern, dass dies auch bei anderen Versionen passiert ist … (sogar seit Windows 7)
Antwort1
Das liegt wahrscheinlich daran, dass Sie beim Zugriff auf die Freigabe nicht mit Ihrem Konto bei SMB angemeldet sind. Aus offensichtlichen Gründen können Sie nur dann über SMB auf EFS-verschlüsselte Dateien zugreifen, wenn Sie am Remotecomputer mit dem Konto angemeldet sind, das zum Verschlüsseln der Dateien verwendet wurde. Versuchen Sie, die Eingabeaufforderung auf dem Computer zu öffnen, von dem aus Sie auf die Freigabe zugreifen, und geben Sie dann Folgendes ein:
net use \\name.operation420.net /d
net use \\name.operation420.net /USER:<username>
wobei <username>
der Benutzername des Remotecomputers ist.