LFI2RCE via PHP_SESSION_UPLOAD_PROGRESS
Last updated
Last updated
AWSハッキングの学習と練習:HackTricks Training AWS Red Team Expert (ARTE) GCPハッキングの学習と練習: HackTricks Training GCP Red Team Expert (GRTE)
セッションがなく、session.auto_startがOffであっても、ローカルファイルインクルージョンを見つけた場合、session.upload_progress.enabledがOnであり、PHP_SESSION_UPLOAD_PROGRESSをマルチパートPOSTデータで提供すると、PHPはセッションを有効にします。
**PHP_SESSION_UPLOAD_PROGRESS**を使用すると、セッション内のデータを制御できます。したがって、セッションファイルを含めると、制御可能な部分（たとえば、PHPシェルコード）を含めることができます。
インターネット上のほとんどのチュートリアルは、デバッグ目的でsession.upload_progress.cleanupをOffに設定することをお勧めしています。ただし、PHPのデフォルトのsession.upload_progress.cleanupはまだOnです。つまり、セッション内のアップロード進行状況はできるだけ早くクリーンアップされます。したがって、これは競合状態になります。
このテクニックがコメントされているオリジナルCTFでは、競合状態を悪用するだけでは不十分で、読み込まれるコンテンツは@<?phpで始まる必要がありました。
session.upload_progress.prefixのデフォルト設定により、SESSIONファイルは厄介な接頭辞 upload_progress_で始まります。例：upload_progress_controlledcontentbyattacker
初期接頭辞を削除するトリックは、ペイロードを3回base64エンコードし、その後convert.base64-decodeフィルターを介してデコードすることでした。これは、base64デコード時にPHPが奇妙な文字を削除するためです。そのため、3回後には、攻撃者が送信した ペイロードだけが 残り（そして攻撃者が初期部分を制御できるようになります）。
詳細はオリジナルの解説https://blog.orange.tw/2018/10/および最終的なエクスプロイトhttps://github.com/orangetw/My-CTF-Web-Challenges/blob/master/hitcon-ctf-2018/one-line-php-challenge/exp_for_php.py 別の解説はhttps://spyclub.tech/2018/12/21/one-line-and-return-of-one-line-php-writeup/
AWSハッキングの学習と実践：HackTricks Training AWS Red Team Expert (ARTE) GCPハッキングの学習と実践：HackTricks Training GCP Red Team Expert (GRTE)
