Duda sobre codigo anti XSS y Sql injection en variables

[thetwister]

Hola de nuevo foro, tego una duda sobre el uso de un codigo que encontre aqui.

En este tema [URL="http://www.forosdelweb.com/f18/funcion-para-evitar-xss-sql-injection-958648/"]http://www.forosdelweb.com/f18/funcion-para-evitar-xss-sql-injection-958648/[/URL] encontre un codigo que modificó abimaelrc que sirve contra el XSS

Tambien en youtube encontré este contra la Sql Injection

Código PHP:

  <?php  
// De aqui http://www.youtube.com/watch?v=C99RciTgTRA  minuto 7:52 
 
function protect($v){ 
    $v=mysql_real_escape_string($v);     
    $v=htmlentities($v, ENT_QUOTES); 
    $v=trim($v); 
    return($v); 
    } 
?>   

No estoy seguro si ese segundo codigo realmente ayuda suficiente contra el Sql Injection.
Por el momento estoy usando el codigo de abimaelrc primero pasandolo con con la funcion Filter_Xss y luego la funcion realEscapeString y por ultimo el protect y funciona bien, no da errores y hace lo que se supone haga

Mi duda es ¿a que variables tengo que pasarle esto?
Segun tengo entendido de lo que lei es que se lo pase todas las funciones que se conecten a la base de datos ya sea que venga de un imput text, checkbox o cualquiera que conecte.

¿estoy en lo cierto?

Otra duda que tengo es ...

si por ejemplo recibo un $_POST o $_GET o cualquier otro y este tiene "codigo maligno" ¿sirve de algo que a eso que reciba le haga un str_replace para quitar signos como " $ { ( ) " o incluso un preg_match en caso de que detecte caracteres no permitidos?
¿ o de todos modos se "activaria" ese codigo malicioso ?

[webankenovi]

Iniciado por thetwister

Mi duda es ¿a que variables tengo que pasarle esto?

todas las entradas manipulables por usuario dirigidas a una bd por ejemplo un nombre que vas a guardar/consultar/modiicar/ en la bd y ha sido introducido por un usuario en un formulario

Iniciado por thetwister

si por ejemplo recibo un $_POST o $_GET o cualquier otro y este tiene "codigo maligno" ¿sirve de algo que a eso que reciba le haga un str_replace para quitar signos como " $ { ( ) " o incluso un preg_match en caso de que detecte caracteres no permitidos?
¿ o de todos modos se "activaria" ese codigo malicioso ?

escapa antes de guardarla y antes de mostrar la variable

strip_tags http://php.net/manual/es/function.strip-tags.php
htmlspecialchars http://www.php.net/manual/es/functio...ecialchars.php
htmlentities http://www.php.net/manual/es/function.htmlentities.php

[thetwister]

ok, gracias
Checare esos que dices (strip_tags, etc etc)

Tambien quiero encriptar las contraseñas de los usuarios pues dejarlos en texto plano seria como un tiro al pie , asi que encontre algunos como el md5, sha1 y sha2

En el SHA2 vi que hay 256 y 512

que el codigo me parece es asi

Código PHP:

   
$pass="Alguno_con_512"; 
$s512= hash('sha512',$pass);  
   

Lo que no estoy seguro es si el sha512 sea algo pesado para el servidor, lo bueno es que la pagina no tendra mas de 40 personas usandola por lo que no creo sea tan pesado pero a la vez lei que no era recomendado el sha512 para contraseñas sino con el sha256 o el "blowfish" (algo asi se escribia este ultimo jeje)

¿cual debo usar y que no sea el md5 ni el sha1?

por cierto, aqui una pagina con algunas comparaciones de estos y otros
[URL="http://www.kellermansoftware.com/t-articlestrongesthash.aspx"]PAGINA[/URL]

[webankenovi]

la verdad eso que dices de encriptar las contraseñas , es lo correcto , no puedes dejar contraseñas en texto plano , imaginate que un maleante entra en tu bd roba los emails y ademas de eso te roba todas las contraseñas sin encriptar , imaginate lo que puede suceder , mucha gente usa la misma contraseña para todo para el email cuentas en webs etc... algo no recomendable ,, encripta y codifica todos los datos sensibles en la bd . habra datos que tengas que encriptarlos ya que3 nunca se usaran en una vista en html y codifica los que si necesites pasarlo a texto plano un ejemplo muy sencillo y basico

$user = base64_encode('juanito matalascañas');

echo $user;

$mostrar = base64_decode($user);

echo $user;


ahora si guardamos el user en la bd como $user estara codificado en la bd y al seleccionarlo pasamos $mostrar añadiendo la variable que selecciono los datos no $user


respecto a la encriptacion

yo te recomiendo que eches un vistazo a crypt y mcrypt

http://php.net/manual/es/function.crypt.php
http://es.php.net/manual/es/book.mcrypt.php

[thetwister]

si lei esos pero me queda la duda de
¿cual forma de encriptar debo usar que sea adecuada para contraseñas, que no sea sha1 ni md5 y sobretodo de un solo sentido ?

la sha256 parece buena pues es de un solo sentido pero se me hace muy larga y quizas pesada para el servidor.

¿cual seria mejor?

[webankenovi]

contra mas larga mas segura y si ademas le añades un sallt con bastantes caracteres sera muy dificil de averiguar o por lo menos tardara bastante tiempo

crypt : No hay función de desencriptado, ya que crypt() utiliza un algoritmo de un solo sentido. te contesta eso a tu pregunta

yo usaria mcrypt

ejemplo de php.net

Código PHP:

Ejemplo #1 Ejemplo de mcrypt_encrypt()
<?php
    $iv_size = mcrypt_get_iv_size(MCRYPT_RIJNDAEL_256, MCRYPT_MODE_ECB);
    $iv = mcrypt_create_iv($iv_size, MCRYPT_RAND);
    $key = "Esta es una clave muy secreta";
    $text = "Encuéntrame a las 11 en punto detrás del monumento.";
    echo strlen($text) . "\n";
 
    $crypttext = mcrypt_encrypt(MCRYPT_RIJNDAEL_256, $key, $text, MCRYPT_MODE_ECB, $iv);
    echo strlen($crypttext) . "\n";
?>
 

[abimaelrc]

Para que puedas entender el concepto de xss te recomiendo esta lectura http://shiflett.org/blog/2006/jan/ad...-escape-string

Pero en simples terminos solo necesitas usar en la librería de mysql (no recomendada porque va a estar obsoleta) la función mysql_real_escape_string en MySQLi con mysqli::real_escape_string y si es con PDO usar los bindValue o bindParam.

La idea de la función que indicaste es evitar atacan con consultas a la base de datos, sino que usen los campos que nosotros hemos indicado, cualesquiera de las funciones que te indiqué son las necesarias para evitar esta primera parte del ataque.

[thetwister]

ya veo, gracias por sus respuestas

creo que usare el mysql_real_escape_string pues todo está hecho en mi pagina por la libreria mysql, pero en un futuro cercano (tan pronto como sea posible) la cambiare por el uso de mysqli.

leí la pagina del 1er enlace que pusiste abimaelrc pero me queda una duda que puse en el principio.

Imaginando que de x manera paso una \ o $ o lo que sea, en el transcurso en el que se va a enviar el dato a la base de datos, el preg_match no ayuda en algo si le ordeno que solo permita ciertos caracteres nada mas, esto antes de enviar a la BD ?

[ANDRESDD]

Muy interesante todo lo que he leido aqui, he entendido que debo usar el mysql_real_escape_string en cualquier formulario donde el usuario ingrese datos a mi base de datos, la duda que tengo es: en mi pagina tengo una encuesta que solo utiliza botones select en donde solo pueden escoger numeros del 0 al 10, es necesario que utilice esta funcion para proteger el envio de estos numeros? o aqui no es necesario? igualmente tengo consultas a la base de datos para generar gráficas, aqui tambien seria necesario proteger las consultas mysql?

[Triby]

ANDRESDD, la primera regla de seguridad es No confiar en las acciones del usuario, porque fácilmente pueden modificar tu formulario y enviarlo para buscar errores.

[abimaelrc]

Asi es, yo puedo modificar facilmente cualquier formulario con tan solo usar el inspector de elementos de google o firefox y enviar otrovalor que no esta en el formulario. Regla de oro nunca, nunca pero nunca se me olvido decir nunca, te dije nunca alguna vez por si acaso nunca y repito para que se les quede nunca confiez en lo que envia un usuario.

PD: NUNCA
PD2: NUNCA...