Microsoft MVP성태의 닷넷 이야기
글쓴 사람
홈페이지
첨부 파일
 

windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례

crash가 발생하는 덤프 2개를 보는데, 충돌이 발생한 콜스택이 각각 다음과 같았습니다.

ntdll.dll!RtlReportCriticalFailure()    Unknown
ntdll.dll!RtlpHeapHandleError() Unknown
ntdll.dll!RtlpLogHeapFailure()  Unknown
ntdll.dll!RtlFreeHeap() Unknown
OraOps19.dll!00007ffcf061fbaf() Unknown
OraOps19.dll!00007ffcf0628a29() Unknown

ntdll.dll!RtlReportCriticalFailure()    Unknown
ntdll.dll!RtlpHeapHandleError() Unknown
ntdll.dll!RtlpLogHeapFailure()  Unknown
ntdll.dll!RtlFreeHeap() Unknown
[Managed to Native Transition]  
mscorlib.dll!System.Runtime.InteropServices.Marshal.FreeCoTaskMem(System.IntPtr ptr)    Unknown
Oracle.DataAccess.dll!Oracle.DataAccess.Client.OracleCommand.ExecuteReader(bool requery, bool fillRequest, System.Data.CommandBehavior behavior)    Unknown
Oracle.DataAccess.dll!Oracle.DataAccess.Client.OracleCommand.ExecuteReader()    Unknown
...[생략]...
System.Web.dll!System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(System.IntPtr rootedObjectsPointer, System.IntPtr nativeRequestContext, System.IntPtr moduleData, int flags) Unknown
System.Web.dll!System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(System.IntPtr rootedObjectsPointer, System.IntPtr nativeRequestContext, System.IntPtr moduleData, int flags)   Unknown
[Native to Managed Transition]  
webengine4.dll!W3_MGD_HANDLER::ProcessNotification(void)    Unknown
webengine4.dll!ProcessNotificationCallback(void *)  Unknown
kernel32.dll!BaseThreadInitThunk()  Unknown
ntdll.dll!RtlUserThreadStart()  Unknown

하나는 Oracle 측의 ODAC 구성 요소인 OraOps19.dll에서 발생한 것이고, 또 하나도 역시 ODAC의 .NET 구성 요소인 Oracle.DataAccess.dll에서 발생했지만 Marshal 타입의 CoTaskMemAlloc에 대응한 FreeCoTaskMem에서 발생한 것을 쉽게 알 수 있습니다.

Marshal.AllocCoTaskMem(Int32) Method
; https://docs.microsoft.com/en-us/dotnet/api/system.runtime.interopservices.marshal.alloccotaskmem?view=netframework-4.8

Marshal.FreeCoTaskMem(IntPtr) Method
; https://docs.microsoft.com/en-us/dotnet/api/system.runtime.interopservices.marshal.freecotaskmem?view=netframework-4.8

2개의 덤프를 보면 서로 연관이 없는 듯싶고 그냥 단순히 heap이 깨졌나 정도로만 생각했습니다. 그러다 첫 번째의 "OraOps19.dll!00007ffcf061fbaf()" 함수를 조금 더 자세하게 살펴봤는데요,

[OraOps19.dll!00007ffcf061fbaf()]

00007FFCF061FBA0 48 83 EC 28          sub         rsp,28h  
00007FFCF061FBA4 48 85 C9             test        rcx,rcx  
00007FFCF061FBA7 74 06                je          00007FFCF061FBAF  
00007FFCF061FBA9 FF 15 79 10 03 00    call        qword ptr [7FFCF0650C28h]  
00007FFCF061FBAF B8 01 00 00 00       mov         eax,1  
00007FFCF061FBB4 48 83 C4 28          add         rsp,28h  
00007FFCF061FBB8 C3                   ret  

7FFCF0650C28h 주솟값에는 qword 값으로 00007ffd0390b790 값이 담겨 있는 것을 메모리 창을 통해 확인하고,

0x00007FFCF0650C28  00007ffd0390b790
0x00007FFCF0650C30  0000000000000000

이어서 00007ffd0390b790 주솟값의 코드를 확인했는데,

--- d:\rs1\onecore\com\combase\class\memapi.cxx --------------------------------
00007FFD0390B790 48 83 EC 28          sub         rsp,28h  
00007FFD0390B794 48 8B 05 05 5B 21 00 mov         rax,qword ptr [g_CMalloc (07FFD03B212A0h)]  
00007FFD0390B79B 48 8D 15 EE D4 04 00 lea         rdx,[CRetailMalloc_Free (07FFD03958C90h)]  
00007FFD0390B7A2 48 8B 40 28          mov         rax,qword ptr [rax+28h]  
00007FFD0390B7A6 48 3B C2             cmp         rax,rdx  
00007FFD0390B7A9 75 21                jne         CoTaskMemFree+3Ch (07FFD0390B7CCh)  
00007FFD0390B7AB 48 85 C9             test        rcx,rcx  
00007FFD0390B7AE 74 17                je          CoTaskMemFree+37h (07FFD0390B7C7h)  
00007FFD0390B7B0 4C 8B C1             mov         r8,rcx  
00007FFD0390B7B3 33 D2                xor         edx,edx  
00007FFD0390B7B5 48 8B 0D 1C 5A 21 00 mov         rcx,qword ptr [g_hHeap (07FFD03B211D8h)]  
00007FFD0390B7BC 48 83 C4 28          add         rsp,28h  
00007FFD0390B7C0 48 FF 25 A1 C4 19 00 jmp         qword ptr [__imp_HeapFree (07FFD03AA7C68h)]  
00007FFD0390B7C7 48 83 C4 28          add         rsp,28h  
00007FFD0390B7CB C3                   ret  

코드 내에 CoTaskMemFree+xxh로 점프하는 구문이 있는 것으로 보아 왠지 CoTaskMemFree 함수 같아 보입니다. 확인을 위해 두 번째 덤프의 Marshal.FreeCoTaskMem 코드에서도 문제가 되는 호출을 확인해 봤습니다.

[mscorlib.dll!System.Runtime.InteropServices.Marshal.FreeCoTaskMem(System.IntPtr ptr)    Unknown]

00007FFC9973EAD2 57                   push        rdi  
00007FFC9973EAD3 41 56                push        r14  
00007FFC9973EAD5 41 55                push        r13  
00007FFC9973EAD7 41 54                push        r12  
00007FFC9973EAD9 57                   push        rdi  
00007FFC9973EADA 56                   push        rsi  
00007FFC9973EADB 53                   push        rbx  
00007FFC9973EADC 48 83 EC 68          sub         rsp,68h  
...[생략]...
00007FFC9973EB33 48 8D 45 90          lea         rax,[rbp-70h]  
00007FFC9973EB37 48 89 47 10          mov         qword ptr [rdi+10h],rax  
00007FFC9973EB3B C6 47 0C 00          mov         byte ptr [rdi+0Ch],0  
00007FFC9973EB3F FF 15 0B 78 AB FF    call        qword ptr [7FFC991F6350h]
00007FFC9973EB45 C6 47 0C 01          mov         byte ptr [rdi+0Ch],1  
...[생략]...
00007FFC9973EB68 5B                   pop         rbx  
00007FFC9973EB69 5E                   pop         rsi  
00007FFC9973EB6A 5F                   pop         rdi  
00007FFC9973EB6B 41 5C                pop         r12  
00007FFC9973EB6D 41 5D                pop         r13  
00007FFC9973EB6F 41 5E                pop         r14  
00007FFC9973EB71 41 5F                pop         r15  
00007FFC9973EB73 5D                   pop         rbp  
00007FFC9973EB74 C3                   ret  

역시 0x7FFC991F6350 주소에 담긴 qword 값을 확인했는데,

0x00007FFC991F6350  00007ffd0390b790
0x00007FFC991F6358  0000000000000000

첫 번째 덤프의 주솟값과 같습니다. 이번 경우에는 다행히 동일한 컴퓨터에서 발생한 덤프였기 때문에 ASLR의 영향이 적어 주솟값이 같았지만, 만약 다른 컴퓨터였다면 "u" 명령어 등을 통해 코드를 직접 확인했어야 할 것입니다.




