[suspicious - maybe spam] [suspicious - maybe spam] Re: [PHP] RE: [suspicious - maybe spam] [PHP] [suspicious - maybe spam] RE: Issues with News sites again...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Just for the record. I'm a professional C++ programmer and I know to initialize variables before I use them. Secondly, I've taken into account what has been said but all I keep seeing is guys saying that not initializing the variables opens up security issues. Which is just agreeing with what the site is basically saying that the only security issues would be introduced by the script creator. Lastly, I addressed this issue with my ISP and they already have security measures in place for anything that could come about from bad PHP scripts.

--Death Gauge
"How do you gauge your death?!"




----Original Message Follows----
From: "Richard Lynch" <ceo@xxxxxxxxx>
Reply-To: ceo@xxxxxxxxx
To: "Jay Blanchard" <jay.blanchard@xxxxxxxxxxx>
CC: "'Death Gauge'" <clay_hg@xxxxxxxxxxx>, php-general@xxxxxxxxxxxxx
Subject: Re: RE: [suspicious - maybe spam] [PHP] [suspicious - maybe spam] RE: Issues with News sites again...
Date: Wed, 14 Sep 2005 10:40:34 -0500 (CDT)

On Wed, September 14, 2005 9:46 am, Jay Blanchard wrote:
> At the risk of starting another globals holy war, the reply that you
> received was a generalization that reflects the potential (<---- NOTE
> THAT)
> security risks from having register globals 'on'. The poster was
> essentially
> correct, misuse of globals opens up a whole can of potential security
> issues. I will refer you to several good PHP security resources at
> http://www.shiflett.org

I was frankly rather pissed when register_globals went "off"

*I* do not have any uninitialized variables anywhere in any scripts on
any site I ever built.  Period.

Upon reflection, though...

In the unlikely event that I break down and give in to client demands
to install some lame-ass bulletin board with all its *other* security
holes, it's pretty much guaranteed their crappy PHP code ALSO has a
zillion uninitialized variables.

Even phpLIB, which sort of morphed into PEAR (???) used to have a
bunch of uninitialized member variables.  It wouldn't even run on my
server since I had E_ALL cranked up.  Their first patch for that was
to just change my warnings dynamically.  Then not change them BACK at
the end of their code.  Blech.

Sure, I'd LIKE to educate every PHP scripter to never use an
uninitialized variable.  And I'd LOVE to change the default
error_reporting in php.ini to E_ALL.

But neither of those is likely to happen, and the best band-aid we can
muster is register_globals "off"

That said, the real culprits, as far as I can tell, are just doing
extract($_POST), at which point they might as well have just left
register_globals "on" anyway...

register_globals "off" is a band-aid.

How the PHP community can "fix" this problem for real is not something
to be figured out in a 10-minute PHP-General discussion.

--
Like Music?
http://l-i-e.com/artists.htm

_________________________________________________________________
Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


[Index of Archives]     [PHP Home]     [Apache Users]     [PHP on Windows]     [Kernel Newbies]     [PHP Install]     [PHP Classes]     [Pear]     [Postgresql]     [Postgresql PHP]     [PHP on Windows]     [PHP Database Programming]     [PHP SOAP]

  Powered by Linux