LLVM -3

지난번 설치까지 끝을 냈다. 그럼 사용을 하는걸로 넘어가 보도록 하자.

1. clang? clang!

처음 설치하고 llvm을 실행해보려고 llvm 파일을 찾았더니 아무리 찾아도 없어서 상당히 당황했다.

여기저기 찾아본 결과, 실행파일명은 llvm이 아니라 clang 이라는걸 알기까지 다소 시간이 걸렸다.

우선 테스트 해볼 소스코드는 아래와 같이 간단하다

쓰이지도 않을 c라는 변수와 함께 HIHIHIHIIH를 출력하고 종료하는 단순한 프로그램이다.

이 프로그램을 각각 gcc와 clang(llvm)으로 컴파일 해 볼 예정이다.

우선 clang을 통해서 컴파일 한 것은 test,

gcc를 통해서 컴파일 한것을 test2으로 지정한 후, 두 파일의 opcodes 를 비교하는걸로 시작하자.

먼저 test ( clang )의 결과물이다.

60 라인( 실제로는 라인 수가 아니지만) 이 출력된 것을 볼 수 있다. 

이제 test2 (gcc)를 보도록 하자.

47 라인으로 끝나는 것을 볼 수 있다. 실제로 아래쪽의 코드가 c언어와 매칭하기 더욱 편한것을 느꼈다.

clang을 통해서 쓰는것이 좀더 쓸데없는? 코드를 더 넣는것 같다.

2. 난독화

llvm을 접하게 되면서 가장 관심이 깊었던건 역시 난독화 분야이다. 이 난독화를 테스트 해보기위해 여기저기 뒤진결과 공식 페이지에 사용방법이 나와있는것을 발견했다.

해당 옵션들을 사용해서 두 파일의 난독화 정도를 비교하기 위해 소스코드를 조금만 더 복잡하게 짜서 테스트 해 보기로 하였다.

코드는 55809와 xor 한 결과값을 두고 문구를 출력하는 간단한 프로그램이다. 분기문이 있어야 될것 같아서 몇가지의 분기문을 추가하고 이 것을 컴파일 해 보았다.

우선 일반적으로 clang을 통해 컴파일 한 결과의 그래프는 아래와 같다

마지막 네모 4개를 보아서 저 부근이 switch 문으로 확인할 수 있다. 크게 복잡하지 않은 구조임을 한눈에 확인 할 수 있다.

이제 모든 옵션을 가미한 결과물의 그래프를 보자.

보기만해도 상당히 암이 걸린다. 위에서 적었다 시피 코드가 크게 복잡하지 않음에도 불구하고 이렇게 암걸리는 코드를 생성해 낼 수 있다.

이걸 NDK에 적용하려고 생각하니 벌써부터 신이 난다

3. 일단 마무리

NDK 설정을 해줘야 하기도하고, 이것을 따로 적용시켜주기도 해야하고.. 다음 포스팅까지는 아마 시간이 길게 걸릴것 같다.

----------------------------------------------------------------------------------------------------------------------------------------------

Reference

NOP