Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

.NET Reflector + Reflexil 도구를 이용해 DLL 코드 변경

(비록 유료지만) .NET Reflector에는 "Reflexil"이라는 좋은 도구가 있습니다.

Reflexil - The .NET Assembly Editor
; http://reflexil.net/

설치 방법은 위의 사이트에서 다운로드 받아 (Reflexil 자체는 무료임) 압축을 해제하면 "Reflexil.Reflector.AIO.dll" 파일을 얻을 수 있는데 이것을 .NET Reflector의 "Tools" / "Add-Ins..." 메뉴에 추가해 줍니다.

자... 그럼 어떤 능력이 있는지 한번 실습해 볼까요? ^^

예제로 다음의 코드를 포함한 ConsoleApplication1.exe를 만들고,

using System;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("test");
        }
    }
}

빌드된 ConsoleApplication1.exe 파일을 .NET Reflector에서 불러와 수정하고 싶은 코드가 담긴 메서드로 이동합니다.

reflexil_1.png

이 상태에서 "Tools" / "Reflexil v1.7" 메뉴를 선택하면 해당 메서드에 대해 IL 코드로 디컴파일한 창이 하단에 뜹니다.

reflexil_2.png

Reflexil의 훌륭한 점은, 바로 디컴파일 창에서 IL 코드를 새롭게 추가/변경/삭제할 수 있다는 것입니다.

reflexil_3.png

간단한 예를 들기 위해 Console.WriteLine("test")를 두번 수행하도록 할 텐데, "nop"을 삭제하고 "Create new..." 명령을 통해 "ret" 명령어 이전에 ldstr/call 명령어를 추가해서 다음과 같은 결과를 만들어 냈습니다.

reflexil_4.png

마지막으로 왼쪽의 "Object Browser" 창에 있는 "ConsoleApplication1 (1.0.0.0)" 노드를 마우스 우클릭하면 나오는 "Reflexil v1.7" / "Save as..." 명령을 실행해서 IL 코드 변경 사항이 반영된 exe로 파일을 출력합니다.

해당 파일을 실행하면, 당연히 화면에는 "test" 문자열이 두번 출력되는 것을 확인할 수 있습니다.




"Create new..."로 명령어 추가하는 것이 매우 불편한데요. 이를 위해 "Replace all with code..." 메뉴가 제공됩니다. 이를 선택하면 다음과 같은 창이 뜨는데,

reflexil_5.png

보시는 바와 같이 왼쪽의 창에 코드 편집기가 제공되고 변경을 하길 원하는 메서드의 코드를 완전히 새롭게 작성할 수 있습니다. 작성 후 "Compile" 메뉴를 누르면 성공한 경우 우측에 그에 해당하는 IL 코드 목록이 나옵니다. 이 정도면... Reflexil 측에서 많이 신경쓴 것 같습니다. ^^)




당연히! 코드 뿐 아니라 리소스 파일을 바꾸는 것도 가능합니다. 위의 예제 프로젝트에서 리소스로 다음의 내용을 포함한 "item.js"라는 파일을 추가하고,

alert('test');

Main 메서드는 해당 리소스를 출력하도록 코드를 변경합니다.

using ConsoleApplication1.Properties;
using System;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine(Resources.item); // 출력 결과: alert('test');
        }
    }
}

빌드한 후 ConsoleApplication1.exe 파일을 .NET Reflector로 로드하고 "Tools" / "Reflexil v1.7" 메뉴를 선택하면 다음과 같이 리소스를 편집할 수 있는 Hexa 에디터가 제공됩니다.

reflexil_6.png

Hexa 에디터에서 원하는 데로 alert('test'); 문장을 변경/추가/삭제하고 다시 "Reflexil v1.7" / "Save as..." 명령으로 변경 사항을 저장합니다.

그럼 새롭게 변경된 리소스를 포함한 EXE 파일이 생성됩니다.




참고로, 강력한 이름으로 서명된 어셈블리를 변경한다면? 다음의 글에 나온 경고 문구를 알아두세요.

Case of the Unknown Error App Crash ? Debugging & Patching Someone Else’s .NET Race Condition
; https://chentiangemalc.wordpress.com/2014/03/20/case-of-the-unknown-error-app-crash-debugging-patching-someone-elses-net-race-condition/

Warning: .NET DLL patching is more of a pain, as you need to use the “Strong Name Remover” feature of reflexil, which I have seen corrupt EXEs before…take a backup first, as strong name remover overwrites your existing files.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/24/2014]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2014-07-04 02시35분
정성태
2014-09-19 03시07분
[테스트해보고] 아.. 지금 해봤는데 크기가 크면 저장시에 out of memory exception 이 뜨는군요
65메가짜리 dll 이었습니다. 작은건 잘 되네요 :)
[guest]
2014-09-19 10시03분
65메가면... 평범하진 않군요. ^^
정성태
2016-01-20 09시20분
예전에 이 글 보고 그때는 IL을 다룰 줄 몰라 그냥 지나쳤었는데 근래에 IL 사용법을 좀 익히고 이 글을 다시 보고는 급한 상황에 잘 써먹었습니다.
고객사가 거리도 멀고 보안이 까다로워선 배포된 DLL의 문제점을 보고 본사에 돌아와서 소스코드로 수정하는게 귀찮아선 혹시나 하고 가져갔던 Reflector와 ReflexIL을 써먹었네요.
좋은 글 감사드립니다.^^
Beren Ko

... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...
NoWriterDateCnt.TitleFile(s)
12086정성태12/20/201921091디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201919049오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201919459디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201922405Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201920609오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201922507개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201919668.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201921590오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201921415Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201920453Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201918993디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201919792디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201919493디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201920963Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201917724오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201921278오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201923200오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201919647디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201928284디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201919700디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201919334디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201917642디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201920617오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201919560디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201918953디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201919424Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...