이를 통해 문제의 원인을 찾는 범위를 훨씬 줄일 수 있습니다. 단순히 RtlFreeHeap에서 발생하는 거였다면 일반적인 문제가 되지만, 동일하게 CoTaskMemFree 과정에서 발생하는 문제였으므로 코드에서 사용한 Marshal.AllocCoTaskMem / Marshal.FreeCoTaskMem 관련 부분만 집중적으로 살펴보면 될 정도로 범위가 축소되는 것입니다. (물론, 그래도 엉뚱한 곳에서의 메모리 침범으로 발생했을 수도 있는 문제이므로 CoTask... 관련 코드와는 무관할 확률도 적진 않습니다.)




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

[연관 글]





[최초 등록일: ]
[최종 수정일: 11/19/2019 ]

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

비밀번호

댓글 쓴 사람
 




1  2  3  4  5  6  [7]  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12138정성태2/9/2020709.NET Framework: 885. C# - 닷넷 응용 프로그램에서 Sqlite 사용 [3]파일 다운로드1
12137정성태2/9/2020374오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/2020310Windows: 166. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태7/9/2020403개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [1]
12134정성태2/5/20201080.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [2]파일 다운로드1
12133정성태2/7/2020489디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태2/20/2020700.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기)파일 다운로드1
12131정성태1/27/2020735개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법
12130정성태1/26/2020409VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/20201457.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법 [1]
12128정성태1/26/2020497오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
12127정성태1/28/2020511.NET Framework: 881. C# DLL에서 제공하는 Win32 export 함수의 내부 동작 방식(VT Fix up Table)파일 다운로드1
12126정성태1/25/2020451.NET Framework: 880. C# - PE 파일로부터 IMAGE_COR20_HEADER 및 VTableFixups 테이블 분석파일 다운로드1
12125정성태1/24/2020356VS.NET IDE: 141. IDE0019 - Use pattern matching
12124정성태1/24/2020844VS.NET IDE: 140. IDE1006 - Naming rule violation: These words must begin with upper case characters: ...
12123정성태1/23/2020641웹: 39. Google Analytics - gtag 함수를 이용해 페이지 URL 수정 및 별도의 이벤트 생성 방법
12122정성태1/22/2020598.NET Framework: 879. C/C++의 UNREFERENCED_PARAMETER 매크로를 C#에서 우회하는 방법(IDE0060 - Remove unused parameter '...')파일 다운로드1
12121정성태1/24/2020347VS.NET IDE: 139. Visual Studio - Error List: "Could not find schema information for the ..."파일 다운로드1
12120정성태1/20/2020560.NET Framework: 878. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 네 번째 이야기(IL 코드로 직접 구현)파일 다운로드1
12119정성태1/17/2020664디버깅 기술: 160. Windbg 확장 DLL 만들기 (3) - C#으로 만드는 방법
12118정성태1/17/2020644개발 환경 구성: 466. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 세 번째 이야기 [1]
12117정성태1/15/2020638디버깅 기술: 159. C# - 디버깅 중인 프로세스를 강제로 다른 디버거에서 연결하는 방법파일 다운로드1
12116정성태1/15/2020527디버깅 기술: 158. Visual Studio로 디버깅 시 sos.dll 확장 명령어를 (비롯한 windbg의 다양한 기능을) 수행하는 방법
12115정성태1/14/2020533디버깅 기술: 157. C# - PEB.ProcessHeap을 이용해 디버깅 중인지 확인하는 방법파일 다운로드1
12114정성태1/13/2020733디버깅 기술: 156. C# - PDB 파일로부터 심벌(Symbol) 및 타입(Type) 정보 열거 [1]파일 다운로드3
12113정성태1/12/20201032오류 유형: 590. Visual C++ 빌드 오류 - fatal error LNK1104: cannot open file 'atls.lib' [1]
1  2  3  4  5  6  [7]  8  9  10  11  12  13  14  15  ...