hacktricks/pentesting-web/unicode-injection
2024-02-05 03:11:06 +00:00
..
README.md Translated ['pentesting-web/hacking-with-cookies/cookie-bomb.md', 'pente 2024-01-10 17:13:17 +00:00
unicode-normalization.md Translated ['exploiting/linux-exploiting-basic-esp/README.md', 'exploiti 2024-02-05 03:11:06 +00:00

Injeção Unicode

Aprenda hacking no AWS do zero ao herói com htARTE (HackTricks AWS Red Team Expert)!

Outras formas de apoiar o HackTricks:

Introdução

Dependendo de como o back-end/front-end se comporta ao receber caracteres unicode estranhos, um atacante pode ser capaz de burlar proteções e injetar caracteres arbitrários que podem ser usados para explorar vulnerabilidades de injeção como XSS ou SQLi.

Normalização Unicode

A normalização Unicode ocorre quando caracteres unicode são normalizados para caracteres ascii.

Um cenário comum desse tipo de vulnerabilidade ocorre quando o sistema está modificando de alguma forma a entrada do usuário depois de tê-la verificado. Por exemplo, em alguns idiomas, uma simples chamada para tornar a entrada em maiúsculas ou minúsculas pode normalizar a entrada fornecida e o unicode será transformado em ASCII, gerando novos caracteres.
Para mais informações, confira:

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

\u para %

Caracteres Unicode geralmente são representados com o prefixo \u. Por exemplo, o caractere é \u3c4b(verifique aqui). Se um back-end transforma o prefixo \u em %, a string resultante será %3c4b, que decodificado por URL é: <4b. E, como você pode ver, um caractere < é injetado.
Você pode usar essa técnica para injetar qualquer tipo de caractere se o back-end for vulnerável.
Confira https://unicode-explorer.com/ para encontrar os caracteres que você precisa.

Esta vulnerabilidade na verdade vem de uma vulnerabilidade que um pesquisador encontrou, para uma explicação mais aprofundada confira https://www.youtube.com/watch?v=aUsAHb0E7Cg

Injeção de Emoji

Back-ends às vezes se comportam de maneira estranha quando recebem emojis. Foi o que aconteceu neste relato onde o pesquisador conseguiu realizar um XSS com um payload como: 💋img src=x onerror=alert(document.domain)//💛

Neste caso, o erro foi que o servidor, após remover os caracteres maliciosos, converteu a string UTF-8 de Windows-1252 para UTF-8 (basicamente a codificação de entrada e a conversão de codificação não coincidiam). Então isso não gerou um < apropriado, apenas um unicode estranho:
``Então eles pegaram essa saída e converteram novamente agora de UTF-8 para ASCII. Isso normalizou o para < e assim o exploit pôde funcionar naquele sistema.
Foi o que aconteceu:

<?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;

Listas de emojis:

Aprenda hacking no AWS do zero ao herói com htARTE (HackTricks AWS Red Team Expert)!

Outras formas de apoiar o HackTricks: