Microsoft MVP성태의 닷넷 이야기
닷넷: 2331. C# - 실행 시에 메서드 가로채기 (.NET 9) [링크 복사], [링크+제목 복사],
조회: 3344
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일

(시리즈 글이 4개 있습니다.)
닷넷: 2329. C# - 실행 시에 메서드 가로채기 (.NET Framework 4.8)
; https://www.sysnet.pe.kr/2/0/13909

닷넷: 2330. C# - 실행 시에 메서드 가로채기 (.NET 5 ~ .NET 8)
; https://www.sysnet.pe.kr/2/0/13912

닷넷: 2331. C# - 실행 시에 메서드 가로채기 (.NET 9)
; https://www.sysnet.pe.kr/2/0/13915

닷넷: 2332. C# - (JetBrains Omea Reader 대상으로) 런타임 시에 메서드 가로채기
; https://www.sysnet.pe.kr/2/0/13924




C# - 실행 시에 메서드 가로채기 (.NET 9)

지난 글에서 .NET Framework, .NET 5 ~ 8 환경에 대해 글을 썼는데요,

C# - 실행 시에 메서드 가로채기 (.NET Framework 4.8)
; https://www.sysnet.pe.kr/2/0/13909

C# - 실행 시에 메서드 가로채기 (.NET 5 ~ .NET 8)
; https://www.sysnet.pe.kr/2/0/13912

언급했듯이 기존 소스 코드로는 .NET 9 환경에서 가로채기가 안 됩니다. 일단, 어떻게 되는지 현상만을 먼저 살펴볼까요? ^^

using System.Diagnostics;
using System.Reflection;

internal class Program
{
    static void Main(string[] args)
    {
        {
            MethodInfo? instanceMethod = typeof(MyClass).GetMethod("MyMethod");
            MethodInfo? newInstanceMethod = typeof(Program).GetMethod("MyMethod");

            ReplaceMethod.Replace(instanceMethod, newInstanceMethod);
        }

        MyClass cl = new MyClass();
        cl.MyMethod();
    }

    public void MyMethod()
    {
        Console.WriteLine("Program.MyMethod");
    }
}

public class MyClass
{
    public void MyMethod()
    {
        Console.WriteLine("MyClass.MyMethod");
    }
}

위의 코드를 실행하면, (메서드 가로채기가 안 된) 이런 출력을 얻게 되는데요,

MyClass.MyMethod

심지어, 메서드 호출을 미뤄 JIT 컴파일을 하지 않은 상태로 바꾸게 되면,

static void Main(string[] args)
{
    // ...[생략]....
    ReplaceMethod.Replace(instanceMethod, newInstanceMethod);

    CallMethod(); // Main 메서드 호출 시에 MethodDesc를 이용한 JIT 컴파일이 발생하지 않도록 별도의 메서드로 분리
}

private static void CallMethod()
{
    MyClass cl = new MyClass();
    cl.MyMethod();
}

이제는 실행 시점에 예외가 발생하고,

Fatal error. Internal CLR error. (0x80131506)
   at Program.Main(System.String[])

Visual Studio로 디버깅하면 아예 CallMethod의 내부로 진입조차 하지 못하고 이런 예외가 발생하는 것을 확인할 수 있습니다.

System.ExecutionEngineException
  HResult=0x80131506
  Message=Exception of type 'System.ExecutionEngineException' was thrown.

뭔가 많이 바뀌었다는 것이겠죠? ^^;




뭐가 어떻게 변했는지 한번 볼까요? ^^ 이를 위해 다음과 같은 예제를 만들고,

internal class Program
{
    static void Main(string[] args)
    {
        Console.WriteLine(IntPtr.Size);
        {
            var mi = typeof(MyClass).GetMethod("MyMethod");
            ReplaceMethod.PrintMethodDescInfo(mi); // MethodDesc 포인터가 가리키는 내용을 총 24바이트 출력
        }
        Console.WriteLine();

        Console.ReadLine(); // WinDbg 연결을 위한 대기

        MyClass cl = new MyClass();
        cl.MyMethod();
    }
}

public class  MyClass
{
    public void MyMethod()
    {
        Console.WriteLine("MyClass.MyMethod");
    }
}

실행하면 이런 출력을 볼 수 있습니다.

