POSTアクションをフィルタリングする理由はありますか？

Question

私は、管理コンテンツへのアクセスが許可されていないユーザーを単にリダイレクトするカスタム[AuthenticationFilter]を持っています。

私はまた、ファイルのアップロードを処理するための

[HttpPost] 
    public ActionResult Index(HttpPostedFileBase file) {} 

を持って、

[AuthenticationFilter] 
public ActionResult Index() {} 

にフィルタを適用します。しかし。ここに属性が必要ですか？

私の腸の本能は私にはありません。 uploadButtonは最初の方法で読み込みがブロックされるため、ページにファイルをPOSTする方法はありません。

私が想像することができる唯一のセキュリティ上の懸念事項は、クロスサイトAJAXの投稿ですが、これは可能ではないはずです。イントラネットサイトであるため、少なくとも可能性は低いです。

[AuthenticationFilter]をファイルハンドラに適用する理由はありますか？

Answer 1

あなたのクライアント側のコントロール（アップロードボタンを無効にする）によって、サーバーに何かが止まるのを防ぐことは決してありません。エンドユーザーはを完全にクライアントで何が起こるかを制御します。コントロールを有効にしたり、隠しフィールドを削除または変更したり、ブラウザのリクエストを傍受したり、ブラウザを完全にバイパスしたり、独自のリクエストを（任意のファイルで）行うことができます。

サーバーにセキュリティを追加するオプションがある場所は、実行する必要があります。ブラウザコントロールを使用するだけで停止できるリクエストはありません。

Answer 2

誰かがFiddlerのようなものを使ってPOSTを送信することはまだ可能であると思います。方法を確保する努力は最小限であるので、私は残念ながら安全である方が良いと言います。

Answer 3

私は質問を回し、認証フィルタをメソッドに適用しない理由があるかどうか尋ねます。この方法の危険性があることがわかっている限り、フィルタを適用しないでください。あなたのAuthenticationFilterにパフォーマンスの問題がなければ、それを行ってください。実際には、コントローラ全体が承認されたユーザによって使用されることがわかっている場合は、コントローラレベルでフィルタを適用してください。