Impossible에 땀 한방울을 더 흘리면 I'm possible이 됩니다

폭탄을 터트리자~

2010-06-15T21:37:00.000+09:00

리스테린 이벤트~ 덜덜덜

드디어 졸업

2010-06-09T18:24:00.000+09:00

대전 동부 경찰서 수사과 사이버범죄수사팀에 배명되었습니다.

감사합니다.

^^

2010-04-29T18:47:00.000+09:00

요즘 근황

2010-03-27T12:29:00.000+09:00

학교 생활이 이제 중반을 넘어서면서 적응해서 그런지 편안하네요 ㅋㅋ 몇몇 일들을 올려 봅니다~^^

이 수업은 우리반이 가장 힘들어하는 과목 중 하나인 경찰작용법 수업입니다. 교수님의 무한 한자 신공에 당황스러울때가 종종 있죠. ㅠ.ㅠ 사진에는 한자가 없네요 큭

수업중에는 외부인사분들을 초청한 특강도 있습니다. 이번에는 신바람 박사로 유명한 황수관 박사님이 오셔서 좋은 말씀을 많이 해 주시고 갔습니다.

저와 함께 화장실 청소 담당하는 행님들 입니다.. 큭큭

몇일 전에는 KTV 에서 중앙경찰학교의 24시간을 담는 촬영을 나오셨습니다. 저희는 수업하는 모습이 찍히는 행운도 누렸고 누나는 인터뷰도 했네요 ~ ^^

또 엄청난 폭설이 내리는 장면도 찍습니다. 이 때 저녁식사하러 갔는데 ㅎㄷㄷㄷ 하게 오더라구요

귀여운 조카!

2010-02-20T23:59:00.000+09:00

사진첩을 정리하다 나온 정혁이 사진~

사촌누나의 둘째 아들.

너무 귀여워요 ^^

^^

2010-02-20T22:52:00.000+09:00

늘 감사하며 살아가자

2010-02-13T03:16:00.000+09:00

훈련 중~!

2010-01-30T14:55:00.000+09:00

눈이 많이 온 다음에 훈련중이었습니다.

꽤나 긴 코스를 쉬지않고 올라가는 중...

사실, 시작할때 찍은 사진이라 쌩쌩합니다. ㅋㅋ

정상에 올라서 동기들과 찍은 사진 입니다.!!

즐거운 저녁식사

2010-01-24T14:03:00.000+09:00

밥 먹는 시간은 언제나 기분 좋습니다!

수업끝나고 쉬는시간

2010-01-24T14:02:00.000+09:00

아직 적응이 덜 된 건지, 쉬는 시간은 답이 없네요.

형법 수업 쉬는 시간중...

눈 그리고 날씨

2010-01-10T01:13:00.000+09:00

충주도 눈 왔다하면 장난 아니게 오네요~ 사진으로 표현할 수 없을 정도..엄청난 제설작업

그리고 날씨는 얼마나 추운지..

요즘 일상

2010-01-02T11:17:00.000+09:00

학교에서 교육 받고 있어요~

삼계탕이 점심으로 나와서 신나게 먹고 있는중 --;

제식 훈련 평가후라서 그런지 좀 빠졌네요 ㅋㅋ

퇴사 선물

2009-12-10T17:38:00.000+09:00

디자인 팀 김모 여인이 준 선물.

최고의 선물 담배를..

Thank You.

3년간 내게 돈을 벌게 해준 책들

2009-12-10T17:31:00.000+09:00

다 찍지는 못했지만, 그동안 나에게 꼬박꼬박 월급을 받게 해준 고마운 책들.

모든게 정리되면, 첫 페이지부터 차근차근 다시 읽어봐야겠다.

첫 직장을 그만두는 날

2009-12-10T17:24:00.000+09:00

이제 30분 뒤면 첫 직장인 이곳을 그만두게 되네요.

대학교 4학년때 취직해서 3년 넘게 다닌 이 회사에서 많은 일들로 울고,웃고 지냈네요.

평생의 반려자를 만나게끔 해준 박모 과장님도 만나고..

좋은 행님.친구.동생들을 얻고 갑니다.

모두들 하는 일 다 잘 되고 좋은 일만 있길 바랍니다.

그동안 감사했습니다.

사이버 수사 요원 합격!!!

2009-12-09T10:24:00.000+09:00

긴 시간이 흐르고 드디어 발표..

앞으로 좋은 경찰이 되겠습니다.

Semaphore 와 Mutex 의 차이

2009-11-19T16:10:00.000+09:00

동기화 방식중 하나인 Semaphore, Mutex, Event 등 여러개가 있는데...사람들이 잘 모르는게 있다.

특히 신입사원 면접 볼때 내기 좋은 문제중 하나다.

* 신입사원 기술면접시 물어볼만한 거 2개

1. SendMessage 와 PostMessage 의 차이를 말해보시오.

2. 동기화 방식이 무엇이 있는지 설명하고 , Semaphore 와 Mutex 의 차이를 말해보시오.

그런데 이런거 물어보면 은근히 대답 못하는 사람 많다..덜덜

각설하고, 2번 문제에서 Semaphore 와 Mutex 의 차이가 뭔고..하면 "객체에 대한 소유 권한이 틀리다" 정도로 말할 수 있다.

즉, Mutex 의 경우 , 오직 하나의 스레드에서만 소유가 가능하다. a스레드가 Mutex 를 소유하고 있는 상태라면, b스래드 c스래드는 a스래드가 소유한 Mutex 를 선점하지 못하고 대기해야 한다는 것이다.

그런데 Semaphore 는 다중 스래드의 소유가 가능하다. 어떻게 쓰는 것일까?

우선 Semaphore Object 를 생성하는 API 부터 살펴보자.

HANDLE WINAPI CreateSemaphore(
__in    LPSECURITY_ATTRIBUTES lpSemaphoreAttributes,
__in    LONG lInitialCount,
__in    LONG lMaximumCount,
__in    LPCTSTR lpName
);

자..여기서 2번째 파라메터 lInitialCount 부분에 최대 몇 마리의 스래드가 동시에 소유 가능하도록 할 수 있게 할지 숫자를 정해준다. 만약 5개의 스레드에서 소유가 가능하도록 하자. 이 5라는 숫자는 세마포어가 생성되면 그것의 내부에서 참조 인자로 활용되어지며, 만약 10개의스레드가 이 세마포어 획득을 시도한다고 가정하자. 그럼 하나의 스레드가 세마포어를 획득할때마다 참조 인자는 5부터 4..3..2..1.. 결국 0까지 가게 되고 그 순간 10개의 스레드 중 나머지는 대기하게 된다.

그럼 5개의 스레드끼리의 동기화는 어떻게 해결해? 알아서 잘해야지..-_-

Process Explorer 가 무서운 점.

2009-11-19T10:41:00.000+09:00

개발자나 바이러스 분석가 기타 보안에 관련된 모든일을 할때 가장 유용한 프로그램인 Process Explorer 의 편리함 & 위대함 & 무서움을 한번 써보겠습니다.

윈도우즈 프로그램들은 동일한 프로그램이 여러번 실행되는 걸 방지하기 위하여 여러 방식을 사용 합니다. 이벤트, 뮤텍스 , 세마포어 등등..

사실 그러한 오브젝트를 알아내서 종료시키는게 있어서 가장 쉬운 방법은 Process Explorer 를 이용하는 것 입니다.

위 그림에서 보듯이 네이트온이 3개씩 실행됩니다. 그 이유는 네이트온 프로그램은 자신의 중복실행방지를 위하여 세마포어 오브젝트를 이용한 중복 실행 방지 기법을 쓰기 때문입니다.

이처럼 Process Explorer 를 통하여 네이트온 프로세스의 세마포어 오브젝트 핸들을 close 하면 무궁무진하게 네이트온을 여러개 실행시킬 수 있습니다.

뭐 대단한 건 아닌데, 어떻게 보면 여러번 손 갈 수 있는 작업을 Process Explorer 하나면 다 해결할 수 있나는 걸 쓴거죠 -_-

What is KiFastSystemCallRet?

2009-11-18T11:05:00.000+09:00

This question was asked hundreds of times in 2007 and here is the short answer. This is a return function address for trap frames created for system calls on x86 post-W2K systems.

Since Pentium II Microsoft changed OS call dispatching from interrupt driven INT /IRETD mechanism used in Windows NT and Windows 2000 to faster optimized instruction sequence. This is SYSENTER / SYSEXIT pair on x86 32-bit Intel platforms and SYSCALL / SYSRET pair on x64 Intel and AMD platforms.

INT instruction saves a return address but SYSENTER doesn’t. Let’s look at a typical thread call stack from complete memory dump coming from x86 Windows 2003 system:

