안녕하세요! 해킹 알려줄게입니다. 😎

오늘은 숫자에서 발생하는 Numeric Truncation Error를 가져왔어요. ✂️

숫자가 잘린다니! 😲 이게 도대체 어떻게 된 일이죠?

그럼 이제 Numeric Truncation Error가 뭔지 알아보면서, 둘의 차이점을 확실히 알아보자구요!

📌 2진수는 앞의 0b를 붙여 표시합니다! 하지만 해당 글에서는 가독성을 위해 파란색으로 표시하였습니다. 

(5 = 0b0101 = 0101)

Numeric Truncation Error는 기본 요소가 더 작은 기본 요소로 변환되는 과정에서 데이터가 손실되어 원래 값과는 달리 예상하지 못한 값으로 저장될 때 발생합니다.

역시 말만 들어서는 조금 헷갈리죠? 🤔

16bit로 숫자 256은 00000001 00000000입니다. 하지만 8bit로 변환하게 되면 상위 8비트가 손실되어서 00000000만 남게 되는 거예요!

Numberic Truncation Error는 Integer Overflow와 비슷해요. 프로그램의 실행 흐름을 바꾸는 등의 직접적인 Exploit에는 사용되지 않지만, 중요한 변수에서 예상하지 못한 값으로 Buffer / Heap Overflow, out-of-bounds, 권한 상승 등의 또 다른 취약점으로 이어지기 때문에 주의해야 합니다!!

어떻게 다른 취약점으로 이어지는지 보여드리기 위해 예시를 들어드릴게요. 😎

실제로 발생한 취약점이 궁금하신 분들은 하루한줄도 봐주시면 감사해요. 🥺 모두 64비트를 32비트로 변환하는 과정에서 해당 취약점이 발생하게 됩니다!

제일 좋은 방법은 역시 아예 더 큰 크기의 자료형에서 더 작은 크기의 자료형으로의 명시적 형변환이 발생하지 않도록 구현하는 것입니다. 하지만 항상 그럴 수는 없는 일이죠. 😑 싱거운 해결방안이지만 형변환 이전에 Numeric Truncation Error가 발생하지 않도록 최대한 검사해주는 것이 좋겠어요. 🙂

오늘의 해킹 알려줄게도 읽어주셔서 감사합니다. 😊