Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: Security of magic_quotes_gpc under PHP against SQL injection |
|---|---|
| Date: | Mon, 12 Dec 2005 10:58:20 +0100 |
Hi, Am Sonntag, 11. Dezember 2005 07:55 schrieb Todd Hendricks:
My question is, what are some ways around magic_quotes that I need to watch out for..
as always, it depends on how you use it. E. g. it's mostly useless if your statements look like ... SELECT whatever FROM whereever WHERE id = $input ... Also, some databases don't consider the backslash an escape character. And I've seen cases where some kind of (incomplete) double-escaping was done, cancelling out the effect of magic_quotes. (I. e. ' was turned into \\'.)
and as a followup, if it's such a bad security idea, why was it included at all much less enabled by default (this seems to smack of the register_globals problem, only to a lesser extent)?
Like most of PHP's "security features" is was introduced as a workaround
for stupid developers who don't know or care about security. Like most of
PHP's "security features", it works some of the time but in the end
fails to be a complete solution to the underlying problem, i. e. developer
incompetence. It's a bad security idea because it gives developers a
warm, fuzzy feeling instead of encouraging them to *learn* secure
programming.
Bye,
Peter
--
Peter Conrad Tel: +49 6102 / 80 99 072
[ t]ivano Software GmbH Fax: +49 6102 / 80 99 071
Bahnhofstr. 18 http://www.tivano.de/
63263 Neu-Isenburg
Germany
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Modifing non-persistent cookies, Rogan Dawes |
|---|---|
| Next by Date: | RE: Security training of developers and company liability, Harley David |
| Previous by Thread: | Re: Security of magic_quotes_gpc under PHP against SQL injection, Steve Slater |
| Next by Thread: | Re: Security of magic_quotes_gpc under PHP against SQL injection, ascii |
| Indexes: | [Date] [Thread] [Top] [All Lists] |