phpのallow_url_include_PHPチュートリアルの応用と解説

このため、多くのセキュリティ研究者は、php.ini 設定でのallow_url_fopen へのポイントを無効にすることを推奨しています。残念ながら、このアプローチを推奨する人の多くは、このアプローチが多くのアプリケーションを破壊する可能性があり、リモート URL のインクルードとそれによってもたらされるセキュリティ上の不安を 100% 保証するものではないことを認識していません。

通常、ユーザーは、他のファイル システム機能を使用するときに、URL の組み込みの無効化を許可するように PHP を要求し、宣言のサポートを要求します。

このため、allow_url_include は PHP6 で利用可能になる予定です。これらの議論の後、これらの機能は php5.2.0 にバックポートされました。現在、ほとんどのセキュリティ研究者はアドバイスを変更し、allow_url_include を無効にすることのみを人々にアドバイスしています。

残念ながら、allow_url_fopen とallow_url_include は問題の原因ではありません。一方で、攻撃者はセッションデータ、ファイルアップロード、ログファイルなどを通じて PHP コードを入手することが多いため、アプリケーションにローカル ファイルを含めることは依然として十分に危険です。

一方、allow_url_fopen とallow_url_include は、URL としてマークされた URL ハンドルのみを保護します。これは http と ftp に影響しますが、php や date (php5.2.0 の新機能) の URL には影響しません。 PHP コードの挿入は非常に簡単です。

例 1: php://input を使用して POST データを読み取る

＜?php
// 安全でない Include
// 次の Include ステートメントは、
// サーバーに POST されたものすべてをインクルードして実行します
//

include "php://input"?>

; 例 2: データを使用: 任意のコードを含める

＜?php これを計算に入れると、url_allow_fopen も url_allor_include も保証されていないことが非常に明白になります。これらは、単にフィルターがベクトルをフィルター処理することがほとんどないためです。この URL に含まれる脆弱性に対する 100% の解決策は、Suhosin 拡張機能です。

// 安全でない Include
// 次の Include ステートメントは
// Base64 でエンコードされた
// ペイロードをインクルードして実行します。
?＞

http://www.bkjia.com/PHPjc/321717.html

www.bkjia.com

tru​​ehttp://www.bkjia.com/PHPjc/321717.html技術記事このため、多くのセキュリティ研究者は、php.ini 設定でのallow_url_fopen へのポイントを無効にすることを推奨しています。残念ながら、この方法を推奨する多くの人は、それが破壊することになることに気づいていません...