PEAK XOOPS - Re: 現状_キャッシュファイルクリアができない件 in englishin japanese

Re: 現状_キャッシュファイルクリアができない件

List posts in the topic

none Re: 現状_キャッシュファイルクリアができない件

msg# 1.1.1.1.1.1.1.1.1.1.2.1.1
depth:
9
Previous post - Next post | Parent - Children.1 | Posted on 2007/1/23 3:10
GIJOE  先任軍曹   Posts: 4110
boobeeさん、こんにちは。

なるほど。403エラーで、ずっと移行先の方を疑ってましたが、action属性そのものがおかしかったんですね。

しかし、リンク先の解決策はややおかしいですね。

$_SERVER['SCRIPT_NAME'] が、'./cgi-bin/php' であることは、CGI版ならある意味正常です。
むしろ、$_SERVER['PHP_SELF'] の代わりに $_SERVER['SCRIPT_NAME'] を使っているexFrame側のミスと言えなくもありません。

かといって、$_SERVER['PHP_SELF'] って、PHPのバージョン次第では、ここにXSSを送り込めますし…(リンク先の解決法では、もっと問題は大きくなります。安全である、という前提でSCRIPT_NAMEを使っている部分があったら、いつの間にかPHP_SELFに置き換わっているのですから。)

こういう場合、actionは空欄が良いのですが、それだと単純置換ってわけにはいかないでしょうし。

Protectorを使っている、という前提で、exFrame に存在する全ての $_SERVER['SCRIPT_NAME'] を $_SERVER['PHP_SELF'] に書き換える、ってあたりが一番無難な対応でしょうか。

minahitoさんが、$_SERVER['SCRIPT_NAME'] を空欄ベースに置き換えた exFrame をリリースしてくれるのが一番ではあるのですが。
Votes:2 Average:0.00

Posts tree

  Advanced search


Login
Username or e-mail:

Password:

Remember Me

Lost Password?

Register now!