Unicode Injection
Last updated
Last updated
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
백엔드/프론트엔드가 이상한 유니코드 문자를 수신할 때 어떻게 동작하는지에 따라 공격자는 보호를 우회하고 임의의 문자를 주입할 수 있으며, 이는 XSS 또는 SQLi와 같은 주입 취약점을 악용하는 데 사용될 수 있습니다.
유니코드 정규화는 유니코드 문자가 ASCII 문자로 정규화될 때 발생합니다.
이러한 유형의 취약점의 일반적인 시나리오는 시스템이 사용자의 입력을 확인한 후 어떤 식으로든 수정할 때 발생합니다. 예를 들어, 일부 언어에서는 입력을 대문자 또는 소문자로 변환하는 간단한 호출이 주어진 입력을 정규화하고 유니코드가 ASCII로 변환되어 새로운 문자가 생성될 수 있습니다. 자세한 내용은 다음을 확인하세요:
Unicode Normalization\u
to %
유니코드 문자는 일반적으로 \u
접두사로 표현됩니다. 예를 들어 문자 㱋
는 \u3c4b
입니다(여기에서 확인). 만약 백엔드가 \u
접두사를 %
로 변환하면, 결과 문자열은 %3c4b
가 되며, URL 디코딩하면: **<4b
**가 됩니다. 그리고, 보시다시피, <
문자가 주입됩니다.
백엔드가 취약하다면 이 기술을 사용하여 어떤 종류의 문자도 주입할 수 있습니다.
필요한 문자를 찾으려면 https://unicode-explorer.com/를 확인하세요.
이 취약점은 실제로 연구자가 발견한 취약점에서 비롯된 것으로, 더 깊이 있는 설명은 https://www.youtube.com/watch?v=aUsAHb0E7Cg에서 확인하세요.
백엔드는 이모지를 수신할 때 이상하게 동작합니다. 연구자가 💋img src=x onerror=alert(document.domain)//💛
와 같은 페이로드로 XSS를 달성한 이 글에서 발생한 일입니다.
이 경우, 서버가 악성 문자를 제거한 후 UTF-8 문자열을 Windows-1252에서 UTF-8로 변환했기 때문에 오류가 발생했습니다(기본적으로 입력 인코딩과 변환 인코딩이 불일치했습니다). 그러면 이는 적절한 <를 제공하지 않고 이상한 유니코드 문자 ‹
만 제공합니다.
``그래서 이 출력값을 가져와서 이제 UTF-8에서 ASCII로 다시 변환했습니다. 이로 인해 ‹
가 <
로 정규화되었고, 이것이 그 시스템에서 익스플로잇이 작동할 수 있었던 방법입니다.
이것이 발생한 일입니다:
Emoji 목록:
AWS 해킹 배우기 및 연습하기:HackTricks Training AWS Red Team Expert (ARTE) GCP 해킹 배우기 및 연습하기: HackTricks Training GCP Red Team Expert (GRTE)