1: kd> kL
ChildEBP RetAddr
a5a2ac64 80502d26 nt!KiSwapContext+0x2f
a5a2ac70 804faf20 nt!KiSwapThread+0x8a
a5a2ac98 805a4d6c nt!KeWaitForSingleObject+0x1c2
a5a2ad48 8054086c nt!NtReplyWaitReceivePortEx+0x3dc
a5a2ad48 7c91eb94 nt!KiFastCallEntry+0xfc
00a0fe18 7c91e399 ntdll!KiFastSystemCallRet
00a0fe1c 77e56703 ntdll!NtReplyWaitReceivePortEx+0xc
00a0ff80 77e56c22 RPCRT4!LRPC_ADDRESS::ReceiveLotsaCalls+0xf4
00a0ff88 77e56a3b RPCRT4!RecvLotsaCallsWrapper+0xd
00a0ffa8 77e56c0a RPCRT4!BaseCachedThreadRoutine+0×79
00a0ffb4 7c80b683 RPCRT4!ThreadStartRoutine+0×1a
00a0ffec 00000000 kernel32!BaseThreadStart+0×37

RPC module calls the native function to wait for a reply from an LPC port. Note that we disassemble the return address instead of the symbolic address because of OMAP Code Optimization:

1: kd> ub RPCRT4!LRPC_ADDRESS::ReceiveLotsaCalls+0xf4
^ Unable to find valid previous instruction for 'ub RPCRT4!LRPC_ADDRESS::ReceiveLotsaCalls+0xf4'

1: kd> ub 77e56703
RPCRT4!LRPC_ADDRESS::ReceiveLotsaCalls+0xd9:
77e566e8 e8edfeffff    call    RPCRT4!RpcpPurgeEEInfoFromThreadIfNecessary (77e565da)
77e566ed ff75ec    push    dword ptr [ebp-14h]
77e566f0 8d45f0    lea eax,[ebp-10h]
77e566f3 ff75f4    push    dword ptr [ebp-0Ch]
77e566f6 ff75fc    push    dword ptr [ebp-4]
77e566f9 50    push    eax
77e566fa ff7658    push    dword ptr [esi+58h]
77e566fd ff15b010e577    call    dword ptr [RPCRT4!_imp__NtReplyWaitReceivePortEx (77e510b0)]

1: kd> dps 77e510b0 l1
77e510b0 7c91e38d ntdll!ZwReplyWaitReceivePortEx

NTDLL stub for the native function is small and transitions to level 0 via shared SystemCallSub immediately:

1: kd> uf ntdll!NtReplyWaitReceivePortEx
ntdll!ZwReplyWaitReceivePortEx:
7c91e38d mov eax,0C4h
7c91e392 mov edx,offset SharedUserData!SystemCallStub (7ffe0300)
7c91e397 call dword ptr [edx]
7c91e399 ret 14h

1: kd> dps 7ffe0300 l3
7ffe0300 7c91eb8b ntdll!KiFastSystemCall
7ffe0304 7c91eb94 ntdll!KiFastSystemCallRet
7ffe0308 00000000

1: kd> uf ntdll!KiFastSystemCall
ntdll!KiFastSystemCall:
7c91eb8b mov edx,esp
7c91eb8d sysenter
7c91eb8f nop
7c91eb90 nop
7c91eb91 nop
7c91eb92 nop
7c91eb93 nop
7c91eb94 ret

Before executing SYSENTER ESP points to the following return address:

1: kd> u 7c91e399
ntdll!NtReplyWaitReceivePortEx+0xc:
7c91e399 ret 14h

SYSENTER instruction changes ESP and EIP to new values contained in machine-specific registers (MSR). As a result EIP points to nt!KiFastCallEntry. After saving a trap frame and checking parameters it calls nt!NtReplyWaitReceivePortEx address from system function table. When the latter function returns KiFastCallEntry proceeds to KiServiceExit and KiSystemCallExit2:

1: kd> ub 8054086c
nt!KiFastCallEntry+0xe2:
80540852 mov ebx,dword ptr [edi+eax*4]
80540855 sub esp,ecx
80540857 shr ecx,2
8054085a mov edi,esp
8054085c cmp esi,dword ptr [nt!MmUserProbeAddress (80561114)]
80540862 jae nt!KiSystemCallExit2+0×9f (80540a10)
80540868 rep movs dword ptr es:[edi],dword ptr [esi]
8054086a call ebx

1: kd> u
nt!KiFastCallEntry+0x105:
80540875 mov edx,dword ptr [ebp+3Ch]
80540878 mov dword ptr [ecx+134h],edx
nt!KiServiceExit:
8054087e cli
8054087f test    dword ptr [ebp+70h],20000h
80540886 jne nt!KiServiceExit+0x10 (8054088e)
80540888 test    byte ptr [ebp+6Ch],1
8054088c je    nt!KiServiceExit+0x66 (805408e4)
8054088e mov ebx,dword ptr fs:[124h]

1: kd> u
nt!KiSystemCallExit2+0x12:
80540983 sti
80540984 sysexit

Let’s inspect the trap frame:

1: kd> kv5
ChildEBP RetAddr Args to Child
a5a2ac64 80502d26 82ffc090 82ffc020 804faf20 nt!KiSwapContext+0x2f
a5a2ac70 804faf20 e12424b0 8055c0a0 e12424b0 nt!KiSwapThread+0x8a
a5a2ac98 805a4d6c 00000001 00000010 00000001 nt!KeWaitForSingleObject+0x1c2
a5a2ad48 8054086c 000000c8 00a0ff70 00000000 nt!NtReplyWaitReceivePortEx+0x3dc
a5a2ad48 7c91eb94 000000c8 00a0ff70 00000000 nt!KiFastCallEntry+0xfc (TrapFrame @ a5a2ad64)

1: kd> .trap a5a2ad64
ErrCode = 00000000
eax=00000000 ebx=00000000 ecx=00a0fd6c edx=7c91eb94 esi=00159b38 edi=00000100
eip=7c91eb94 esp=00a0fe1c ebp=00a0ff80 iopl=0 nv up ei pl zr na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000246
ntdll!KiFastSystemCallRet:
001b:7c91eb94 ret

1: kd> kL
*** Stack trace for last set context - .thread/.cxr resets it
ChildEBP RetAddr
00a0fe18 7c91e399 ntdll!KiFastSystemCallRet
00a0fe1c 77e56703 ntdll!NtReplyWaitReceivePortEx+0xc
00a0ff80 77e56c22 RPCRT4!LRPC_ADDRESS::ReceiveLotsaCalls+0xf4
00a0ff88 77e56a3b RPCRT4!RecvLotsaCallsWrapper+0xd
00a0ffa8 77e56c0a RPCRT4!BaseCachedThreadRoutine+0x79
00a0ffb4 7c80b683 RPCRT4!ThreadStartRoutine+0x1a
00a0ffec 00000000 kernel32!BaseThreadStart+0x37

Therefore I believe the dummy ntdll!KiFastSystemCallRet function with one RET instruction is used to create a uniform trap frame across system calls. Otherwise trap frames for different native API calls would contain different return values.

While reading this post I found two related articles. The first one explains old mechanism for Windows NT and the second one explains the new one:

» Windows NT System Calls REALLY work?
» System call optimization with the SYSENTER instruction
I’ll cover SYSCALL / SYSRET in another blog post.

- Dmitry Vostokov @ DumpAnalysis.org -

MMF(Memory Mapped File) 에 대하여

2009-11-16T17:34:00.000+09:00

우리가 흔히 어떠한 파일에 대한 조작 행위를 한다면, 시스템은파일을 메모리에 적재 시키고 -> 파일에 대한 조작을 한 다음-> 완료가 되면 메모리의 내용을 다시 디스크에 기록하는 방식을 쓰게 됩니다.

이러한 방식은 대용량의 파일이나 여러 작업을 하는 경우 효율성이 떨어지게 되며, 이를 보완할 수 있는 방법으로 Memory Mapped File (이하 MMF) 라는 기법을 사용하게 됩니다.

MMF(Memory Mapped File)이란 파일과 메모리 객체를 연결한다는말 입니다. 즉 파일 = 메모리 라고 생각하시면 됩니다. 조금 난해한 해석이죠 -_-;

그림으로 간단히 표현이 되네요

좀 더 풀어서 이야기 하면 파일과 메모리 객체(그냥 메모리의 어떤 비어있는 영역이라고 생각하시면 됩니다.)를 연결시킨 후 그 메모리 객체에 이름을 지어줍니다. (즉, 어떠한메모리 영역에 파일을 연결시키고 메모리 영역을 컨트롤 하기 위하여 이름을 지어주는 것 입니다.)

그 후 그 이름을 이용하여 메모리에 데이터를 읽고 쓰고 하는 작업을 하게되면그 내용이 메모리와 연결되어 있는 파일에 똑같은 효과가 적용되는 구조입니다.

