Federico Almada

En plena ducha, se me vino a la mente una posible solución a los problemas de inyecciones de código SQL, o bien dicho en inglés SQL Injection, a fines de que el usuario en realidad no deba hacer arte de magia para proteger su base de datos, sino que venga planificado de antemano por el servidor (sea Oracle, MySQL, etc).

Si analizamos el código de una consulta, nos encontramos con algo así como:

SELECT data FROM info WHERE data = valor

En esta consulta, simplemente tomamos el campo data, de la tabla info, donde los datos contenidos en data sean iguales a valor.

Bien, esta consulta… por medio de SQL, podría terminar en malas manos, y con algunos trucos de magia, insertar un break en la sentencia para finalmente ejecutar otras condiciones.

Ahora bien, si a esta sentencia, le ponemos que sea obligatoria el campo de AUTH (por ejemplo, pueden ponerle otro nombre), siendo que la misma sea:

SELECT data FROM info WHERE data = valor AUTH password

y que cuando el gestor de base de datos la tome, si el campo AUTH no está, o bien, la clave de este es incorrecta, entonces que no realice la consulta mencionada anteriormente.

¿Por qué creo yo que solucionaría este tema de los SQL Injection?

Porque cuando se hacen inyecciones de SQL, lo normal es que la sentencia se parta en dos… es decir… alguien introduce en los datos del WHERE un punto y coma, como la sentencia es errónea, no se ejecuta… luego inserta un DROP, y quedamos pagando. Dado que si insertan el punto y coma, el AUTH no estaría presente, la inyección sería fallida. Caso contrario, de que el atacante agregue el AUTH, desconocería el password, por lo cual también fallaría su ataque.

Si bien, admito que este agregado complicaría más las cosas para los desarrolladores (al tener que reiterar el AUTH en cada intento de consulta), lo ideal sería que se pueda asignar permisos el AUTH a tablas y/o columnas específicas, como también a acciones como DROP, DELETE, etc. De este modo, todas las consultas de SELECT que no sean importantes (es decir, que no apunten a una tabla/columna protegida) no deberían ser modificadas… y terminaríamos con el problema de una sola vez.

Desconozco que tan fácil sería el cambio, pero bueno… no es algo que pueda hacer realidad por mi cuenta, así que dejo la idea y si estoy meando muy fuera del tarro… simplemente díganlo, lo aceptaré con gusto (y si existe algo así en algún gestor de BBDD, también avisad!)