SQL ATTACKS ... FOR DUMMIES ISSUE 1 DRAFT A



Inyección SQL FOR DUMMIES



La Inyección SQL es un método de infiltración de código intruso que se vale de una vulnerabilidad informática presente en una aplicación en el nivel de validación de las entradas para realizar consultas a una base de datos.


El origen de la vulnerabilidad radica en el incorrecto chequeo y/o filtrado de las variables utilizadas en un programa que contiene, o bien genera, código SQL. Es, de hecho, un error de una clase más general de vulnerabilidades que puede ocurrir en cualquier lenguaje de programación o script que esté embebido dentro de otro.


Se conoce como Inyección SQL, indistintamente, al tipo de vulnerabilidad, al método de infiltración, al hecho de incrustar código SQL intruso y a la porción de código incrustado.


Contenido
  • 1 Descripción
  • 2 Algunas formas de evitar la Inyección SQL
  • 2.1 Ruby on Rails
  • 2.2 Perl
  • 2.3 PHP
  • 2.4 Java
  • 2.4.1 Parametrización de sentencias SQL
  • 2.4.2 Escape de las variables a insertar en la sentencia SQL
  • 2.5 En C#



Descripción


Se dice que existe o se produjo una inyección SQL cuando, de alguna manera, se inserta o "inyecta" código SQL invasor dentro del código SQL programado, a fin de alterar el funcionamiento normal del programa y lograr así que se ejecute la porción de código "invasor" incrustado, en la base de datos.


Este tipo de intrusión normalmente es de carácter malicioso, dañino o espía, por tanto es un problema de seguridad informática, y debe ser tenido en cuenta por el programador de la aplicación para poder prevenirlo. Un programa elaborado con descuido, displicencia o con ignorancia del problema, podrá resultar ser vulnerable, y la seguridad del sistema (base de datos) podrá quedar eventualmente comprometida.


La intrusión ocurre durante la ejecución del programa vulnerable, ya sea, en computadores de escritorio o bien en sitios Web, en éste último caso obviamente ejecutándose en el servidor que los aloja.


La vulnerabilidad se puede producir automáticamente cuando un programa "arma descuidadamente" una sentencia SQL en tiempo de ejecución, o bien durante la fase de desarrollo, cuando el programador explicita la sentencia SQL a ejecutar en forma desprotegida. En cualquier caso, siempre que el programador necesite y haga uso de parámetros a ingresar por parte del usuario, a efectos de consultar una base de datos; ya que, justamente, dentro de los parámetros es donde se puede incorporar el código SQL intruso.


Al ejecutarse la consulta en la base de datos, el código SQL inyectado también se ejecutará y podría hacer un sinnúmero de cosas, como insertar registros, modificar o eliminar datos, autorizar accesos e, incluso, ejecutar otro tipo de código malicioso en el computador.


Por ejemplo, asumiendo que el siguiente código reside en una aplicación web y que existe un parámetro "nombreUsuario" que contiene el nombre de usuario a consultar, una inyección SQL se podría provocar de la siguiente forma:


El código SQL original y vulnerable es:


consulta := "SELECT * FROM usuarios WHERE nombre = '" + nombreUsuario + "';"


Si el operador escribe un nombre, por ejemplo "luser ", nada anormal sucederá, la aplicación generaría una sentencia SQL similar a la siguiente, que es perfectamente correcta, en donde se seleccionarían todos los registros con el nombre "luser" en la base de datos:


Luser, contracción del inglés entre loser (perdedor, fracasado) y user (usuario), es un término utilizado por hackers y BOFHs para referirse a los usuarios comunes ('''' en inglés o l-users, de ahí el término), de manera despectiva y como burla. ...
                                               es.wikipedia.org/wiki/Luser


';SELECT * FROM usuarios WHERE nombre = '


Pero si un operador malintencionado escribe como nombre de usuario a consultar:


"luser'; DROP TABLE usuarios; SELECT * FROM datos WHERE nombre LIKE '%"


(sin las comillas externas), se generaría la siguiente consulta SQL:


SELECT * FROM usuarios WHERE nombre = 'luser'; DROP TABLE usuarios; SELECT * FROM datos WHERE nombre LIKE '%';


En la base de datos se ejecutaría la consulta en el orden dado, se seleccionarían todos los registros con el nombre 'luser', se borraría la tabla 'usuarios' y finalmente se seleccionaría toda la tabla "datos", que no debería estar disponible para los usuarios web comunes.


En resumen, cualquier dato de la base de datos puede quedar disponible para ser leído o modificado por un usuario malintencionado.


La inyección SQL es fácil de evitar, por parte del programador, en la mayoría de los lenguajes de programación que permiten desarrollar aplicaciones web.


En la siguiente sección se trata brevemente ese tema.


Algunas formas de evitar la Inyección SQL


Ruby on Rails
En el framework Ruby on Rails (RoR), las consultas son verificadas automáticamente por cualquiera de los métodos de búsqueda incluidos. Por ejemplo:


Project.find(:all, :conditions => ["name = ?", params[:name]]) # o bien Project.find(:all, :conditions => {:name => params[:name]})


La única forma de que un usuario mal intencionado pueda usar una inyección de SQL en RoR es que mediante código se transforme la variable a tipo string y se utilice como argumento de la búsqueda directamente. Por ejemplo:
# NO SE DEBERÍA HACER ESTO Project.find(:all, :conditions => "name = '#{params[:name]}'")


Perl
En lenguaje Perl DBI, el método DBI::quote filtra los caracteres especiales (asumiendo que la variable $sql contiene una referencia a un objeto DBI):
$query = $sql->prepare ( "SELECT * FROM usuarios WHERE nombre = " . $sql->quote($nombre_usuario) );
O también se puede usar la característica placeholder (con comillado automático) como sigue:
$query = $sql->prepare("SELECT * FROM usuario WHERE nombre = ?"); $query->execute($nombre_usuario);


PHP
En el lenguaje PHP, hay diferentes funciones que pueden servir de ayuda para usar con distintos sistemas de gestión de bases de datos. Para MySQL, la función a usar es mysql_real_escape_string:
$query_result = mysql_query("SELECT * FROM usuarios WHERE nombre = \"" . mysql_real_escape_string($nombre_usuario) . "\"");


Java
En lenguaje Java, se puede usar la clase PreparedStatement
En lugar de:
Connection con = (acquire Connection) Statement stmt = con.createStatement(); ResultSet rset = stmt.executeQuery("SELECT * FROM usuarios WHERE nombre = '" + nombreUsuario + "';");
se puede usar parametrización o escape de variables, como se indica en los siguiente apartados.


Parametrización de sentencias SQL
Connection con = (acquire Connection) PreparedStatement pstmt = con.prepareStatement("SELECT * FROM usuarios WHERE nombre = ?"); pstmt.setString(1, nombreUsuario); ResultSet rset = pstmt.executeQuery();


Escape de las variables a insertar en la sentencia SQL
Escapar el texto contenido en la variable reemplazando los caracteres especiales en SQL por su equivalente textual, de tal forma que SQL interprete todo el contenido de la variable como si fuera texto.
Connection con = (acquire Connection) Statement stmt = con.createStatement(); ResultSet rset = stmt.executeQuery("SELECT * FROM usuarios WHERE nombre = '" + nombreUsuario.replace("\\", "\\\\").replace("'", "\\'") + "';");


También se puede utilizar el método escapeSQL
de la clase StringEscapeUtils
procedente de la librería de Apache Commons Lang
Connection con = (acquire Connection) Statement stmt = con.createStatement(); ResultSet rset = stmt.executeQuery("SELECT * FROM usuarios WHERE nombre = '" + StringEscapeUtils.escapeSQL(nombreUsuario) + "';");


En C#
En lenguaje C#, de la plataforma .NET (o su alternativa libre Mono), se tiene ADO.NET SqlCommand (para Microsoft SQL Server) o OracleCommand (para servidores de bases de datos Oracle). El ejemplo siguiente muestra cómo prevenir los ataques de inyección de código usando el objeto SqlCommand. El código para ADO.NET se programa de forma similar, aunque puede variar levemente según la implementación específica de cada proveedor.


En vez de:


using( SqlConnection con = (acquire connection) ) { con. Open(); using( SqlCommand cmd = new 


SqlCommand("SELECT * FROM usuarios WHERE nombre = '" + nombreUsuario + "'", con) ) { using( SqlDataReader rdr = cmd.ExecuteReader() ){ ... } } }


se podría usar lo siguiente:


using( SqlConnection con = (acquire connection) ) { con. Open(); using( SqlCommand cmd = new 


SqlCommand("SELECT * FROM usuarios WHERE nombre = @nombreUsuario", con) ) { 


cmd.Parameters.AddWithValue("@nombreUsuario", 


nombreUsuario); using( SqlDataReader rdr = 


cmd.ExecuteReader() ){ ... } } }

Esto , es solo una introducción .. como es lógico que controlar de manera perfecta esta técnica se tendría que conocer, como mínimo, antes de seguir este taller :

1- Visual Basic o c#
2 -ADO.net ( con las cadenas de conexión me vale :-) )
3- ASP.net p Php .. tendremos que conocer como se validan las cosas en la parte servidor no?
4- RubyOnrails lo dejamos para los Élites ... eso cuando toque
5- y como no SQL/pl o T-SQL , pero como el padre nuestro ... no digo más que luego me regañan :-)

Maquiavelo


Entradas populares de este blog

SHELLCODES por un tubo ....

Proteger ASP.NET de inyecciones SQL How T0? BEST PRACTICES

CERTIFICACIONES DE SEGURIDAD