|
BugTraq
PHP security (or the lack thereof) Jun 16 2006 11:21AM Darren Reed (avalon caligula anu edu au) (4 replies) Re: PHP security (or the lack thereof) Jun 22 2006 12:15PM john mullee (jmullee yahoo com) (1 replies) Re: PHP security (or the lack thereof) Jun 24 2006 10:42PM Darren Reed (avalon caligula anu edu au) (2 replies) Re: PHP security (or the lack thereof) Jun 27 2006 05:47AM Tonnerre Lombard (tonnerre lombard sygroup ch) (1 replies) Re: PHP security (or the lack thereof) Jun 27 2006 03:38AM Ronald Chmara (ron Opus1 COM) (1 replies) Re: PHP security (or the lack thereof) Jul 05 2006 04:17PM Dan Falconer (dan avsupport com) (1 replies) Re: PHP security (or the lack thereof) Jun 19 2006 05:07PM Neil Neely (neil frii com) (1 replies) RE: [lists] Re: PHP security (or the lack thereof) Jul 16 2006 11:26PM Curt Purdy (purdy tecman com) Re: PHP security (or the lack thereof) Jun 17 2006 01:50AM Jose Nazario (jose monkey org) (1 replies) Re: PHP security (or the lack thereof) Jun 16 2006 11:06PM Bojan Zdrnja (bojan zdrnja gmail com) (1 replies) Re: PHP security (or the lack thereof) Jun 17 2006 05:08PM Jessica Hope (jessicasaulhope googlemail com) |
|
Privacy Statement |
> this is an unfair comparison, i think, and you're not the first to make
> such an argument. PHP is a language, one that lends itself to insecure
> paradigms and practices. but, so does C and it's built in string handling
> functions, and that's a similar source of security bugs over the years.
> Perl, in the wrong CGI programming hands, has caused a similar quantity of
> issues.
I think when evaluating how dangerous something is to the internet you have
to look at how it's used and how much risk that creates.
For example, allowing users to upload and execute any C executable file to a
public web server can prove to be quite dangerous.
I think the same can be said for allowing PHP on a public web server, you
have just allowed anyone with a website to compromise the entire machine.
Do you not think stuff like this should be pointed out to the public so that
when selecting a web host they know that one who supports PHP may be putting
them at extreme risk compared to one who is a bit more security conscious?
As a threat to the internet in whole, don't you think these public php
enabled web servers pose an high risk?
Geo.
[ reply ]