Seguridad en aplicaciones web. Inyección de código SQL

La inyección SQL consiste en la modificación del comportamiento de nuestras consultas mediante la introducción de parámetros no deseados en los campos a los que tiene acceso el usuario.
Este tipo de errores puede permitir a usuarios malintencionados acceder a datos a los que de otro modo no tendrían acceso y, en el peor de los casos, modificar el comportamiento de nuestras aplicaciones.
Vamos a ver con un ejemplo que significa eso de “Inyección de código”:
Supongamos que tenemos una aplicación Web (realizada en ASP por sencillez) en la que el acceso a ciertas secciones está restringido. Para restringir ese acceso creamos una tabla de usuarios y contraseñas y sólo los usuarios que se validen contra esa tabla podrán acceder a esos contenidos. Una manera de que los usuarios se validen será colocar un par de cuadros de texto en nuestra página Web (por ejemplo txtUsuario y txtPassword) donde puedan introducir su nombre y su contraseña y enviar ese par usuario/contraseña a la base de datos para comprobar si es válido.
Supongamos que tenemos las siguientes páginas que forman parte del proceso de login.

index.htm

  1. <form action="login.asp" method="post">
  2.  
  3. Nombre: <input type="text" name="txtUsuario"><br>
  4.  
  5. Password: <input type="password" name="txtPassword"><br>
  6.  
  7. <input type="submit">
  8.  
  9. </form>

Esta primera página es sencilla. Simplemente los dos cuadros de texto mencionados que enviarán los datos a la página de login.

Login.asp

  1. Dim Usuario, Password, RS, SSQL
  2.  
  3. Usuario = Request.Form("txtUsuario")
  4.  
  5. Password = Request.Form("txtPassword")
  6.  
  7. SSQL = "SELECT count(*) FROM Usuarios WHERE Usuario = '" & Usuario &
  8.  
  9. "' AND password='" & Password & "'"
  10.  
  11. Set RS = Server.CreateObject("ADODB.Recordset")
  12.  
  13. RS.Open SSQL, "Cadena de conexion"
  14.  
  15. If (RS.EOF) Then
  16.  
  17. Response.Write "Acceso denegado."
  18.  
  19. Else
  20.  
  21. Response.Write "Te has identificado como " & RS("Usuario")
  22.  
  23. End If
  24.  
  25. Set RS = Nothing

Y en esta segunda página creamos dinámicamente una sentencia SQL que enviamos a la base de datos para la validación. Si el usuario escribe Admin y 1234 la sentencia creada será:

  1. &ldquo;SELECT Count(*) FROM Usuarios WHERE Usuario=&rsquo;Admin&rsquo;
  2. AND Password=&rsquo;1234&rsquo;&rdquo;

Y como esta sentencia nos devuelve un registro dejaremos que el usuario entre en la Web. Si el usuario escribe por ejemplo 'Admin' y de contraseña cualquier otra cosa, la sentencia no nos devolverá  registros y no permitiremos entrar a esa persona.
Pero ¿qué ocurre si el usuario escribe ' or '1'='1 como usuario y lo mismo de contraseña?
En este caso la variable Consulta contendrá la cadena:

  1. "SELECT Count(*) FROM Usuarios WHERE Usuario = '' or '1'='1'
  2. AND password = '' or '1'='1'"

Y obviamente esta sentencia nos devuelve registros con lo que el usuario entrará en nuestra Web sin tener permiso.
Pero esto no es lo peor. Lo peor será que el usuario utilice estos trucos de inyección de SQL para ejecutar código arbitrario en nuestro servidor. Sentencias DDL, cambiar permisos, utilizar procedimientos almacenados y un largo etcétera. Qué ocurriría si alguien escribiese de contraseña cosas como:

  1. ' exec master..xp_cmdshell 'net user test /ADD' -

¿Qué podemos hacer para evitar estos errores?

Pues hay varios sistemas para evitarlo. Por ejemplo podemos filtrar las entradas de los usuarios reemplazando la aparición de ‘ por ‘’ (dos comillas simples) e incluso evitando que los usuarios puedan pasar caracteres como / “ ‘ o cualquier otro que se nos ocurra que puede causar problemas. Estos filtros pueden ser tan sencillos como utilizar la sentencia replace de Visual Basic:

  1. SSQL= "SELECT count(*) FROM Usuarios WHERE Usuario = '"
  2. & Replace txtUsuario.Text, "'", "''") & "' AND password='" & Replace (txtPassword.Text, "'", "''") & "'"

Otro factor importante en cuanto a la seguridad es limitar al máximo los permisos del usuario que ejecuta estas sentencias para evitar posibles problemas. Por ejemplo utilizando un usuario distinto para las sentencias SELECT, DELETE, UPDATE y asegurándonos que cada ejecución de una sentencia ejecute una sentencia del tipo permitido.
Por supuesto utilizar el usuario ‘sa’ o uno que pertenezca al rol ‘db_owner’ para ejecutar las sentencias de uso habitual de la base de datos debería quedar descartado.
Una solución definitiva sería trabajar con procedimientos almacenados. El modo en el que se pasan los parámetros a los procedimientos almacenados evita que la inyección SQL pueda ser usada. Por ejemplo utilizando el siguiente procedimiento almacenado:

  1. CREATE Procedure Validar @usuario varchar(50), @password varchar(50) AS
  2.  
  3. If (SELECT Count(*) FROM Usuarios WHERE Usuario=@Usuario and Password=@password)>0
  4. BEGIN
  5. Return 1
  6. END
  7. ELSE
  8. BEGIN
  9. Return 0
  10. END

También deberíamos validar los datos que introduce el usuario teniendo en cuenta por ejemplo la longitud de los campos y el tipo de datos aceptados.
Esto lo podemos hacer en el cliente con los RegularExpressionValidator o con los CustomValidators del VB.NET. De todos modos si la seguridad es importante todas estas validaciones hay que repetirlas en el servidor.
Por ultimo, y ya que estamos pensando en entornos Web, podemos programar en ASP.NET y utilizar siempre que sea posible las clases System.Web.Security.FormsAuthentication para que los usuarios entren en nuestras aplicaciones Web.

Enviar un comentario nuevo

El contenido de este campo se mantiene privado y no se mostrará públicamente.
  • Las direcciones de las páginas web y las de correo se convierten en enlaces automáticamente.
  • Etiquetas HTML permitidas: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Saltos automáticos de líneas y de párrafos.
  • You can enable syntax highlighting of source code with the following tags: <code>, <blockcode>, <pre>, <c>, <cpp>, <csharp>, <css>, <drupal5>, <drupal6>, <html>, <java>, <javascript>, <jquery>, <mysql>, <php>, <python>, <robots>, <ruby>, <sql>, <tsql>, <vb>, <vbnet>, <xml>. The supported tag styles are: <foo>, [foo]. PHP source code can also be enclosed in <?php ... ?> or <% ... %>.

Más información sobre opciones de formato

CAPTCHA
Esta pregunta se hace para comprobar que es usted una persona real e impedir el envío automatizado de mensajes basura.
CAPTCHA de imagen
Escriba los caracteres que se muestran en la imagen.