Injection Unicode

Apprenez le piratage AWS de zéro à héros avec htARTE (HackTricks AWS Red Team Expert)!

Autres moyens de soutenir HackTricks :

Si vous souhaitez voir votre entreprise annoncée dans HackTricks ou télécharger HackTricks en PDF, consultez les PLANS D'ABONNEMENT!
Obtenez le merchandising officiel PEASS & HackTricks
Découvrez La Famille PEASS, notre collection d'NFTs exclusifs
Rejoignez le 💬 groupe Discord ou le groupe telegram ou suivez moi sur Twitter 🐦 @carlospolopm.
Partagez vos astuces de piratage en soumettant des PR aux dépôts github HackTricks et HackTricks Cloud.

Introduction

Selon la manière dont le back-end/front-end se comporte lorsqu'il reçoit des caractères unicode étranges, un attaquant pourrait être capable de contourner les protections et injecter des caractères arbitraires qui pourraient être utilisés pour exploiter des vulnérabilités d'injection telles que XSS ou SQLi.

Normalisation Unicode

La normalisation Unicode se produit lorsque les caractères unicode sont normalisés en caractères ascii.

Un scénario courant de ce type de vulnérabilité se produit lorsque le système modifie d'une manière ou d'une autre l'entrée de l'utilisateur après l'avoir vérifiée. Par exemple, dans certaines langues, un simple appel pour rendre l'entrée en majuscules ou en minuscules pourrait normaliser l'entrée donnée et l'unicode sera transformé en ASCII, générant de nouveaux caractères.
Pour plus d'informations, consultez :

{% content-ref url="unicode-normalization.md" %} unicode-normalization.md {% endcontent-ref %}

`\u` en `%`

Les caractères Unicode sont généralement représentés avec le préfixe \u. Par exemple, le caractère 㱋 est \u3c4b(vérifiez-le ici). Si un backend transforme le préfixe \u en %, la chaîne résultante sera %3c4b, qui, une fois décodée en URL, est : <4b. Et, comme vous pouvez le voir, un caractère < est injecté.
Vous pourriez utiliser cette technique pour injecter n'importe quel type de caractère si le backend y est vulnérable.
Consultez https://unicode-explorer.com/ pour trouver les caractères dont vous avez besoin.

Cette vuln provient en fait d'une vulnérabilité qu'un chercheur a trouvée, pour une explication plus approfondie consultez https://www.youtube.com/watch?v=aUsAHb0E7Cg

Injection d'Emoji

Les back-ends se comportent parfois de manière étrange lorsqu'ils reçoivent des emojis. C'est ce qui s'est passé dans ce compte-rendu où le chercheur a réussi à obtenir un XSS avec une charge utile telle que : 💋img src=x onerror=alert(document.domain)//💛

Dans ce cas, l'erreur était que le serveur, après avoir supprimé les caractères malveillants, a converti la chaîne UTF-8 de Windows-1252 en UTF-8 (en gros, l'encodage d'entrée et la conversion de l'encodage ne correspondaient pas). Cela ne donne pas un vrai < mais un unicode étrange : ‹
``Ils ont donc pris cette sortie et l'ont convertie à nouveau maintenant de UTF-8 en ASCII. Cela a normalisé le ‹ en < c'est ainsi que l'exploit a pu fonctionner sur ce système.
Voici ce qui s'est passé :

<?php

$str = isset($_GET["str"]) ? htmlspecialchars($_GET["str"]) : "";

$str = iconv("Windows-1252", "UTF-8", $str);
$str = iconv("UTF-8", "ASCII//TRANSLIT", $str);

echo "String: " . $str;

Listes d'émojis :