이게 왜 빠른가...하면

일반적인 사용 : 파일 메모리에로드 -> 메모리 수정 -> 수정된 메모리를 디스크에있는 파일에 저장

MMF 사용 : 파일 == 메모리 -> 메모리수정 == 디스크의 파일 수정

이러한 장점으로 인하여 대용량의 파일을 처리해야 할 경우 MMF 를 사용하면 굉장히 빠른 처리속도를보장받을 수 있습니다.

또 다른 예제 그림 입니다.

이 뿐만 아니라 MMF 를 사용하여할 수 있는 방법으로는 프로세스간의 공용 데이터 공유 입니다.

제가 회사에서 첫 프로젝트를 진행하였을 때,큰 데이터에 대한 프로세스간 공유를 어떻게 해야 할 지 잘 몰랐습니다. 그때 MMF 방식을 알게 되고 광속으로 프로젝트진행이 되었던 기억이 나네요.

앞의 설명과 연결하여 동작되는 방식을 간단히 이야기 하면 a.exe 라는 프로세스가 메모리의 "어떤" 영역에 1024byte 크기 만큼의 메모리를 확보하고 그메모리를 컨트롤 하기 위한 이름으로 'MySpace' 라고 이름을 부여 합니다. 이제 'MySpace' 라고 이름지어진 메모리 영역은 다른 프로세스가지지고 볶고 맘대로 할수습니다. 단, 메모리에 부여된 이름을안다면요 ㅋㅋㅋㅋㅋ

이제 또다른 프로세스인 b.exe 에서 'MySpace'라는이름을 갖고 해당 메모리 객체를 찾아서 접근(데이터읽기,쓰기)하면서 작업을 하게 되는겁니다. 지금까지는 실제적으로 파일을 메모리와연결시켜 데이터를 공유 하는것으로 이야기 하였습니다만 반드시 파일을 매핑 시킬 필요는 없습니다.

파일 부분을 지정하지 않고, 운영체제가알아서 만들라고 지정 (파일명 적는곳에 INVALID_HANDLE_VALUE해주면 됩니다)하면 메모리 객체만 생성됩니다. 그리고이 메모리 객체에 이름을 지어줍니다. 렇게 하고나면 메모리 상에 메모리영역이 확보되고 각각의 프로세서들이이 영역을 이름으로 아서 접근(데이터읽기,쓰기)하면서 작업을 하게 되는겁니다.

이에 대한 예제 그림 입니다.

순수한 공유 메모리를 통해 프로세서간의 공유의 예

1) a.exe 가 하는 일

//"MySpace"라는 이름으로 크기 1024 이며읽고쓰기가 가능한 상태로 메모리 객체를 만든다..

// 파일명 지정 안함.(파일과 연결 안함)

HANDLE hMapping =CreateFileMapping (INVALID_HANDLE_VALUE,

NULL,

PAGE_READWRITE,

1024,

"MySpace");

// 생성된 메모리 객체에 접근하여 시작 위치를 얻어온다.

LPVOID lpData =MapViewOfFile (hMapping,

FILE_MAP_ALL_ACCESS,

1024);

strcpy(lpData,"MMF"); // 공유메모리 영역에 문자열 MMF 를 입력한다.

UnmapViewOfFile(lpData); // 접근했던 메모리객체를 연관성을 끊는다.

2) b.exe 가 공유메모리에 있는 내용을 읽어서 복사하는 법

// 이미 생성된 "MySpace"라는 메모리 객체를 Open 한다.

HANDLE hMapping =OpenFileMapping (FILE_MAP_ALL_ACCESS, FALSE, "MySpace");

// Open된 메모리 객체에 접근하여 시작 위치를 얻어온다.

LPVOID lpData =MapViewOfFile (hMapping, FILE_MAP_ALL_ACCESS, 0, 0, 1024);

char str[1024];

strcpy (str,lpData); // 공유메모리에 있는 문자열 MMF 을 str 배열에 복사한다.

UnmapViewOfFile(lpData); // 접근했던 메모리객체를 연관성을 끊는다.

CloseHandle(hMapping); // 공유메모리를 삭제한다.

이와 같은 방식으로 간단히 구현했으며 실제 프로그래밍에 있어서 유용한 방식으로사용됩니다.

Vmware 라서 못한다규?

2009-11-12T15:22:00.000+09:00

몇몇 웹 사이트나 프로그램들 중에서 가상PC 환경에서는 동작하지 않는 것들이 있다.

짜증이다.

그래서 검색하고 찾았다

Vmware 에서 사용가능한 것으로 아래 내용을 .VMX 파일에 기록해주면 땡~

isolation.tools.getPtrLocation.disable = "TRUE"
isolation.tools.setPtrLocation.disable = "TRUE"
isolation.tools.setVersion.disable = "TRUE"
isolation.tools.getVersion.disable = "TRUE"
monitor_control.disable_directexec = "TRUE"
monitor_control.disable_chksimd = "TRUE"
monitor_control.disable_ntreloc = "TRUE"
monitor_control.disable_selfmod = "TRUE"
monitor_control.disable_reloc = "TRUE"
monitor_control.disable_btinout = "TRUE"
monitor_control.disable_btmemspace = "TRUE"
monitor_control.disable_btpriv = "TRUE"
monitor_control.disable_btseg = "TRUE"

요로코롬 써주고 시작시켜보면, 아마도 잘 될듯

Avast! 의 당황스러운 오진

2009-11-12T10:17:00.000+09:00

국내 모 회사의 키보드 보안 프로그램 중, scsk5.sys 라는 파일이 있습니다.

그런데 이 문구를 검색만 해도 Avast! 는 진단을 합니다 -_-

네이버에서 검색어 scsk5 를 입력해 보세요.

아래와 같이 나옵니다.

SendMessage 와 PostMessage 차이

2009-11-05T18:17:00.000+09:00

함수 원형

BOOL PostMessage(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam);

LRESULT SendMessage(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam);

PostMessage 처리 방법

Msg 를 윈도우 큐에 삽입 -> 메시지 큐에서 처리 순서 대기 -> 순서가 되면 윈도우 프로시저가 처리

주의점 : wParam 이나 lParam 값으로 지역포인터가 들어가면 안됨. -> 메시지 큐에 등록하는 시점에서 지역 포인터가 존재한다 손 치더라도, 윈도우 프로시저가 메시지를 처리하는 시점에서 포인터가 없을 수 있다.

SendMessage 처리 방법

Msg 를 바로 처리하기 위하여 윈도우 프로시저 호출 -> 즉각적인 메시지 처리

결론 : 윈도우간의 메시지 교환은 어떤 방법을 사용해야 할지 결정을 잘 해야 함. 예를 들어, WM_COPYDATA 같은 메시지로 데이터 전송하는 경우에는 즉각적으로 처리해야 하므로, SendMessage 를 사용해야 함.

즉, SendMessage 는 메시지를 당장 처리하고자 할 때 사용하며, PostMessage 는 "나 한가하니까" 시간 되면 그때 처리하세요~ 라는 용도로 쓰면 됨.

근데 난 모든 코드가 SendMessage 로 처리하네;;

SetWindowsHookExA/W 의 내부 루틴.

2009-11-05T10:44:00.000+09:00

SetWindowsHookExA/W -> SetWindowsHookExAW -> _SetWindowsHookEx -> NtUserSetWindowsHookEx -> zzzSetWindowsHookEx

DLL Injection 을 막는 방법?

1. win32k!zzzSetWindowsHookEx Hooking?

2. FastCallEntry Hooking?

USC 2009 행사에 다녀왔습니다.

2009-10-28T13:07:00.000+09:00

통합 보안에 관한 컨퍼런스가 있어서 다녀왔습니다.

오랫만의 외출이다보니 이래저래 설래더군요

행사장 입구

맛있는 저녁 식사

은유진 CEO 님의 연설

오랫만의 외출이었습니다 - 끝 -

이런때도 있었지

2009-10-27T15:31:00.000+09:00

고딩때였지....한창 레인보우식스에 미쳐서 결국 PGS 까지 가입 ㄷㄷㄷ

이렇게 책도 낸 적도 있고

신문에도 났었지

아직도 아이디는 PGS_CharisMa 를 버리지 못;;

CreateProcess API 에 대한 생각.

2009-10-21T18:04:00.000+09:00

Windows Via C/C++ 을 읽다가 깨달은 한가지

일반적으로 유니코드 환경에서 프로그래밍시 CreateProcess API 를 사용할 경우, 첫번째나 두번째 인자에 ProcessName 을 적는데...

보통 이런식입니다.

STARTUPINFO si = { sizeof(si)};

PROCESS_INFORMATION pi;

CreateProcess(NULL,TEXT("NOTEPAD"),NULL,NULL,FALSE,0,NULL,NULL,&si,&pi);

언뜻 보기에 문제가 없어 보인다. 하지만 이건 분명히 문제 발생할 수 있습니다.

MS VC 6 버전(적어도 제가 확인했을때는..)의 컴파일러는 문자열을 READ/WRITE 가능한 영역에 배치하여서 문제가 되지 않았으나, 2008 부터는(.nET 이나 2005 버전도 그런지 확인은 못했습니다.) READ 영역의 메모리에 배치하기 때문에, 접근 위반이 발생할 수 있기 때문입니다. 따라서 이 문제를 해결하기 위한 최상의 방법은 다음의 예와 같이 문자열 상수를 임시 버퍼에 복사한 후, CreateProcess 를 호출하는 것 입니다.

STARTUPINFO si={sizeof(si)};

PROCESS_INFORMATION pi;

TCHAR szCommandLine[] = TEXT("NOTEPAD");

CreateProcess(NULL, szCommandLine , NULL,NULL,FALSE,0,NULL,NULL,&si,&pi);

그러나 이 문제는 유니코드로 작성할 경우에 발생되는 문제이며, ANSI 버전의 CreateProcess 를 같은 방식으로 호출하면 문제가 발생하지 않습니다. 이는 유니코드로의 변경을 위해 문자열에 대한 복사본이 내부적으로 만들어지기 때문에 그렇습니다.

C 표준 라이브러리 -펌

2009-10-21T15:31:00.000+09:00

1. 데이터 변환 함수
2. 디렉토리 조작 함수
3. 버퍼 조작 함수
4. 파일 조작 함수
5. stream 입출력 함수
6. Low level 입출력 함수
7. Mathematics
8. 메모리 조작 함수
9. 탐색과 정렬 함수
10. 문자열 조작 함수
11. 시간 함수
12. 문자 분류 및 변환 함수
13. 기타 함수

1. 데이터 변환 함수

문자나 문자열을 수치 값으로 변환시키거나 대문자를 소문자로 소문자를 대문자로 변환하는 함수로 stdlib.h에 정의되어 있다.

헤더 파일 : #include

atof
형식 : double atof(char *string)
설명 : 문자열을 부동소수점 값으로 변환하는 함수 부동소수점으로 변환할 수 없는 문자열인 경우 0을 반환한다.

atoi
형식 : int atoi(char *string)
설명 : 문자열을 정수 값으로 변환하는 함수, 변환할 수 없는 경우에는 0을 반환한다.

atol
형식 : int atol(char *string)
설명 : 문자열을 long integer값으로 변환하는 함수, 변환할 수 없는 경우에는 0을 반환한다.

itoa
형식 : char *itoa(int value, char *string, int radix)
설명 : 정수형 숫자를 문자열로 변환하는 함수

ltoa
형식 : char *ltoa(long value, char *string, int radix)
설명 ; long integer형 숫자를 문자열로 변환하는 함수

strtod
형식 : double strtod(char *string, char *endptr)
설명 : 문자열을 부동소수점 값으로 변환하는 함수, 실패한 경우 0을 반환한다. 변환할 수 없는 문자를 만난 경우, 읽기를 중단한다.

strtol
형식 : long strtol(char *string, char *endptr, int radix)
설명 : 문자열을 long integer형 숫자로 변환하는 함수, 변환할 수 없는 문자열인 경우 0을 반환한다.

strtoul
형식 : unsigned long strtoul(char *string, char *endptr, int radix)
설명 : 문자열을 unsigned long형의 숫자로 변환하는 함수, 변환할 수 없는 문자열인 경우 0을 반환한다.

2. 디렉토리 조작 함수

헤더 파일 : #include

chdir
형식 : int chdir(char *path)
설명 : 현재 디렉토리를 주어진 경로로 바꾸는 함수

getcwd
형식 : char *getcwd(char *path, int numchars)
설명 : 현재의 작업 디렉토리의 이름을 반환하는 함수

mkdir
형식 : int mkdir(char *path)
설명 ; 주어진 경로를 사용하여 디렉토리를 만드는 함수

rmdir
형식 : int rmdir(char *path)
설명 : 주어진 경로의 디렉토리를 삭제하는 함수

3. 버퍼 조작 함수

헤더 파일 : #include

memchr
형식 : void *memchr(void *s, int c, size_t n)
설명 : 버퍼에 문자를 찾는 함수

memcmp
형식 : int memcmp(void *s1, void s2, size_t n)
설명 : 두 버퍼를 비교하는 함수

memcpy
형식 : void *memcpy(void *dest, void *src, size_t n)
설명 : 버퍼의 내용을 복사하는 함수

memmove
형식 : void *memmove(void *dest, void *src, size_t n)
설명 : 바이트 수만큼 src버퍼에서 dest버퍼로 이동시키는 함수

memset
형식 : void *memset(void *s, int c, size_t n)
설명 : 주어진 문자로 버퍼로 채우는 함수

4. 파일 조작 함수

헤더 파일 : #include

chmod
형식 : int chmod(char *path, int pmode)
설명 : 파일의 permission을 바꾸는 함수

fstat
형식 : int fstat(int handle, struct stat *buffer)
설명 : 파일의 상태 정보를 가져오는 함수

remove
형식 : int remove(char *path)
설명 : 파일을 삭제하는 함수

rename
형식 : int rename(char *oldname, char *newname)
설명 : 파일의 이름을 바꾸는 함수

stat
형식 : int stat(char *path, struct stat *buffer)
설명 : 파일의 상태 정보를 가져오는 함수

umask
형식 : unsigned umask(unsigned pmode)
설명 : 파일의ㅣ permission을 mask시키는 함수

5. Stream 입출력 함수

헤더 파일 : #include

clearerr
형식 : void clearerr(FILE *file_pointer)
설명 : stream의 에러 지시자를 지우는 함수

fclose
형식 : int fclose(FILE *file_pointer)
설명 : 파일을 닫는 함수, 정상적으로 수행되면 0을 에러가 발생되면 EOF을 반환한다.

feof
형식 : int feof(FILE *file_pointer)
설명 : 파일의 끝을 검사하는 함수, 지정된 파일이 EOF이면 0이외의 값을 반환한다.

ferror
형식 : int ferror(FILE *file_pointer)
설명 : 파일의 입출력 동안 에러가 발생되었는지를 검사하는 함수, 에러가 있으면 0이외의 값을 반환한다.

fflush
형식 : int fflush(FILE *file_pointer)
설명 : 버퍼의 내용을 파일에 쓰는 함수, 정상적으로 수행이 끝나면 0을 반환하고 그 이외에는 EOF를 반환한다.

fgetc
형식 : int fgetc(FILE *file_pointer)
설명 : stream으로부터 한 문자를 가져오는 함수, 에러 발생이나 파일의 끝인 경우에는 EOF를 반환한다.

fgetpos
형식 : int fgetpos(FILE *file_pointer, fpos_t current_pos)
설명 : stream에서 현재 위치를 가져오는 함수

fgets
형식 : char *fgets(char *string, int maxchar, FILE *file_pointer)
설명 : 파일에서 문자열을 읽는 함수, 읽어들이는 단위는 EOF나 \n을 만나거나 n-1개의 문자 길이 만큼이다. 실패한 경우 NULL을 반환한다.

fopen
형식 : FILE *fopen(char *filename, char *access_mode)
설명 : 파일을 열기 위한 함수, 에러가 발생되면 NULL을 반환한다.

fprintf
형식 : int fprintf(FILE *file_pointer, char *format_string, args)
설명 : 파일에 주어진 형식으로 데이터를 쓰기 위한 함수, 정상적으로 수행이 되면 출력한 문자의 수를 반환한다. 만약 에러가 발생되면 EOF를 반환한다.

fputc
형식 : int fputc(int c, FILE *file_pointer)
설명 : 문자를 stream에 쓰기 위한 함수, 정상적으로 수행이 되면 출력한 문자의 수를 반환한다. 에러가 발생되면 EOF를 반환한다.

fputchar
형식 : int fputchar(int c)
설명 : 문자를 stdout에 쓰기 위한 함수

fputs
형식 : int fputs(char *string, FILE *file_pointer)
설명 : 문자열을 stream에 쓰기 위한 함수, 에러가 발생되면 EOF를 반환한다.

fread
형식 : size_t fread(char *buffer, size_t size, size_t count, FILE *file_pointer)
설명 : stream으로부터 unformatted data를 buffer에 쓰기 위한 함수, 읽어들인 블록의 수를 반환한다.

freopen
형식 : FILE *freopen(char *filename, char *access mode, FILE *file_pointer)
설명 : 파일 포인터를 다른 파일에 재 할당하기 위한 함수

fscanf
형식 : int fscaf(FILE *file_pointer, char *format string, args)
설명 : stream으로부터 formatted input을 읽기 위한 함수, stream파일에서 형식대로 읽혀진 데이터 수를 반환한다. format의 형식은 scanf()와 같다.

fseek
형식 : int fseek(FILE *file_pointer, long offset, int origin)
설명 : 파일의 현재 위치에서 새로운 위치로 변경하는 함수, 정상적으로 수행했을 경우 0을 반환한다.

fsetpos
형식 : int fsetpos(FILE *file_pointer, fpos_t *current pos)
설명 : 파일의 현재 위치에서 새로운 위치로 변경하는 함수

ftell
형식 : long ftell(FILE *file_pointer)
설명 : 파일에서의 현재 위치를 가져오는 함수 에러가 발생되면 -1을 반환한다.

fwrite
형식 : size_t fwrite(char *buffer, size_t size, size_t count, FILE *file_pointer)
설명 : 버퍼에 있는 unformatted data를 stream에 쓰기 위한 함수

getc
형식 : int getc(FILE *file_pointer)
설명 : 문자를 stream으로부터 읽기 위한 함수

getchar
형식 : int getchar(void)
설명 : srdin으로부터 문자를 읽기 위한 함수

gets
형식 : char *gets(char *buffer)
설명 : srdin으로부터 라인을 버퍼로 읽는 함수

printf
형식 : int printf(int c, FILE *file_pointer)
설명 : formatted output을 stdout에 쓰는 함수

putc
형식 : int putc(int c, FILE *file_pointer)
설명 : 문자를 steam에 쓰기 위한 함수

putchar
형식 : int putchar(int c)
설명 : 문자를 stdout에 쓰기 위한 함수

puts
형식 : int puts(char *string)
설명 : 문자열을 stdout에 쓰기 위한 함수

rewind
형식 : void rewind(FILE *file_pointer)
설명 : 파일을 rewind하기 위한 함수

scanf
형식 : int scanf(char *format_string, args)
설명 : stdin으로부터 formatted input을 읽는 함수

setbuf
형식 : void setbuf(FILE *file_pointer, char *buffer)
설명 : stream을 위해 새로운 버퍼를 지정하는 함수

setvbuf
형식 : int setvbuf(FILE *file_pointer, char *buffer, int buf_type, size_t buf_size)
설명 : 새로운 버퍼를 지정하고 제어하는 함수

sprintf
형식 : int sprintf(char *string, char *format_string, args)
설명 : formatted output을 문자열로 쓰는 함수

sscanf
형식 : int sscanf(char *buffer, char *format_string, args)
설명 : 문자열로부터 formatted input을 읽는 함수

tmpfile
형식 : FILE *tmpfile(void)
설명 : temporary 파일의 이름을 가져오기 위한 함수

tmpnam
형식 : char *tmpnam(char *file_name)
설명 : temporary 파일의 이름을 가져오기 위한 함수

ungetc
형식 : int ungetc(int c, FILE *file_pointer)
설명 : 문자를 stream의 버퍼에 되돌려 주는 함수

6. Low level 입출력 함수

헤더 파일 : #include 외에 #include , #include , #include , #include

close
형식 : int close(int handle)
설명 : unbuffered I/O를 위해 열어 놓은 파일을 닫기 위한 파일, 정상적으로 수행되었을 경우 0을 반환한다. 에러가 발생되었을 경우에는 -1을 반환한다.

creat
형식 : int creat(char *filename, int pmode)
설명 : 주어진 permission을 갖는 새로운 파일을 생성하기 위한 파일, 에러가 발생되었을 경우에는 -1을 반환한다.

eof
형식 : int eof(int handle)
설명 : 파일의 끝을 검사하는 파일, 지정된 파일의 현재 위치가 파일의 끝이면 1을 반환하고 그렇지 않을 경우에는 0을 반환한다.

lseek
형식 : long lseek(int handle, long offset, int orgin)
설명 : 파일의 주어진 위치로 이동하는 함수

open
형식 : int open(char *filename, int oflag, unsigned pmode)
설명 : low-level I/O를 위해 파일을 여는 함수

read
형식 : int read(int handle, char *buffer, unsigned length)
설명 : 파일로부터 바이너리 데이터를 버퍼로 읽는 함수, 읽은 문자의 바이트 수를 반환한다. 파일의 끝일 경우에는 EOF를 반환한다. 에러가 발생되면 -1을 반환한다.

write
형식 : int write(int handle, char *buffer, unsigned count)
설명 : 버퍼에 있는 바이너리 데이터를 파일에 쓰는 함수, 정상적으로 수행되었을 경우에는 쓴 문자의 바이트 수를 반환한다. 에러가 발생되었을 경우에는 -1을 반환한다.

7. Mathematics

헤더 파일 : #intclude

abs
형식 : int abs(int n)
설명 : 정수의 절대값을 구하는 함수

acos
형식 : double acos(double x)
설명 : x의 arc cosine을 계산하는 함수

asin
형식 : double asin(double x)
설명 : x의 arc sine을 계산하는 함수

atan
형식 : double atan(double x)
설명 : x의 arc tangent를 계산하는 함수

atan2
형식 : double atan2(double y, double x)
설명 : y/x의 arc tangent를 계산하는 함수

ceil
형식 : double ceil(double x)
설명 : x를 초과하는 가장 작은 integral 값을 구하는 함수

cos
형식 : double cos(double x)
설명 : cosine을 계산하는 함수

cosh
형식 : double cosh(double x)
설명 : x의 hyperbolic cosine을 계산하는 함수

div
형식 : div_t div(int number, int denom)
설명 : nunber/denom을 계산하여 몫과 나머지로 이루어진 구조체 div_t를 반환한다.
div_t의 형식은 다음과 같다.
type struct{
int quot;
int rem;
} div_t;

exp
형식 : x의 exponential을 계산하는 함수

fabs
형식 : double fabs(double x)
설명 : x의 절대값을 구하는 함수

floor
형식 : double floor(double x)
설명 : x보다 작은 가장 큰 integral값을 구하는 함수

fmod
형식 : double fmod(double x, double y)
설명 : x/y의 나머지를 반환하는 함수

frexp
형식 : double frexp(double x, int *expptr)
설명 : x를 mantissa와 exponent로 분리하는 함수

labs
형식 : labs(long n)
설명 : long integer의 절대값을 찾는 함수

ldexp
형식 : double ldexp(double x, int exp)
설명 : mantissa와 exponent로 값을 계산하여 반환하는 함수

ldiv
형식 : ldiv_t ldiv(long number, long denom)
설명 : long integer를 나눗셈하는 함수

log
형식 : double log(double x)
설명 : log(x)를 계산하는 함수

log10
형식 : double log10(double x)
설명 : base 10인 x의 log을 구하는 함수

modf
형식 : double modf(double x, double *inptr)
설명 : x를 fraction부분과 integer부분으로 분리하는 함수

pow
형식 : double pow(double x, double y)
설명 : x의 y승을 구하는 함수

rand
형식 : int rand(void)
설명 : 0에서 32사이의 random 정수를 구하는 함수

random
형식 : int random(int max_num)
설명 : 0에서 max_num)사이의 random 정수를 구하는 함수

randomize
형식 : void randomize(void)
설명 : random 수를 발생시키기 위해 seed를 지정하는 함수

sin
형식 : double sin(double x)
설명 : sine을 계산하는 함수

sinh
형식 : double sinh(double x)
설명 : x의 hyperbolic sine을 계산하는 함수

sqrt
형식 : double sqrt(double x)
설명 : x의 양의 제곱근을 계산하는 함수

srand
형식 : void srand(unsigned seed)
설명 : random 수 발생을 위해 새로운 seed를 지정하는 함수

tan
형식 : double tan(double x)
설명 : x의 tangent를 계산하는 함수

tanh
형식 : double tanh(double x)
설명 : x의 hyperbloic tangent를 계산하는 함수

8. 메모리 조작 함수

헤더 파일 : #include

calloc
형식 : void *calloc(size_t num_elem, size_t elem_size)
설명 : 배열을 할당하고 모든 원소를 0으로 초기화하는 함수

free
형식 : void free(void *mem_address)
설명 : 할당된 메모리 블록을 되돌려 주는 함수

malloc
형식 : void *malloc(size_t num_bytes)
설명 : 메모리 블록을 할당하는 함수

realloc
형식 : 메모리 블록을 재 할당하는 함수

9. 탐색과 정렬 함수

헤더 파일 : #include

bsearch
형식 : void *bsearch(void *key, void *base, size_t num, size_t width, int (*com pare)(void *elem1, void *elem2)
설명 : 이진 탐색을 수행하는 함수

qsort
형식 : void qsort(void *base, size_t num, size_t width, int (*compare)(void *elem1, void *elem2)
설명 : quick sort 알고리즘을 이용하여 정렬을 수행하는 함수

10. 문자열 조작 함수

헤더 파일 : #include

strcat
형식 : int strcat(char *string1, char *string2)
설명 : 두 문자열을 결합하여 하나의 문자열로 만드는 함수

strcmp
형식 : int strcmp(char *string1, char *string2)
설명 : 문자열을 알파벳 순서로 비교하는 함수, 두 문자열이 같으면 0을 반환한다. 만약 같지 않으면 다음과 같은 값을 반환한다.

string1 < string2 이면 음수 값을 반환
string1 > string2 이면 양수 값을 반환

strcpy
형식 : char *strcpy(char *string1, char *string2)
설명 : 문자열 string2를 string1으로 복사하는 함수

strerror
형식 : char *strerror(int errnum)
설명 : 주어진 에러 번호에 해당되는 에러 메시지를 가져오는 함수

strlen
형식 : int strlen(char *string)
설명 : 문자열의 길이를 구하는 함수 이때 NULL문자는 제외하고 길이를 구한다.

strncat
형식 : char *strncat(char *string1, char *string2, size_t n)
설명 : string2의 문자를 string1 끝에 붙이는 함수

strncmp
형식 : int strncmp(char *string1, char *string2, size_t n)
설명 : 두 문자열의 처음 n개의 문자를 비교하는 함수

strncpy
형식 : char *strncpy(char *string1, char *string2, size_t n)
설명 : string2의 처음 n개의 문자를 string1에 복사하는 함수

strnset
형식 : char *strnset(char *string, int c, size_t n)
설명 : 문자열의 처음 n개 문자를 c로 만드는 함수

strrchr
형식 : char *strrchr(char *string, int c)
설명 : 문자열에서 마지막에 나오는 문자 c를 찾는 함수 만약, 해당되는 문자가 발견되지 않은 경우에는 NULL을 반환한다.

11. 시간 함수

헤더 파일 : #include

asctime
형식 : char *asctime(struct tm *time)
설명 : struct tm 형식의 시간을 문자열로 바꾸는 함수

clock
형식 : clock_t clock(void)
설명 : clock tick으로 경과된 시간을 가져오는 함수

ctime
형식 : char *ctime(time_t *time)
설명 : 이진 시간을 문자열로 바꾸는 함수

difftime
형식 : double difftime(time_t time1, time_t time2)
설명 : 두 시간 사이의 차를 초단위로 계산하는 함수

gmtime
형식 : struct_tm *gmtime(time_t *time)
설명 : Greenwich Meam Time(GMT)을 tm structuregudtlr으로 가져오는 함수

localtime
형식 : struct tm *localtime(time_t *time)
설명 : local time을 tm structure형식으로 가져오는 함수

time
형식 : time_t time(time_t *timeptr)
설명 : GMT 1970년부터 경과된 현재 시간을 가져오는 함수

12. 문자 분류 및 변환 함수

헤더 파일 : #include

isalnum
형식 : int isalnum(int c)
설명 : c가 alphanumeric이면 참값을 반환

isalpha
형식 : int isalpha(int c)
설명 : c가 letter이면 참값을 반환

isascii
형식 : int isascii(int c)
설명 : c가 ASCII이면 참값을 반환

iscntrl
형식 : int iscntrl(int c)
설명 : c가 control 문자이면 참값을 반환

isdigit
형식 : int isdigit(int c)
설명 : c가 decimal digit이면 참값을 반환

isgraph
형식 : int isgraph(int c)
설명 : c가 graphic c문자이면 참값을 반환

islower
형식 : int islower(int c)
설명 : c가 소문자이면 참값을 반환

isprint
형식 : int isprint(int c)
설명 : c가 인쇄 가능한 문자이면 참값을 반환

ispunct
형식 : int ispunct(int c)
설명 : c가 punctuation 문자이면 참값을 반환

isspace
형식 : int isspace(int c)
설명 : c가 공백 문자이면 참값을 반환

isupper
형식 : int tsupper(int c)
설명 : c가 대문자이면 참값을 반환

isxdigit
형식 : int isxdigit(int c)
설명 : c가 hexadecimal digit이면 참값을 반환

toascii
형식 : int toascii(int c)
설명 : c를 ASCII로 변환하는 함수

tolower
형식 : tolower(int c)
설명 : c를 소문자로 변환하는 함수

toupper
형식 : int toupper(int c)
설명 : c를 대문자로 변환하는 함수

13. 기타 함수

다음은 화면 제어에 관한 라이브러리 함수들이다.

헤더 파일 : #include

clreol
형식 : void clreol(void)
설명 : 커서의 현 위치 행을 지우는 함수

clrscr
형식 : void clrscr(void)
설명 : 현재 사용 중인 윈도우를 지우고 커서를 왼쪽 상단으로 이동시키는 함수

deline
형식 : void deline(void)
설명 : 커서가 있는 행을 삭제하는 함수

gettext
형식 : int gettext(int left, int top, int right, int bottom, void *dest)
설명 : 지정된 텍스트 화면의 내용을 dest로 읽어 들이는 함수

gettextinfo
형식 : void gettextinfo(struct text_info r)
설명 : 현재의 텍스트 모드의 정보를 구조체 r로 읽어 들이는 함수, 구조체의 r의 형식은 다음과 같다.

struct text_info {
unsigned char currmode;
unsigned char screenheigh;
unsigned char screenwidth;
unsigned char normattr;
unsigned char winleft;
unsigned char wintop;
unsigned char winright;
unsigned char winbottom;
unsigned char curx;
unsigned char cury;
} *r;

[출처] C 표준 라이브러리 함수|작성자 혀니

new 연산자와 malloc Function 의 차이점

2009-10-21T15:25:00.000+09:00

오늘은 C/C++ 프로그램에 있어서 메모리를 할당하는 방식의 차이점에 대하여 간단하게 적어보겠습니다.

프로그래밍을 하면서 메모리 영역 (Heap 영역입니다.)을 사용하기 위하여 할당하는 방법은 여러 방식이 있지만, 오늘의 타겟은 malloc 함수와 new 연산자 입니다.

1. 함수의 원형 : void *malloc( size_t size );

Discription : Allocates memory blocks.

Parameters : Bytes to allocate.

Return Values :
malloc returns a void pointer to the allocated space, or NULL if there is insufficient memory available. To return a pointer to a type other than void, use a type cast on the return value. The storage space pointed to by the return value is guaranteed to be suitably aligned for storage of any type of object. If size is 0, malloc allocates a zero-length item in the heap and returns a valid pointer to that item. Always check the return from malloc, even if the amount of memory requested is small.

사용 예제를 간단히 써 보겠습니다.

예1)
char *pszReturnBuf = (char *)malloc(sizeof(char) * MAX_PATH);

이걸 해석하면, 캐릭터형 포인터 pszReturnBuf 의 변수에 char 형의 크기 곱하기 MAX_PATH 만큼의 메모리 크기를 char* 형으로 할당한다. 라고 말할 수 있습니다. 그런데 왜 malloc 의 parameter 로 1byte * MAX_PATH 로 했을까요? 그냥 MAX_PATH 를 하는거랑 무슨 차이라구?!!

다음과 구문이 있다고 해봅시다.
char *a;
a = malloc(128);

자 그럼 a에는 총 몇개의 "문자"가 들어갈 수 있을까요?

답은?

128이 아니라 '모른다' 입니다. 왜냐구요? char는 한 바이트 씩 잡아먹지 않냐구요? 맞습니다. 보통의 경우에는 맞다는 말입니다. 하지만 항상 그렇다는 보장이 없죠. 컴파일을 하는 컴퓨터에 따라 다를 수 있다는 말입니다.

네, 그렇기 때문에 malloc(sizeof(char) * MAX_PATH)이라는 구문이 위에 쓰였습니다. 여기서 sizeof(char)는 char 타입이 최소 몇 바이트로 이루어졌는가를 알아보라는 C언어의 예약어입니다. 물론 char 말고 int, long, 심지어 직접 만든 자료구조(struct나 union사용)의 이름도 넣을 수 있습니다. 혹은 미리 선언되어있는 변수의 이름을 넣으시면 그 변수의 타입을 넣은 것과 같은 효과를 가지게 됩니다. 예를 들어

int a;
int t1, t2;
t1 = sizeof(int);
t2 = sizeof(a);

했을 때 t1과 t2는 같은 값을 가진다는 것이지요.

자 그러면 왜 malloc의 인자에 sizeof와 같은 예약어를 사용했는지 아실 겁니다. 이 프로그래밍 특정 플랫폼에서 특정 컴파일러를 사용해서 컴파일 된다면(항상 그렇다면) sizeof(int) 대신 4라든가 8이라든가 하는 숫자를 넣으셔도 됩니다만, 별로 추천해드릴만한 방법은 아닙니다.

또한, malloc 은 메모리를 할당만 할 뿐, 실제 해당 메모리 영역에는 어떠한 값이 있는지 알 수 없습니다. 따라서 메모리가 정상적으로 할당이 되었다면, 초기화를 해주는 작업이 필요합니다. 예1) 을 바탕으로 초기화 작업부분까지 추가해 보겠습니다.

예2)

char *pszReturnBuf = (char *)malloc(sizeof(char) * MAX_PATH);
if(!pszReturnBuf) //메모리 할당에 실패한 경우
{
return FALSE;
}

memset(pszReturnBuf , 0x00 , sizeof(char)*MAX_PATH);

간단히 해석하면, pszReturnBuf 주소로부터 sizeof(char)*MAX_PATH 의 크기만큼을 0x00 으로 값을 대입한다 입니다.
이걸 더 간단히 하려면, calloc API를 사용하면 되겠죠. calloc 가 뭔지는 알아서 찾아보길..

그런데, malloc 으로 할당한 메모리의 크기를 변경하려면? realloc 함수를 사용하면 됩니다. 이 함수를 사용시, malloc 으로 할당받은 메모리 크기를 줄이거나, 늘릴 수 있습니다. 또한, 재 할당을 받더라도, 이전에 저장한 내용은 저장이 되어 있습니다.

가장 중요한 건, malloc 으로 할당한 메모리 영역은 사용할 필요가 없어지면, free 함수를 사용하여 사용한 메모리 영역에 대한 해제 작업을 꼭!!! 해주어야 한다는 것 입니다. 안해주면 메모리 누수가 발생하겠죠?

[new, malloc 개념 -> new 연산자 , malloc 함수]

일반적으로 new로 할당된 메모리는 memset으로 초기화 하면 안됩니다.
new로 할당된 메모리는 생성자에서 초기화하고 소멸자에서 뒷정리를 해야합니다.

new 는 연산자이고(+ - * /같은 연산자) malloc은 함수 입니다.
일반인들은 new도 함수라고 생각하는데 꼭 기억하세요 new는 연산자입니다.
더불어 sizeof도 연산자임을 기억하세요

new 는 인수로 넘어온 클래스 타입의 객체를 생성해줍니다. //중요!
malloc은 인수로 넘어온 크기 만큼의 메모리 블럭을 잡아줍니다.(할당) //중요!

개념이 약간 다른데 깊이 있게 들어가 보면,

malloc은 커널에게 메모리 할당 요청을 하고 커널은 메모리 블럭의 일부분을

다른곳에서 접근 할수 없게 예약을 하고 그메모리의 시작주소를 넘깁니다.

이 시작주소가 malloc이 리턴하는 값입니다.

따라서 malloc이 넘겨준 메모리에는 쓰레기 값이 들어 있으므로 memset등의 함수를 사용해서 초기화를 해주어야 하고,

'->'연산자나 '.' 연산자를 사용할수 없습니다.(객체의 의미가 없으므로)

new 는 메모리를 할당하면서 '클래스에서 정의된대로' 메모리를 초기화 하고 객체를 사용할수 있는 환경을 만들어 줍니다.

예약만하는것이 아니라 예약 + 클래스에 맞는 객체로 생성 시켜주는 겁니다.
(물론 이런한 객체화 작업은 생성자와 소멸자에서 코딩해야 합니다.)

신이 흙으로 사람을 만들때 그 코에 생기를 불어 넣는게 new 연산자입니다.

사람이 흙으로 인형을 만들어 생기를 못 불어 넣는게 malloc입니다.

따라서 new로 할당한 메모리에 memset을 사용하면 그 생기를 지우는 행위입니다.

new delete는 연산자이고 malloc free는 함수입니다.

DriverObject 를 얻는 방법 2/2

2009-08-31T14:30:00.000+09:00

지난 시간에 DriverOBject 를 획득하는 방법으로 일반론 적인 순서를 나열하였습니다.

사실...사용하기도 귀찮고..이래저래 짜증나죠..

그래서 쉽게 구할 수 있는 방법을 소개하나니..바로 Undocument API 를 이용하는 방법입니다.

말이 필요없이 그냥 보시죠.

사용되어질 API 원형

NTSTATUS
ObReferenceObjectByName(
IN PUNICODE_STRING ObjectPath,
IN ULONG Attributes,
IN PACCESS_STATE PassedAccessState OPTIONAL,
IN ACCESS_MASK DesiredAccess OPTIONAL,
IN POBJECT_TYPE ObjectType,
IN KPROCESSOR_MODE AccessMode,
IN OUT PVOID ParseContext OPTIONAL,
OUT PVOID *ObjectPtr);

/////////////////////////////////////////////////////////////////////

PUNICODE_STRING puniStr; //DriverObject 를 구하고자 하는 드라이버 이름

OBJECT_ATTRIBUTES obObjattr;

PVOID *Object = NULL //구하고자 하는 DriverObject 의 값이 들어갈 변수
HANDLE hHandle hHandle = NULL;

NTSTATUS nsRet = STATUS_SUCCESS;

POBJECT_TYPE *IoDriverObjectType;

InitializeObjectAttributes( &obObjattr,

puniStr,

OBJ_CASE_INSENSITIVE|OBJ_KERNEL_HANDLE,

NULL,

NULL);

nsRet = ObReferenceObjectByName(
puniStr,
OBJ_KERNEL_HANDLE| OBJ_CASE_INSENSITIVE,
NULL,
(ACCESS_MASK)0L,
*IoDriverObjectType,
KernelMode,
NULL,
(PVOID*)Object
);

끝입니다 ㅎㅎ 간단하죠?;

Undocument API 는 강력한 기능을 가진 함수들이 많이 있지만 이를 사용하는데 있어서 굉장한 주의를 표합니다.

왜냐? 언제 사라질지 모른다. (Document API 는 SDK / DDK / WDK 버전이 변경되면서 없어지는 (obsolete) API 에 대해서 명시해 줍니다. 그러나 Undocument API 는 그렇지 않기 때문에, 내가 사용한 API 가 없어지는 사태가 발생, 프로그램이 실행 안되고, BSOD 가 발생되는 등의 심각한 문제가 발생할 수 있습니다. 물론 제가 사용하는 Undocument API 중에 그런일은 아직 없습니다 :-) )

심각한 부작용이 있을 수 있음에도 사용하는 이유는...아무래도 강력한 성능의 매력이 아닐까요?

특히 해킹 혹은 멜웨어 제작에 있어서 Undocument API 의 사용은 필수 불가결하다고 할 수 있습니다.

다음에는...강력한 Hooking 의 힘에 대해서 간단히 적어볼꼐요 ^^)

Remote Debugging 을 해보자!

2009-08-25T11:11:00.000+09:00

장애 지원을 하다 보면, Target PC 에서 생긴 장애가 내 PC 에서는 발생하지 않는 경우가 생긴다. 그렇다고 Visual Studio 를 설치할 수도 없으니..

그러던 중, 이것저것 찾아보다가 홍가님의 블로그에서 굉장한 자료를 찾았다.

http://hongyver.pe.kr/ttblog/trackback/691

링크조차도 귀찮을 수 있으니, 직접 스크린 샷과 함께 설명을 하겠음.

난 Visual Stduio 6.0 만 쓰니 다른것은 설명하지 않겠다.

********************************************************************************

// 원격 디버깅을 받는 PC ( Target PC) 의 설정 방법

1. 우선 첨부 파일을 다운 받아서 Target PC 에서 실행한다.

첨부 파일 :

msvsmonforVC6.zip

2. Settings...를 클릭하여 "Target machine name or address" 란에 Host PC 의 IP를 입력한다.

3. "Connect" 를 누르고, 대기하면 Target PC 가 할 일은 끝.

c.f) 대기하고 있는 PC 는 TCP 2049 , 2050 포트를 사용한다. 따라서, Target PC 의 해당 포트는 Allow 정책을 수립해 놓아야 한다.

********************************************************************************

// 디버깅을 하는 PC ( Host PC) 의 설정 방법

1. Visual Studio 6.0 실행 후, Project->Settings...->Debug 를 선택한다. 여기서 Remote executable path and file name 부분에 Target PC 에서 디버깅을 실행할 프로그램이 실행될 경로를 지정해준다.

2. Build->Debugger Remote Connection...을 선택한다. 여기서 Connection 을 "Network (TCP/IP)로 선택하고 , Settings...를 클릭한다.

3. Target machine name or address 부분에 Target PC 의 IP를 적어준다.

4. 원하는 시점에 Break Point 설정한 다음, 디버깅을 하면 된다.

디버깅이 되었을 경우의 Network Connection 상태.

쉽다. 편하다.

DriverObject 를 얻는 방법 1/2

2009-08-19T14:27:00.000+09:00

드라이버를 개발하다 보면, DriverObject 를 얻어야 하는 경우가 생깁니다.

