Webアプリケーションアクセスユーザーのファイルシステム

Question

私は自分のクライアント用のWebアプリケーションを作成しています。アプリケーションは、企業ネットワーク内の専用サーバーにインストールされます。 彼はウェブページ上の自分のローカルファイルのリストを見たいと思っています。彼は、どの訪問者も、あるフォルダから自分のローカルファイルのリストを見ることができるということを意味します。

私はを知っています。ウェブアプリケーションは訪問者のファイルシステムにアクセスできません。ブラウザはこれを設計上制限しています。 もちろん、いくつかのブラウザの拡張機能やアプレット、フラッシュアプ​​リケーション、さらにはハッキングがあるかもしれませんが、そうではありません。

しかし、私はこれを彼にどのように説明できますか？彼は私に '名前を付けて保存'または 'ファイルをロード'ダイアログを表示し、他のアプリケーションがこれを行うことができると言う。私は、これが単なるブラウザの相互作用であることを彼に説明する方法を知らない。

私はプルーフへのリンクをいくつか探してみましたが、すばやく見つけられませんでした。

あなたは、Webアプリケーションからユーザーのフォルダにアクセスできないと書かれているドキュメントへのリンクを教えていただけますか？

Answer 1

は最後に、私はいくつか引用のコンパイルを行なったし、それが行われます。..彼らは唯一のWeb関連 アクションを実行することが可能なサンドボックス内で実行

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

スクリプトではなく、汎用作成したファイルのようなプログラミング作業

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

JavaScriptは、ECMAScriptとも呼ばれ、ウェブサイトをよりインタラクティブにするために使用されるスクリプト言語です。 JavaScript標準には、ローカルファイルへのアクセスなどの特定の機能を制限する仕様があります。

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

ファイルシステムがサンドボックス化されているので、ウェブアプリが別のアプリのファイルにアクセスすることはできません。また、ユーザーのハードドライブ上の任意のフォルダ（マイピクチャやマイドキュメントなど）にファイルを読み書きすることもできません。

Answer 2

クライアント - サーバーモデルとの議論はどうですか？ あなたはサーバーにリクエストを送信します（ウェブサイトのリクエスト、ファイルなど）、ウェブサーバーが応答することができます。 サーバー（Webサーバー間）に直接ファイルシステムでアクセスすることはできず、クライアントはサーバーに送信する内容（ブラウザーのファイル選択ダイアログ）を選択できます。

Answer 3

Mozilla. File System API Restrictions

ファイルシステムがサンドボックス化されているため、Webアプリケーションは別の アプリケーションのファイルにアクセスすることはできません。また、ユーザーの堅い ドライブの任意の フォルダ（マイピクチャやマイドキュメントなど）にファイルを読み書きすることはできません。

Answer 4

多分この文書は岩石ですか？

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

4.1節

アプリケーションは、一時的または永続的なストレージ・スペースを要求することができます。一時的なストレージは、UAの裁量では（ユーザーにプロンプ​​トを表示せずに利用可能なより緩いクォータの制限）、入手しやすくなりますが、そこに保存されたデータはUAの都合で削除される可能性があります。ディスクスペースの不足に対処する。逆に、永続ストレージが許可されると、アプリケーションによってそこに保存されたデータは、ユーザーの介入なしにUAによって削除されるべきではありません。アプリケーションはもちろんそれを自由に削除することができます。 UAは、アプリケーションに永続的なストレージスペースを与える前に、ユーザーからの許可を必要とする必要があります。

このAPIは、ファイルシステムのコンテキストでの標準原点分離と、呼び出し間のデータの永続性を指定します。アプリケーションはキャッシングのために一時記憶域を使用する可能性が高く、それが以前のセッションからまだ残っている場合は、しばしば便利です。一方、永続的なデータは、次に呼び出されたときに再度アクセスできない場合は役に立たなくなります。ただし、永続的なデータであっても、UAまたは直接ファイルシステム操作を介して、ユーザーが手動で削除することができます。