Re: potential solution to user streams + allow_url_include=off

From: Date: Mon, 21 May 2007 20:01:38 +0000
Subject: Re: potential solution to user streams + allow_url_include=off
References: 1 2  Groups: php.internals php.internals 
Request: Send a blank email to internals+get-29638@lists.php.net to get a copy of this message
On Fri, May 18, 2007 6:47 pm, Cristian Rodriguez wrote: > 2007/5/18, Greg Beaver <greg@chiaraquartet.net>: > >> <?php >> include $_GET['dumb']; >> ?> >> > > What about permanently removing this (mis) "feature" ?? , Im yet to > hear any valid reason or example to continue to permit this remote > include thingy, all examples I have seen are bogus and broken.. does > anyone really think there are valid use cases ? (note that Im talking > about include* and require* only ;) ) There are some limited valid uses on an Intranet where a single master source of some high-level include files is maintained on a separate server... That's pretty trivial to work-around with rsync or similar, though, so I don't know that this is a deal-breaker for anybody... There are some folks who might have a valid white-list approach with PCRE for what they include, and pass it around as a variable, however. Especially those who are into highly-dynamic languages, with zillions of include files. I'm not sure how you'd get rid of only $_GET and friends but keep any regular old variables without something like the "taint" model that was proposed and, I think, still being worked on. -- Some people have a "gift" link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So?

« previous php.internals (#29638) next »