이때, 주로 쓰는 방법은 아래와 같습니다.

Object Name 을 이용하여 핸들을 얻은 후, 핸들을 이용하여 DriverObject를 얻어오는 방법.

많이들 사용하는 방법일거라 생각합니다.

PUNICODE_STRING puniStr; //DriverObject 를 구하고자 하는 드라이버 이름

OBJECT_ATTRIBUTES obObjattr;

PVOID *Object = NULL //구하고자 하는 DriverObject 의 값이 들어갈 변수
HANDLE hHandle = NULL;

NTSTATUS nsRet = STATUS_SUCCESS;

InitializeObjectAttributes( &obObjattr,

puniStr,

OBJ_CASE_INSENSITIVE|OBJ_KERNEL_HANDLE,

NULL,

NULL);

//ObOpenObjectByName API 로 DriverObject의 HANDLE 값을 얻는다 ,

nsRet = ObOpenObjectByName(&obObjattr,

STANDARD_RIGHTS_REQUIRED,

&hHandle);

if(NT_SUCCESS(nsRet))

{

//HANDLE 값을 이용하여 해당 DriverObject 의 Object 값을 얻는다.

nsRet = ObReferenceObjectByHandle(hHandle,

STANDARD_RIGHTS_REQUIRED,

KernelMode,

Object,

0);

if(NT_SUCCESS(nsRet))

{

KdPrint(("Driver Name : %ws , DriverObject : 0x%08x\n",

puniStr->Buffer , Object);

}

허나 이와 같은 방법보다 더 간편하고 쉽게 할 수 있는 방법이 있으니...바로 Windows Undocument API 를 이용하는 방법 입니다. 이 방법은 다음에 소개하겠습니다.

참고 자료 : 구글링으로 나온 수많은 검색 결과들...

2009년의 시작을 아쿠아 리조트에서

2009-08-18T13:14:00.000+09:00

저는 올해 1월 10일에 결혼한 아직은 신혼 부부입니다.

신혼여행지를 알아보면서 저에게는 조건이 있었습니다.

1. 사람이 많지 않은 곳

2. 자연을 느낄 수 있는 곳

3. 편하게 쉴 수 있는 곳

발리 , 세부 등등...신혼여행지로 이쁘고 인기 좋은 곳들도 많았지만, 반대로 생각하면 그 만큼 사람들이 많을 거라 생각하고, 구관이 명관이라했던가..전통적인 신혼여행지로 사이판을 선택했습니다

지역을 정했으니, 숙소를 정해야 했는데..괌이나 사이판은 PIC 가 유명하더라구요. 그러나 ! 저에게는 유명하기 때문에 탈락 ^^;

그러는 도중, 조용하고 편안하게 쉴 수 있는 숙소를 알아보다 아쿠아 리조트를 알게 되었습니다.

사설이 너무 길었네요, 출발하는 비행기 안 입니다.

결혼식을 끝내고 아시아나 항공을 타고 20시경에 출발하였습니다. 제가 촌놈이라 기내식이 나오자 사진부터 찰칵~

이리저리 도착해서 짐 정리하고 대충 잠자리에 들려고 보니 새벽 2시 정도라서 바로 자고, 다음 날 조식을 먹기 위하여 식당으로 이동 하였습니다.

와이프 얼굴이 그대로 나왔군요 -_-; 퉁퉁 부었;;

3박 5일 일정으로 지내면서, 조식은 딱히 나쁘지도, 그렇다고 우와~할 정도로 좋지는 않았지만 아침부터 만찬을 즐길 것도 아니고, 적당하게 나온 것으로 기억합니다.

아쿠아 리조트의 로비 입니다.

(저 계단 위에는 뭐가 있는지 모르겠네요; 왜 지금에서야 그게 궁금할까..;)

관광지를 떠나기 전에, 로비의 쇼파에서 꾸벅꾸벅 졸면서 가이드분을 기다렸던 기억이 나네요 ^^;

제가 묵었던 방은 오션뷰였습니다. 테라스에서 푸른 바다가 보이는 곳이었죠..말이 필요합니까! 사진을 보시죠~

날씨도 좋고, 바다도 푸르고..여기가 딱 지상낙원이었습니다. (두번째 사진 가운데를 잘 보시면, 배 타다가 뒤집어진 분도 보이네요 ㅎㅎ);

이제 아쿠아 리조트의 경치를 좀 더 보여드릴께요.

우선 너무너무 이쁜 수영장 입니다. 리조트에 머물면서 가장 맘에 들었던 곳 중에 하나입니다.

수영장에서 바라본 숙소 입니다.

숙소 옆에서 보트(?) 타고 바다로 나가는 곳이었던 걸로 기억하는데..사이판 바다는 멀리 나가도 바다가 매우 얕더라구요..빠져도 괜찮을 듯 해여 ^^

리조트 안에 있는 레스토랑에서 저녁 식사를 할때 찍은 사진입니다. 저녁 식사를 근사하게 먹겠다고 들어왔는데...중간에 있는 음료는 꼭 시켜야 하는 줄 알고 두개나 시켰다는...;(결국 다 먹지도 못했네요 ^^)

숙소 근처 어디든지 사진 찍으면 작품이 되는 곳 입니다 ^^

해변가에서는 시푸드도 즐길 수 있는데, 살아있는 가재와 여러 해삼물을 즉석에서 조리해 준답니다. 정작 시푸드 사진은 없고(먹느라 정신 없었네요 ^^), 메인 요리가 제공되기 전에 나오는 코코넛 쥬스만 찍었습니다. -_-;

야간에 로비에서 찍은 사진이구요..

제가 묵은 숙소에 들어가기 전에 있는 스파 입니다.

아래 사진은 3박5일의 짧은 일정이 끝나고, 집으로 돌아가기 전에 찍은 수영장과 로비 입니다 ^^

결론부터 말하자면, 아쿠아 리조트의 선택은 매우 탁월하였습니다.

타 여행지와 같이 여행객으로 넘쳐나지 않고, 여유로움을 즐길 수 있으며 투숙객들에게 항상 친절했던 모든 직원들. 그리고 어디서든 느낄 수 없었던 자유..

이상으로 아쿠아 리조트에 대한 짤막한 이용 후기였습니다 ^^

우산인가 양산인가

2009-08-12T12:47:00.000+09:00

일본 도깨비 여행중 한낮에 길거리에서 본 여인이다.

꽤나 더운 날임에도 불구하고, 검은색 옷을 입은 멋쟁이 언니.

우산인가 양산인가?

내가 패션을 이해 못하는 것인가...

PID 를 이용한 핸들을 얻는 방법

2009-08-11T16:21:00.000+09:00

특정 프로세서가 종료가 되어야만 다음 단계로 실행시켜야 하는 경우가 있는데..이럴경우에 특정 프로세서에 대한 정보가 없으면 난감하다.알고 있는건 단지 파일 이름일 뿐...

이 상황을 극복하기 위해서 사용한 방법은,

1. 파일 이름을 통한 PID를 구한다.

2. PID를 통하여 핸들을 얻는다

3. 핸들이 종료되는걸 감지한다.

이와같은 방법을 하기 위해서 아래와 같은 코드를 구현하게 되었다.

void ListProcess(void)
{
PROCESSENTRY32 pe32;
BOOL bFind = FALSE;
HANDLE hSnapshot = NULL;
hSnapshot = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS,0);
pe32.dwSize = sizeof(PROCESSENTRY32);
BOOL bContinue = Process32First(hSnapshot,&pe32);

while(bContinue) //구하길 원하는 파일이 나올때까지 첨부터 끝까지 돈다.
{
if(!strcmp(pe32.szExeFile,"PID를 구하고자 하는 파일 이름"))
{
bFind = TRUE;
break;
}
bContinue = Process32Next(hSnapshot,&pe32);
}
CloseHandle(hSnapshot);
//위의 함수에서 파일 이름이 구해졌다면(즉, 원하는 파일이 실행중임을 알았고, 정보를 얻었다면)
if(bFind)
{
HANDLE hApp = NULL;
//OpenProcess 함수를 통하여 해당 PID 에 대한 핸들을 구해온다.
hApp = OpenProcess(PROCESS_ALL_ACCESS, false,pe32.th32ProcessID);
//구해온 핸들에 대하여 무한정 대기상태로 있다가, 핸들이 종료되면 함수를 빠져나간다.
WaitForSingleObject(hApp, INFINITE);
}
}

c.f) 이와 반대로 핸들을 알고 있는데 PID 를 구해야 하는 경우라면 아래의 함수를 사용하면 된다.

DWORD GetWindowThreadProcessId(
HWND hWnd,
LPDWORD lpdwProcessId
);

DWORD dwpid = GetWindowThreadProcessId(hWnd,&pid);

별거 아니지만 찾으려면 이것도 일..