mysql_escape_string can be used instead. You just lose the ability to
have it match coallation. I still think there should be the
mysql_escape_string or real one and allow it to pass the coallation
without a database handle -or- just make a unicode/utf8 one and be
done with it.
On May 6, 2009, at 9:40 AM, Igor Escobar <titiolin...@gmail.com> wrote:
I know that use the mysql_real_escape_string to do de job is better
should consider that the this function don't have any access to the
base, to objective of this function is sanitize the string.
And please, see my second answer, i make some updates in the
possibly is relevant.
Systems Analyst & Interface Designer
On Wed, May 6, 2009 at 1:14 PM, Andrew Ballard <aball...@gmail.com>
On Wed, May 6, 2009 at 12:06 PM, Bruno Fajardo <bsfaja...@gmail.com>
2009/5/6 Igor Escobar <titiolin...@gmail.com>
Someone know how i can improve this function to protect my
vars of sql injection attacks.
that is the function i use to do this, but, some people think is
* @uses $_REQUEST= _antiSqlInjection($_REQUEST);
* @uses $_POST = _antiSqlInjection($_POST);
* @uses $_GET = _antiSqlInjection($_GET);
* @author Igor Escobar
* @email blog [at] igorescobar [dot] com
foreach($Target as $key => $value):
if(is_array($value)): $arraSanitized[$key] =
You can help me to improve them?
What if someone posts, in any form of your app, a message containing
"or", "from" or "where"? Those are very common words, and eliminate
them is not the best solution, IMO.
Use mysql_real_escape_string() like Shawn said, possibly something
like this would do the trick (from
$query = sprintf("SELECT firstname, lastname, address, age FROM
friends WHERE firstname='%s' AND lastname='%s'",
I would stick with parameterized queries if available, or just use
mysql_real_escape_string() for these and a few more reasons:
1) You'll find lots of posts in the archives explaining why
mysql_real_escape_string() is preferred over addslashes() for this
2) strip_tags has absolutely nothing to do with SQL injection.
does trim(). There are cases where you would not want to use either
those functions on input, but you would still need to guard against
3) DROP TABLE will work no matter how many white-space characters
appeared between the words. For that matter, I am pretty sure that
'DROP /* some bogus SQL comment to make it past your filter */ TABLE'
will work also.
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php