MethodDesc: 0x7ffa99896338
        7033004 280005 7ffa99896e90 7ffa99882250
        FuncPtr: 0x7ffa99882250

.NET 8과는 달리 3번째 QWORD 위치에 GetFunctionPointer()가 반환하는 그 주솟값(7ffa99882250)이 들어가 있습니다. 한 가지 더 재미있는 건, 두 번째 QWORD가 가리키는 내용에도,

0:007> dq 00007ffa`99896e90 L2
00007ffa`aa5eb448  00000000`00000000 00007ffa`99882250

마찬가지로 GetFunctionPointer()의 주솟값을 담고 있습니다. 그렇다면 둘 다 바꿔줘야 하는 걸까요? 까짓 거 어려운 일도 아닌데 금방 해보면 될 일입니다. ^^




그 결과, MethodDesc의 3번째 QWORD 값만 바꿔주면 정상적으로 가로채기가 됐습니다. 따라서 다음과 같은 정도만 기존의 Replace 메서드에 추가하면 되고,

public unsafe static void Replace(MethodBase oldMethod, MethodInfo newMethod)
{
    RuntimeHelpers.PrepareMethod(newMethod.MethodHandle);

    IntPtr oldMethodPos = IntPtr.Zero;

#if !NET5_0_OR_GREATER
    if (oldMethod.IsConstructor && oldMethod.GetParameters().Length == 0)
    {
        oldMethodPos = FromMethodTable(oldMethod);
    }
    else
#endif
    {
        oldMethodPos = FromMethodDesc(oldMethod);
    }

#if NET9_0_OR_GREATER
    {
        ulong* ptr = (ulong*)oldMethodPos;
        ptr += 1; // move to 3rd QWORD of MethodDesc
        oldMethodPos = new IntPtr(ptr);
    }
#endif

    if (oldMethodPos == IntPtr.Zero)
    {
        throw new InvalidOperationException("Failed to get method position.");
    }

    IntPtr newFuncAddr = newMethod.MethodHandle.GetFunctionPointer();

    if (IntPtr.Size == 8)
    {
        ulong* ptr = (ulong*)oldMethodPos;
        *ptr = (ulong)newFuncAddr.ToInt64();
    }
    else
    {
        uint* ptr = (uint*)oldMethodPos;
        *ptr = (uint)newFuncAddr.ToInt32();
    }
}

테스트는 .NET 8에서와 동일하게 다음과 같이 할 수 있습니다.

using System.Diagnostics;
using System.Reflection;

internal class Program
{
    static void Main(string[] args)
    {
        // MyClass cl = new MyClass(); // 이 코드를 주석 해제하면 가로채기가 안 됨
        // cl.MyMethod();

        {
            var instanceMethod = typeof(MyClass).GetConstructor(new Type[] { });
            var newInstanceMethod = typeof(Program).GetMethod("MyCtor");

            ReplaceMethod.Replace(instanceMethod, newInstanceMethod);
        }

        {
            var instanceMethod = typeof(MyClass).GetMethod("MyMethod");
            var newInstanceMethod = typeof(Program).GetMethod("MyMethod");

            ReplaceMethod.Replace(instanceMethod, newInstanceMethod);
        }

        MyClass cl2 = new MyClass();
        cl2.MyMethod();
    }

    public void MyCtor()
    {
        Console.WriteLine("MyCtor called! (replaced)");
    }

    public void MyMethod()
    {
        Console.WriteLine("Program.MyMethod (replaced)");
    }
}

public class MyClass
{
    public MyClass()
    {
        Console.WriteLine("MyClass ctor");
    }

    public void MyMethod()
    {
        Console.WriteLine("MyClass.MyMethod");
    }
}

/* 실행 결과:
MyCtor called! (replaced)
Program.MyMethod (replaced)
*/

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




지금까지 .NET 4.8부터 시작해 .NET 5 ~ 8, 그리고 .NET 9까지 메서드 가로채기 방법을 살펴봤는데요, 이 정도면 눈치채셨겠지만 이런 식의 가로채기 기법은 언제든 변할 수 있으므로 현업에서 안정적으로 사용하기에는 무리가 있습니다. 따라서, 그냥 이해 정도의 차원에서만 알아두시길 권장합니다. ^^




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







[최초 등록일: ]
[최종 수정일: 4/14/2025]

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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  [68]  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12273정성태7/18/202023829개발 환경 구성: 495. Azure - Location이 다른 웹/DB 서버의 경우 발생하는 성능 하락
12272정성태7/16/202016247.NET Framework: 929. (StrongName의 버전 구분이 필요 없는) .NET Core 어셈블리 바인딩 규칙 [2]파일 다운로드1
12271정성태7/16/202019786.NET Framework: 928. .NET Framework의 Strong-named 어셈블리 바인딩 (2) - 런타임에 바인딩 리디렉션파일 다운로드1
12270정성태7/16/202020548오류 유형: 633. SSL_CTX_use_certificate_file - error:140AB18F:SSL routines:SSL_CTX_use_certificate:ee key too small
12269정성태7/16/202017945오류 유형: 632. .NET Core 웹 응용 프로그램 - The process was terminated due to an unhandled exception.
12268정성태7/15/202020835오류 유형: 631. .NET Core 웹 응용 프로그램 오류 - HTTP Error 500.35 - ANCM Multiple In-Process Applications in same Process
12267정성태7/15/202022769.NET Framework: 927. C# - 윈도우 프로그램에서 Credential Manager를 이용한 보안 정보 저장파일 다운로드1
12266정성태7/14/202019531오류 유형: 630. 사용자 계정을 지정해 CreateService API로 서비스를 등록한 경우 "Error 1069: The service did not start due to a logon failure." 오류발생
12265정성태7/10/202018392오류 유형: 629. Visual Studio - 웹 애플리케이션 실행 시 "Unable to connect to web server 'IIS Express'." 오류 발생
12264정성태7/9/202030020오류 유형: 628. docker: Error response from daemon: Conflict. The container name "..." is already in use by container "...".
12261정성태7/9/202020857VS.NET IDE: 148. 윈도우 10에서 .NET Core 응용 프로그램을 리눅스 환경에서 실행하는 2가지 방법 - docker, WSL 2 [5]
12260정성태7/8/202018796.NET Framework: 926. C# - ETW를 이용한 ThreadPool 스레드 감시파일 다운로드1
12259정성태7/8/202017599오류 유형: 627. nvlddmkm.sys의 BAD_POOL_HEADER BSOD 문제 [1]
12258정성태7/8/202021444기타: 77. DataDog APM 간략 소개
12257정성태7/7/202017655.NET Framework: 925. C# - ETW를 이용한 Monitor Enter/Exit 감시파일 다운로드1
12256정성태7/7/202019443.NET Framework: 924. C# - Reflection으로 변경할 수 없는 readonly 정적 필드 [4]
12255정성태7/6/202020104.NET Framework: 923. C# - ETW(Event Tracing for Windows)를 이용한 Finalizer 실행 감시파일 다운로드1
12254정성태7/2/202018085오류 유형: 626. git - REMOTE HOST IDENTIFICATION HAS CHANGED!
12253정성태7/2/202021142.NET Framework: 922. C# - .NET ThreadPool의 Local/Global Queue파일 다운로드1
12252정성태7/2/202022499.NET Framework: 921. C# - I/O 스레드를 사용한 비동기 소켓 서버/클라이언트파일 다운로드2
12251정성태7/1/202022018.NET Framework: 920. C# - 파일의 비동기 처리 유무에 따른 스레드 상황 [1]파일 다운로드2
12250정성태6/30/202023316.NET Framework: 919. C# - 닷넷에서의 진정한 비동기 호출을 가능케 하는 I/O 스레드 사용법 [1]파일 다운로드1
12249정성태6/29/202019332오류 유형: 625. Microsoft SQL Server 2019 RC1 Setup - 설치 제거 시 Warning 26003 오류 발생
12248정성태6/29/202017067오류 유형: 624. SQL 서버 오류 - service-specific error code 17051
12247정성태6/29/202019052.NET Framework: 918. C# - 불린 형 상수를 반환값으로 포함하는 3항 연산자 사용 시 단축 표현 권장(IDE0075) [2]파일 다운로드1
12246정성태6/29/202020266.NET Framework: 917. C# - USB 관련 ETW(Event Tracing for Windows)를 이용한 키보드 입력을 감지하는 방법
... 61  62  63  64  65  66  67  [68]  69  70  71  72  73  74  75  ...