Do not use, republish, in whole or in part, without the consent of the Author. TheTAZZone policy is that Authors retain the rights to the work they submit and/or post…we do not sell, publish, transmit, or have the right to give permission for such…TheTAZZone merely retains the right to use, retain, and publish submitted work within it’s Network

[code]Soda_Popinsky has very kindly allowed this tutorial of his to be hosted on the TAZ.

[u][b]PHP Filtering with OWASP[/b][/u]
By Soda_Popinsky

Background: [url]http://alex.netwindows.org/owasp/fi…ers_handout.pdf[/url]
Download: [url]http://www.owasp.org/software/labs/phpfilters.html[/url]
OWASP: [url]http://www.owasp.org[/url]
OWASP Top Ten: [url]http://www.owasp.org/documentation/topten.html[/url]


This tutorial is aimed to introduce the reader to PHP filters from OWASP. OWASP (Open Web Application Security Project ) released a top ten list for web application security vulnerabilities in 2003 and 2004, you can find the 2004 list here:

Most of the top ten vulnerabilities including (A1) Unvalidated Input, (A2) Broken Access Control, (A4) Cross Site Scripting (XSS) Flaws, and (A6) Injection Flaws, can be avoided using these filters.

Download the file from the provided link, and extract the contents. We will be using the file sanitize.inc.php.txt. Rename this to sanitize.inc.php and we will use if from here on. Place it into a folder in the www root of your webserver with PHP installed.

Create a .php file with this code and save it into the same folder as sanitize.inc.php:




$Test = “This is a test string”;
$Flags = PARANOID;

echo $Test;

//echo sanitize($Test, $Flags);

?> [/code]

Visit that file you created in your browser. The output should be “This is a test string”. If that is the output, then we are ready to begin using the filters.

The first filter is the PARANOID filter. Comment (“//”) the “echo $Test;” line and uncomment the other two. View the page, and you will notice that the output string is now different. This is because we used our sanitize function. The syntax for the function is “sanitize($String, $Flags)”. PARANOID was our flag. You can replace this with SQL, SYSTEM, HTML, INT, FLOAT, LDAP, or UTF8, all of which have different sanitization capabilities.



This will return a string containing only alphanumeric values. This is very strict and will remove anything that isn’t a number or letter.


Returns a string with slashed out quotes. This is to be used for strings being entered in SQL queries, because single quotes can lead to a MySQL injection. (OWASP A1, A6)


Returns a string without special characters and wrapped in quotes. This is for strings being used for system commands. If you wrote a PHP web frontend for a command line tool such as nmap and used a string from a form for command line arguments, an attacker could use it to specify arguments to compromise your system. (OWASP A1, A5, A6, A9)


Returns a string with HTML replacements for special characters. This allows HTML to be shown on screen instead of interpreted, and prevents XSS attacks. (OWASP A4)


Returns only an integer/float without any extraneous characters. This prevents bad characters from being used where integers or floats are expected. (OWASP A1)


Returns a string sanitized for LDAP queries and prevents injection. (OWASP A1, A6)


Decodes utf-8 encoding which is used to bypass filters. (OWASP A1)

Boolean Check Function
If all we want to do is test a string instead of changing it and return a boolean, we use the check() function. check() has the same syntax as sanitize.




$Test = “‘ OR ””; //SQL injection attempt
$Flags = SQL //SQL sanitization flag

if(check($Test, SQL)){ //Is $Test sanitized?
echo ‘yes’;} //Yeah it is
else echo ‘no’; //No it isn’t
?> [/code]

The if statement receives a boolean value from the check() function, if $Test is sanitized or not. $Test is not sanitized, and will echo “no”.

Combining Filters

In the source of the included OWASP file, you will see this set of lines:


[code]define(“PARANOID”, 1);
define(“SQL”, 2);
define(“SYSTEM”, 4);
define(“HTML”, 8);
define(“INT”, 16);
define(“FLOAT”, 32);
define(“LDAP”, 64);
define(“UTF8”, 128);[/code]

If you were to replace PARANOID with 1 in the sanitize function, you would get the same results. To combine filters, we can add them together.




$Test = ““;//XSS and injection attack
$Flags = HTML + SQL; //Add 2 filters to sanitization


echo sanitize($Test, $Flags);

?> [/code]

This will return “&ltscript&gt’ or ”&lt/script&gt”, which will not be interpreted but will render as “ “. It is now “safe” to query a database with that variable, and also display it to the screen.

These filters take a large chunk of the sanization work out for you, but there is still the issue of string length, with PHP the substr function will take care of that. These filters are hardly a end-all solution, but it provides a good drop-in solution that will be strengthened with other developers.


Same as always, criticism/suggestions/food is encouraged and welcomed.

Oh… I almost forgot.
Written in Word. 😀

By admin

Former Freehand Freelance Graphic Illustrator... been online since 2004 ( late starter ), blogging since 2005, presently writing a suspense-thriller e-book that began as a screenplay.

Leave a Reply

Your email address will not be published. Required fields are marked *