3

Is there an easier way of safely extracting submitted variables other than the following?

if(isset($_REQUEST['kkld'])) $kkld=mysql_real_escape_string($_REQUEST['kkld']);
if(isset($_REQUEST['info'])) $info=mysql_real_escape_string($_REQUEST['info']);
if(isset($_REQUEST['freq'])) $freq=mysql_real_escape_string($_REQUEST['freq']);

(And: would you use isset() in this context?)

5
  • 2
    Guys, I know you all want to get more reputation, but why no one explained that it is a weird idea at all?? And that only the necessary data should be sanitized, not all. Commented Nov 19, 2010 at 7:55
  • @zerkms, Well I dont think this is a WEIRD IDEA, as it can come handy in certain situation. However I also agree that not all data should be sanitized except few who make up the query. Commented Nov 19, 2010 at 7:58
  • 2
    @Starx: you should not rely on any magic way to protect data from any kind of attacks. In each particular situation you should apply necessary function. IE: when (and only when) you need to perform an sql query - you apply mysql_real_escape_string() only to the variables used in the query. Commented Nov 19, 2010 at 8:00
  • @zerkms, What are you exactly referring to When you said Magic way? Commented Nov 19, 2010 at 8:02
  • 2
    @Starx: the main idea of the topic is to get some magic code that makes variables safe to use in queries ;-) Commented Nov 19, 2010 at 8:04

6 Answers 6

31

To escape all variables in one go:

$escapedGet = array_map('mysql_real_escape_string', $_GET);

To extract all variables into the current namespace (i.e. $foo = $_GET['foo']):

extract($escapedGet);

Please do not do this last step though. There's no need to, just leave the values in an array. Extracting variables can lead to name clashes and overwriting of existing variables, which is not only a hassle and a source of bugs but also a security risk. Also, as @BoltClock says, stick to $_GET or $_POST. Also2, as @zerkms points out, there's no point in mysql_real_escaping variables that are not supposed to be used in a database query, it may even lead to further problems.


Note that really none of this is a particularly good idea at all, you're just reincarnating magic_quotes and global_vars, which were horrible PHP practices from ages past. Use prepared statements with bound parameters via mysqli or PDO and use values through $_GET or filter_input. See http://www.phptherightway.com.

Sign up to request clarification or add additional context in comments.

10 Comments

@ajo Data itself is never dangerous, it's the context you use it in that may make it dangerous. mysql_real_escape only protects you when using data in SQL queries. If you're not using the data in SQL queries it will (may) only change the data, it won't make it any more or less save. If you echo the data into an HTML page, mysql_real_escaping it won't help, you'd need to use htmlentities instead... Context is important!
Well, there was this comment of ajo I was responding to, before he deleted it... I'll leave my comment here anyway.
I know by now everyone should be using PDO or prepared statements, but wouldn't this fall over when a $_REQUEST or $_POST variable is an array? for example, when submitting multiple checkbox values with same name
@wired00 Yes, sure. Such wholesale escaping actually never was a great idea to begin with, but in the limited case of the OP it served a purpose. It should only be applied if you know what you're doing though (as always).
cool thanks for the clarification. Yeah I assumed in the OP case its fine, because he is using a $_GET anyways. Just wanted to confirm for my own case. We have a TONNE of legacy code which is unviable to convert to PDO, so having to use mysqli_real_escape_string()
|
5

You can also use a recursive function like this to accomplish that

function sanitate($array) {
   foreach($array as $key=>$value) {
      if(is_array($value)) { sanitate($value); }
      else { $array[$key] = mysql_real_escape_string($value); }
   }
   return $array;
}
sanitate($_POST);

Comments

1

To sanitize or validate any INPUT_GET, INPUT_POST, INPUT_COOKIE, INPUT_SERVER, or INPUT_ENV, you can use

Filtering can be done with a callback, so you could supply mysql_real_escape_string.

This method does not allow filtering for $_REQUEST, because you should not work with $_REQUEST when the data is available in any of the other superglobals. It's potentially insecure.

The method also requires you to name the input keys, so it's not a generic batch filtering. If you want generic batch filtering, use array_map or array_walk or array_filter as shown elsewhere on this page.

Also, why are you using the old mysql extension instead of the mysqli (i for improved) extension. The mysqli extension will give you support for transactions, multiqueries and prepared statements (which eliminates the need for escaping) All features that can make your DB code much more reliable and secure.

Comments

0

As far as I'm concerned Starx' and Ryan's answer from Nov 19 '10 is the best solution here as I just needed this, too.

When you have multiple input fields with one name (e.g. names[]), meaning they will be saved into an array within the $_POST-array, you have to use a recursive function, as mysql_real_escape_string does not work for arrays.

So this is the only solution to escape such a $_POST variable.

function sanitate($array) {
    foreach($array as $key=>$value) {
        if(is_array($value)) { sanitate($value); }
            else { $array[$key] = mysql_real_escape_string($value); }
   }
   return $array;
}
sanitate($_POST);

Comments

0

If you use mysqli extension and you like to escape all GET variables:

$escaped_get = array_map(array($mysqli, 'real_escape_string'), $_GET);

Comments

-2

As an alternative, I can advise you to use PHP7 input filters, which provides a shortcut to sql escaping. I'd not recommend it per se, but it spares creating localized variables:

 $_REQUEST->sql['kkld']

Which can be used inline in SQL query strings, and give an extra warning should you forget it:

 mysql_query("SELECT x FROM y WHERE z = '{$_REQUEST->sql['kkld']}'");

It's syntactically questionable, but allows you escaping only those variables that really need it. Or to emulate what you asked for, use $_REQUEST->sql->always();

Comments

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.