<Peeve type="pet">
"They" (developers) and "it" (the secure language) are both moving
targets.
There is no "genetic memory" with the human race; any more than there is
an "inherently secure" language. For every developer that learns how to
write "secure code", at least one more starts cutting his/her teeth in
the same language; possibly for the same reasons. Anyone who insists
that there either exists a "secure language" or that the problem of
"secure code" can be "completely solved" is IMHO, severely deluded.
Neither will ever be even remotely true.
</Peeve type="pet">

If you have issue with someone's code habits, address it with them
first. This is part & parcel to the "education" process. If this fails
because of their unwillingness or inability to adjust, then you've done
what you can. If this unresolved problem presents a public disservice,
then you report it. Public opinion is a powerful motivator.

Jim

-----Original Message-----
From: Tino Wildenhain [mailto:tino (at) wildenhain (dot) de [email concealed]]
Sent: Monday, January 01, 2007 1:00 PM
To: Bill Nash
Cc: Kevin Waterson; bugtraq (at) securityfocus (dot) com [email concealed]
Subject: Re: PHP as a secure language? PHP worms? [was: Re: new linux
malware]

Bill Nash schrieb:
...
> *ANY* language implemented for *ANY* purpose is as secure as the

> programmer makes it. The way the original post is written,
> s/PHP/(Perl|ASP|C|bash|BASIC|four little buddhist monks fighting over
> an abacus)/ is applicable. The vulnerabilities that we see, that Gadi
> refers to, aren't widespread because PHP is widespread, but because
> insecure applications written in PHP are. A better use of energy would

> be focusing on the most vulnerable platforms and educating the
developers.

But aparently they aren't educatable - hence they stick to this
language. (Because of the many bad examples they can cut&paste code
from)

T.

All mail to and from this domain is GFI-scanned.

[ reply ]