PythonのFlaskフレームワークとNginxが静的ファイルアクセス制限機能を実装

しかし、この種の処理には別の問題があります。静的ファイルは nginx によって処理され、ハッカーがファイルの絶対アドレスを見つけた場合、http://www.example.com/upload/user に直接アクセスすることも可能です。 /xxx.png。これらのファイルには、ユーザーがアップロードした証明写真など、ユーザーのプライバシーが含まれる場合があります。したがって、プログラマは、翌日、有名な Web サイト XXX に脆弱性があり、ハッカーがユーザーの ID カードやその他の情報を入手したとメディアに報道されることを望んでいません。

そのような制限を達成するには、Nginx ----XSendfile の小さな機能を使用できます。 原理も比較的単純で、おそらくリクエストのリダイレクトを使用します。

Nginx をサーバー フロントエンドのリバース プロキシとして使用する場合、リクエストが到着すると、nginx が最初にリクエストをキャッチし、ルールに従って処理するためにバックエンド プログラムに転送するか、直接転送することがわかっています。処理して返します。前者は一部の動的ロジックを処理しますが、後者は主に静的ファイルを処理します。したがって、上記の例では、静的ファイルの絶対アドレスに直接アクセスされた場合、Nginx は論理的な制限のためにバックエンドの user_idcard_page を呼び出すことなく、それを直接返します。

この問題を解決するために、nginx が提供する XSendfile 関数は単に内部ディレクティブを使用します。この命令は、内部リクエスト、つまりバックエンドによって転送されたリクエストのみが受け入れられることを示します。バックエンド ビュー ロジックでは、X-Accel-Redirect ヘッダー情報を明示的に記述する必要があります。

疑似コードは次のとおりです: