dll 참조 후 디버깅 중 정의로 이동(f12)시 구현코드 가릴려면 어떻게 해야하나요?

Question

장비 통신 프로그램만 dll로 제작을 하였으며,해당 dll을 납품해야하는 프로그램에 참조하여 사용하고 있습니다.소스코드 개발환경에서는 정의로 이동(f12)을 해도 구현 코드가 보이지않고정의된 내부 메써드, 변수들만 오픈이 됩니다.그런데 디버깅환경에서는 정의로 이동(f12)하게되면 구현코드가 오픈이 됩니다... 이걸 막으려면 어떻게 해야하나요...?

ykd · Answer

별도 바이너리로 rpc 같은걸 하지 않는 한 막을 수 없습니다

캐티 · Answer

디버그 심볼과 lib 파일을 삭제하여야 하지 않겠나요.코드 최적화도 최대로 적용하면 앵간해서 잘 열리지 않을 것이어요.[1] OKKY - vc++ 디버깅 심볼

mirheeoj · Answer

장비라고 하시니 일반 C/C++계열 윈도 네이티브 DLL로 가정했는데, 혹시 다른 환경이면 알려주세요. 이 경우는 릴리즈 바이너리만 배포하고 pdb등 심볼파일을 공유하지 않으면 됩니다. 원래 이런 식으로 배포하는 게 정석입니다. 디버깅 환경에서는 디버그모드 바이너리와 심볼파일이 모두 있으니 내용이 보이게 되는 것이고요.실제 고객이 쓰는것과 동일한 환경 구성해놓고 (사내 심볼서버 접근X, 릴리즈모드 바이너리 사용, PDB 공유X) 사내 개발환경과 무관한 다른 네트워크를 구성해 거기다 디버거 깔아서 같은 동작 해보세요. 그럼 무슨 얘기인지 이해가 되실 겁니다. 디버깅 관련정보가 사라졌고 심볼도 없으니 외부 익스포트된 함수명 등등 아주 제한적인 정보만 알 수 있고 코드도 어셈블리로만 보이게 되죠.(대충 이런 식)만약 이래도 회사 내부 코드 관련 정보가 그대로 보인다면 불필요한/잘못된 파일을 고객에게 주고 있었던 셈이므로 철저히 점검하셔야 합니다.물론 릴리즈 모드 바이너리만 가지고도 어셈블리 레벨 디버깅은 되고 이걸 가지고 역컴파일까지 할 수도 있지만 이는 리버스 엔지니어링에 해당하는 영역이라 쉽지 않은 작업일 뿐더러, 이것까지 막는 방법도 따로 존재는 합니다. 그렇게까지 해야 하는 프로젝트가 많지는 않지만요.

dll 참조 후 디버깅 중 정의로 이동(f12)시 구현코드 가릴려면 어떻게 해야하나요?

3개의 답변

Q&A 목록