왜 ghidra 설치에 8시간을 썼나요?
사실 Ghidra on MacOS는 정말 가벼운 마음으로 시작했습니다. 그냥 설치하고, 방법 정리하고, 테스트 프로젝트를 통해 실행파일의 구조를 이것 저것 구경할 생각이었는데, 이상하게 MacOS에서는 ghidra의 lldb를 이용한 debugging이 잘 안 되어서 원인을 파악 중입니다.
아예 해결 방법이 없었나요?
해결 방법은 어렵지 않게 찾았는데, ghidra에서 제공하는 에러 로그에서도 나오듯이 라이브러리 경로에 lldb 라이브러리가 없는 문제라서 기본 Java 라이브러리 경로(/Users/hwansu/Library/Java/Extensions)에 해당 라이브러리를 추가하면 문제는 해결될 것으로 보입니다. 2년 전 github issue에서도 비슷한 방식을 제안하고 있습니다.
그럼 왜 그렇게 해결하지 않았나요?
라이브러리 경로를 못 찾는 문제라면 실행 스크립트에서 간단히 해결할 수 있을 것이라 생각해서 스크립트를 확인해봤습니다.
java -Djava.library.path=/path_lldb와 같은 방식으로 설정해주는데, 제대로 설정이 됨에도 JVM에 라이브러리 경로가 추가되어 있지 않는 이유가 궁금했습니다. 딱히 물어볼 사람도 없고, 일정이 정해진 것도 아니니 java에 더 익숙해질겸 원래 계획은 조금 미뤄두고 Ghidra 프로젝트를 디버깅하고 있습니다.
재밌어 보여서 그랬다는 거죠?
네 :)
이제 어떻게 할건가요?
실행 스크립트 로그와 테스트를 통해 실행하는 java 경로가 옳바른 것과 해당 옵션(-Djava.library.path=...)이 유효한 것을 확인했습니다. gpt와 상의한 결과 의심가는 경우는 Ghidra가 실행되는 시점에는 java.library.path가 제대로 설정되어 있으나, lldb 라이브러리를 로드하는 시점 (LldbManagerImpl 클래스의 static block)에는 누락되는 것입니다. Ghidra의 Entry class를 찾거나, 디버거를 통해 Ghidra 실행 시점에 java.library.path를 체크해 볼 생각입니다.
