Re: PHP security (or the lack thereof)
In some mail from Tonnerre Lombard, sie said:
> Salut,
>
> On Sun, 2006-06-25 at 08:42 +1000, Darren Reed wrote:
> > There have barely a *handful* of JRE/JVM security problems.
>
> I know for the fact that there are quite some though. Also, what should
> one think about a company that didn't manage to fix a simple path
> traversal vulnerability in their jar(1) utility in almost a year? The
> same goes for the serialization DoS.
Depends on who you are and how much noise you make about the problem
and whether or not it is a problem or....details.
> I really like Sun Fire servers, but I can't agree that Java is the
> bug-free issue-free big white horse. Especially not if you need a couple
> of hundreds of megabytes of RAM just to run java -version...
>
> As to useable Java applications: there are such nice things like Tomcat,
> the Java web server. The funniest thing about it is that it starts up so
> unbelievably slowly, and while everyone tells you that the JIT business
> is going to optimize the slowness away in just a day or two, it needs a
> restart every 20 hours or it will stop responding. Maybe this is the
> -fomit-instructions optimization the Gentoo people are so fond of?
>
> The same goes for my java.core collection. I keep it right next to my
> bash.core and cc1.core files.
>
> So, by "free of issues", are you talking about a Java implementation
> from a parallel universe?
I've seen enterprise class applications written and run for extended
periods of time (days), dealing with huge amounts of data, that have
not suffered from slowness, much to the chagrin of Sun sales people
who realise they can't sell an E25K to run it.
So I don't accept that all Java programs are either slow or need to
consume 100s of megabytes of RAM for no reason. A poorly written
one may, yes. Maybe it is just easier to write applications (such
as Tomcat) that perform badly than it is to write good ones, in the
same way it is easy to write insecure PHP.
Darren