Webanwendung Zugriff Benutzer Dateisystem

Question

Ich erstelle eine Webanwendung für meinen Client. Die Anwendung wird auf einem dedizierten Server im Unternehmensnetzwerk installiert. Er möchte die Liste seiner lokalen Dateien (von seinem lokalen PC) auf der Webseite sehen. Er bedeutet, dass jeder Besucher die Liste seiner lokalen Dateien aus einem Ordner sehen kann.

Ich weiß, dass die Web-Anwendung keinen Zugriff auf Besucherdateisystem haben kann. Browser begrenzt dies durch Design. Natürlich könnte es einige Browser-Erweiterungen und Applets und Flash-Apps oder sogar Hacks geben. Aber das ist nicht der Fall.

Aber wie kann ich ihm das erklären? Er verweist mich auf die Dialoge "Speichern unter" oder "Datei laden" und sagt, dass andere Anwendungen dies tun können. Ich weiß nicht, wie ich ihm erklären soll, dass dies nur die Interaktion eines Browsers ist.

Ich habe versucht, einige Links zu Proofs google, aber nicht schnell etwas finden.

Können Sie mir einige Links zu den Dokumenten geben, die beschreiben, dass der Benutzerordner von der Webanwendung aus nicht erreichbar ist?

Answer 1

Schließlich habe ich eine Zusammenstellung einiger Zitate und es ist getan ..

https://en.wikipedia.org/wiki/JavaScript#Security

Skripte in einer Sandbox ausgeführt, in der sie nur webbezogenen Aktionen ausführen können, nicht für allgemeine Zwecke Programmieraufgaben wie das Erstellen von Dateien

https://www.us-cert.gov/publications/securing-your-web-browser

JavaScript, auch bekannt als ECMAScript, ist eine Skriptsprache, mit der Websites interaktiver gestaltet werden. Es gibt Spezifikationen im JavaScript-Standard, die bestimmte Funktionen wie den Zugriff auf lokale Dateien einschränken.

https://developer.mozilla.org/en-US/docs/Web/API/File_System_API/Introduction#restrictions

Da das Dateisystem Sandbox ist, kann ein Web-App nicht die Dateien eines anderen App zugreifen. Sie können auch keine Dateien in einem beliebigen Ordner (z. B. Eigene Bilder und Eigene Dateien) auf der Festplatte des Benutzers lesen oder schreiben.

Answer 2

Wie steht es mit dem Client-Server-Modell? Sie senden eine Anfrage an den Server (Website-Anfrage, Datei oder was auch immer) und der Webserver kann antworten. Es gibt keinen direkten Dateisystemzugriff auf dem Server (Webserver dazwischen), und der Client kann auswählen, was er an den Server sendet (Dateiauswahldialog im Browser).

Answer 3

Mozilla. File System API Restrictions

Da das Dateisystem Sandbox ist, kann ein Web-App nicht anderen Dateien App zugreifen. Sie können auch keine Dateien in einem beliebigen -Ordner (z. B. Eigene Bilder und Eigene Dateien) auf dem Festplattenlaufwerk des Benutzers lesen oder schreiben.

Answer 4

Vielleicht rockt dieses Dokument?

http://dev.w3.org/2009/dap/file-system/file-dir-sys.html#security-considerations

Abschnitt 4.1

Eine Anwendung kann vorübergehend oder persistent Speicherplatz anfordern. Temporärer Speicher kann nach Ermessen der UA leichter zu bekommen sein [Einschränkungen durch lose Kontingente, die verfügbar sind, ohne den Benutzer aufzufordern], aber die dort gespeicherten Daten können nach Belieben der UA gelöscht werden, z. um mit einem Mangel an Speicherplatz fertig zu werden.

Umgekehrt, sobald persistenter Speicher gewährt wurde, sollten Daten, die dort von der Anwendung gespeichert wurden, vom UA nicht ohne Benutzereingriff gelöscht werden. Die Anwendung kann sie natürlich nach Belieben löschen. Der UA sollte die Erlaubnis des Benutzers erfordern, bevor er der Anwendung dauerhaften Speicherplatz gewährt.

Diese API gibt die Standard-Ursprungsisolation in einem Dateisystemkontext an, zusammen mit der Persistenz von Daten in mehreren Aufrufen. Anwendungen werden wahrscheinlich temporären Speicher zum Zwischenspeichern verwenden, und wenn es von einer vorherigen Sitzung noch vorhanden ist, ist es oft nützlich. Persistente Daten hingegen sind nutzlos, wenn Sie beim nächsten Aufruf nicht mehr darauf zugreifen können. Jedoch können auch persistente Daten manuell vom Benutzer gelöscht werden [entweder über die UA oder über direkte Dateisystemoperationen].