개발이 너무 너무 약한거 같아서 ㅋㅋㅋ 개발 공부하려고 책을 질렀다

보안도 제대로 못하면서 개발이라니 ㅋ 

아니 사실은 개발을 제대로 못하니깐 보안도 못하는 거겠지 ㅋㅋㅋㅋㅋㅋ


거기다 C++ 이라니ㅋㅋㅋ

차라리 C#을 하는게 더 이득인거 같기도 하고 ㅋ 

뭔가 망테크 진입하는 기분이다 ㅋㅋㅋㅋㅋㅋ


이 기회에 프로그래밍 확실히 잡아야지 


책상 사진은 책상 좀 효율적으로 써보겠답시고 독서대를 산 김에 정리정돈한 기념으로 ㅋㅋㅋㅋ

나무 향기가 은은해서 기분도 좋아짐 ㅋㅋ

여튼 ㅋㅋ

나님 화이팅 !! 

1. 이벤트 반응형

 

콘솔에서 동작하는 프로그램은 순차적으로 실행을 하지만, GUI 프로그램은 메뉴 선택, 클릭 등의 사용자에 의해 생긴 이벤트에 따라 코드가 실행된다

 

이벤트 반응형

 사용자 조작으로 이벤트가 발생하고 대응되는 처리를 하는 프로그램 형식

 

이벤트의 발생

하드웨어의 장치 드라이버에서 마우스나 키보드 등의 이벤트를 감시하여 이벤트를 이벤트 처리 대기 행렬(시스템 행렬) 추가하여 Window 통지

Windows에서 필요에 따라 애플리케이션에 알림

큐에서 꺼낸 이벤트 정보와 시점의 애플리케이션의 상태를 이용하여 이벤트가 통지될 애플리케이션 결정

 

2.       메시지

 

애플리케이션 윈도우에 이벤트 통지하기 위한 데이터 구조체

typedef struct tagMSG {

                  HWND                      hwnd;                      // 윈도우 핸들

                  UNIT                         message;               // 메시지 ID

                  WPARAM               wParam;                // 메시지 전달인자 1

                  LPARAM                  lParam;                    // 메시지 전달인자 2

                  DWORD time;                       // 이벤트 발생 시각

                  POINT                      pt;                            //이벤트 발생 커서 위치

                  } MSG, *PMSG;   

 

1)      윈도우 핸들

메시지의 행선지가 윈도우를 식별하는 정수

윈도우 핸들 값을 조사하여 조작 대상 윈도우 구별

 

2)      메시지 ID
메시지의 종류를 나타내는 아이디

일반적으로 ‘WM_’으로 시작되는 ID 수백 정의

발생한 이벤트의 종류 알아낼 있음

 

3)      메시지 전달 인자 1 & 메시지 전달 인자 2

메시지의 전달 인자

메시지의 종류에 따라 의미 상이

 

4)      이벤트 발생 시각

5)      이벤트 발생 커서 위치

 

메시지 큐에서 메시지를 꺼내 처리하는 것을 반복한다 (메시지 루프)

3.       윈도우 프로시저

 

메시지의 행선지인 윈도우의 윈도우에 관련된 특별함수(윈도우 프로시저)에서 메시지 처리

 

윈도우 프로시저가 Windows 직접 호출함으로, 정해진 규약이 있음 -> CALLBACK

 

-          인자 4

-          MSG 구조체 멤버와 대응

 

LRESULT CALLBACK WindowProc (

                  HWND hwnd,        // 윈도우 핸들

                  UINT uMSG,          // 메시지 ID

                  WPARAM wParam,              // 메시지 전달 인자1

                  LPARAM lParam   // 메시지 전달 인자2

                  );

 

윈도우 클래스

동일한 기능을 하는 윈도우가 여러 존재 경우, 윈도우 클래스로 그룹화하여 윈도우 프로시저로 여러 윈도우 처리

윈도우 클래스와 윈도우의관계는 클래스와 인스턴스의 관계

같은 윈도우 프로시저 공유

 

윈도우 클래스 등록

애플리케이션의 메인 윈도우로 사용할 있는 윈도우 클래스는 미리 제공되지 않아, 직접 생성하는 윈도우 클래스는 직접 등록

 

4.       WinMain

 



 

#include <Windows.h> //(1)

 

#define MYWNDCLSNAME                  L"MyWindowsClass"

 

LRESULT CALLBACK WndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParma);

 

int WINAPI WinMain(HINSTANCE hInst, HINSTANCE hPrevInst, LPSTR lpCmdLine, int nCmdShow) //(2)

{

  WNDCLASS wndcls;

  HWND hWnd;

  MSG msg;

 

  //윈도우 클래스 등록 (3)

  ZeroMemory(&wndcls, sizeof(wndcls));

  wndcls.lpfnWndProc = WndProc;

  wndcls.hInstance = hInst;

  wndcls.hIcon = LoadIcon(0, IDI_APPLICATION);

  wndcls.hCursor = LoadCursor(0, IDC_ARROW);

  wndcls.hbrBackground = (HBRUSH)COLOR_BACKGROUND;

  wndcls.lpszClassName = MYWNDCLSNAME;

  if (RegisterClass(&wndcls) == 0) return -1;

 

  // 메인 윈도우 생성 (4)

  hWnd = CreateWindow(MYWNDCLSNAME, L"My Window",

                   WS_OVERLAPPEDWINDOW,

                   CW_USEDEFAULT, CW_USEDEFAULT,

                   CW_USEDEFAULT, CW_USEDEFAULT,

                   0, 0, hInst, NULL);

  if (hWnd == 0) return -2; //(5)

 

  // 윈도우 초기 출력 상태 지정

  ShowWindow(hWnd, nCmdShow); //(6)

  UpdateWindow(hWnd); //(7)

 

  //메시지 루프(8)

  while(GetMessage(&msg, 0, 0, 0)){

                   DispatchMessage(&msg);

  }

 

  //WM_QUIT 메시지의 wParam 종료 코드로 한다.

  return msg.wParam;

}

 

LRESULT CALLBACK WndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam) //(9)

{

  switch (uMsg){

  case WM_DESTROY :

                                     PostQuitMessage(0);

                                     return 0;

  }

  // 직접 처리하지 않은 메시지는 Windows 맡긴다

  return DefWindowProc(hWnd, uMsg, wParam, lParam);

}

 

(1)    Windows.h

Win32 API C언어 함수에서 호출할 필요한 프로토타입 선언이 들어 있음

(2)    WinMain

Windows GUI 애플리케이션이 실행될 제일 먼저 실행되는 함수

hInst

실행중인 애플리케이션을 식별하는 정수값(인스턴스 핸들)

Win32에서는 값으로 애플리케이션 식별 불가능

애플리케이션 자체를 참조하기 위해 인자로 사용하는 경우 필요한 경우가 있어 전역 변수로 보존

hPrevInst

16비트 Windows에서 동일한 애플리케이션이 이미 실행중일 먼저 실행된 애플리케이션의 인스턴스 핸들이 저장됨

Win32에서는 항상 0

호환성을 위해 유지

lpCmdLine

명령행 문자열의 포인터로, main argv 달리 스스로 문자열 해석해야함

nCmdShow

메인 윈도우의 최초 출력 상태를 지정

 

(3)    윈도우 클래스

(4)    윈도우 클래스 등록

RegisterClass API 윈도우 클래스를 등록

등록하려는 윈도우 클래스 정보를 WNDCLASS 구조체에 저장하여 RegisterClass WNDCLASS 주소를 인자로 넘김

 

 

typedef struct _WNDCLASS{

  UINT                         style;                        // 윈도우 클래스 스타일

  WNDPROC                               lpfnWndProc;       // 윈도우 프로시저의 주소

  int                              cbClsExtra;             // 윈도우 클래스의 추가 데이터 크기

  int                              cbWndExtra;         // 윈도우의 추가 데이터 크기

  HINSTANCE            hInstance;              // 윈도우 프로시저를 소유한 프로그램의

                                                                        // 인스턴스 핸들(대부분 자기자신)

  HICON                      hIcon;                       // 애플리케이션 아이콘

  HCURSOR                                 hCursor;                  // 마우스 커서

  HBRUSH                  hbrBackground;   // 윈도우 배경색

  LPCTSTR                  lpszMenuName;  // 메뉴 리소스명

  LPCTSTR                  lpszClassName;    // 윈도우의 클래스 등록명

                  } WNDCLASS, *PWNDCLASS;

 

(5)    윈도우 생성

 

CreateWindow API 윈도우 클래스의 이름, 윈도우의 이름, 윈도우 속성을 인자로 넘김

WS_OVERLAPPEDWINDOW  - 메인 윈도우에서 주로 사용되는 윈도우 속성의 상수

 

CW_USEDEFAULT

윈도우를 출력하는 위치와 윈도우 크기를 Windows 맡김

부모윈도우와 메뉴핸들은 0 넘김

 

CreateWindow

윈도우 생성에 성공하면 윈도우 핸들 반환

반환값이 0 경우 윈도우 생성이 실패했음을 의미하므로 애플리케이션 종료

 

ShowWindow

생성한 윈도우의 출력 상태를 설정하는 API

 

UpdateWindow

실제로 윈도우를 그리는 API

 

(6)    메시지 루프

 

GetMessage

메시지 큐에서 메시지를 꺼냄

MSG 구조체의 주소에 꺼내온 메시지 정보를 저장

BOOL 형태의 반환값을 가지며, 애플리케이션 종료를 의미하는 WM_QUIT 메시지를 꺼냈을 때만 FALSE 메시지 반환

 

DispatchMessage

MSG hWnd 멤버를 참조하여 윈도우 프로시저를 윈도우에 호출 요청

 

(7)    DefWindowProc

 

메시지의 종류가 매우 많으므로 애플리케이션 고유의 처리를 원하는 메시지를 제외하고 DefWindowProc API에서 기본 처리

 

 

PostQuitMessage

WM_DESTROY 메시지를 DefWindowProc 호출하여 처리할 경우, 윈도우만 종료되고 애플리케이션을 종료하지 않기 때문에 따로 처리

WM_QUIT 메시지를 메시지큐에 추가하는 API

 

   

LRESULT CALLBACK WndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)

{

  switch (uMsg){

  case WM_LBUTTONDOWN:

                   MessageBox(hWnd, L"Hello, World", L"Message",

                                     MB_OK | MB_ICONINFORMATION);

  case WM_DESTROY :

                                     PostQuitMessage(0);

                                     return 0;

  }

  // 직접 처리하지 않은 메시지는 Windows 맡긴다

  return DefWindowProc(hWnd, uMsg, wParam, lParam);

}

 

'Operating Systems > Windows' 카테고리의 다른 글

윈도우  (0) 2015.04.23
API로 배우는 커널 - 1.운영체제 구조  (0) 2015.04.12

운영체제는 어플리케이션의 입장에서 보면 여러 어플리케이션이 공통으로 사용되는 기능을 API와 시스템 호출로 제공하는 라이브러리와 같다.

 

멀티태스크 운영체제가 해야 할 일

프로세스 관리 - 어플리케이션에 CPU시간을 나누어 준다

메모리 관리 - 다른 어플리케이션에서 사용하는 메모리 영역에 간섭하지 못하도록 한다.

외부기억장치 관리 - 하드 디스크 같은 외부 기억장치에 대한 접근 관리

파일 관리 - 어플리케이션이 파일로 다루어지는 데이터를 마음대로 쓸 수 없게 한다

 

CPU가 운영체제를 위하여 제공하는 기능

1. 특권레벨

어떤 시점에서 CPU의 상태를 나타내는 것으로, CPU가 어떤 명령어를 실행할 수 있고 어떤 메모리 영역에 참조 할 수 있는지 권한을 나타내는 정도이다.

현재 동작중인 특권레벨을 CPL ( Current Privilege Level ) 이라고 하며, 숫자가 낮을수록 권한은 높아진다.

x86 프로세서에는 0에서 3까지의 특권레벨이 있으며, 0은 커널의 코드를 실행하는 특권레벨, 3은 애플리케이션의 코드를 실행하는 특권레벨이다.

 

명령어 중에 HLT CPU CPL 0일 때만 실행이 가능하다.

메모리 세그먼트의 DPL CPL과 일치할 때만 세그먼트에 접근 할 수 있다.

(CALL  JMP 명령어를 이용하여 CPL을 참조하고자 하는 메모리 세그먼트의 DPL로 바꿀수 있다.)

Windows Linux는 세그먼트에 의한 메모리 보호 기능을 일부만 사용하며, 페이징을 이용하여 메모리를 보호한다.

 

2. 세그먼트의 속성과 디스크립터 테이블

각 세그먼트의 정보를 기술한 것으로 ,세그먼트의 수 만큼 나열된다.

크기는 각 8바이트며, 메모리 영역의 선두 주소, 세그먼트 크기, 세그먼트 속성을 설정할 수 있다.

글로벌 디스크립터 테이블인 GDT와 로컬 디스크립터 테이블 LDT가 있다.

 

LDT

태스크 전환에 연동되어 전환이 가능한 테이블이며, 애플리케이션 고유한 세그먼트를 정의할 때 사용된다.

LDT의 위치를 나타내는 디스크립터를 GDT에 기술한 뒤 LDTR레지스터에 등록할 수 있다.

 GDT 참고 : OS 개발 / 3. Protected Mode 1 3. GDT (http://0x200.tistory.com/entry/3-Protected-Mode-1)

3. I/O 특권레벨

 

애플리케이션에 메모리 외의 I/O 포트에 접근하는 것을 제한한다.

WindowsNT/2000/XP LINUX와 같은 대부분의 운영체제는 I/O 포트에 대한 읽기와 쓰기가 금지되어 있다.

 

EPLAGS 레지스터에 IOPL 값을 설정하여 I/O 포트로 접근을 제한한다.

IOPL 값을 변경할 수 있을 때는 오직 특권레벨이 0일 때이다.

 

접근 금지된 어플리케이션이 I/O 포트에 접근하려고 하면 CPU에서 예외를 발생시켜 운영체제로 제어를 넘긴다.

 

4. 콜게이트와 소프트웨어 인터럽트

사용자 모드에서 커널모드로 전환하는 방법은 다음과 같으며, 진하게 표시된 첫번째 두번째 방법이 API 호출에 사용된다.

 - 콜게이트를 경유

 - 소프트웨어 인터럽트(트랩)

 - 태스크 전환

 - 하드웨어 인터럽트 사용

 

(1) 콜게이트

컴퓨터 시작시에 글로벌/로컬 디스크립터 테이블에 게이트 디스크립터를 만들어서 준비하여야 한다.

실행

세그먼트 셀렉터에 콜게이트 인덱스 설정

CALL 명령어 실행

 - 콜게이트에 지정된 셀렉터 값과 오프셋이 나타내는 주소가 실행

처리 완료시 RET 명령어로 복귀

 콜게이트 참조 : 7. 유저모드 Task Switching (1) – 유저모드와 콜게이트

 (2) 소프트웨어 인터럽트

IDT를 준비하여, 코드의 셀렉터값, 오프셋, 속성을 설정

INT 명령어를 사용하여 인터럽트 실행

 소프트웨어 인터럽트 참조 : 7. 유저 모드 Task Switching (2) – 여러 개의 유저 모드 태스크

 

5. Windows에서의 API 호출 처리 순서

윈도우의 주요 API - kernel32.dll, User32,dll, Gdi32.dll 의 세개의 DLL에 주로 공개

ex ) WriteFile API 사용 예시

 

 

Application

 

1) Win32 진입점, App의 가상주소공간매핑 (사용자 모드에서 동작)

호출

↓호출

 

Kernel32.dll1)

WriteFile API

User32.dll

Gdi32.dll API6)

6) WIN32 고유, 따라서 Kernel32.dll과 달리 Ntdll.dll을 호출하지 않음

 

 

 

2) NT/2000/Xp, WIN32, OS/2, POSIX 공통 처리 부분

Ntdll.dll2)

NtWriteFile3) 함수

 

3)실제로 작업을 처리하는 함수 사용자 모드에서 처리 가능한 작업 후 3), 4)실행  

INT 0x2e4)

 

4) 시스템 서비스의 입구

5) 서비스 번호

 

EAX = XX5)

 

사용자모드

 

 

 

커널모드

 

Ntoskrnl.exe의 디스패치7)

7) 디스패치 테이블을 참조하여 주소를 얻음

 

 

 

 

Ntoskrnl.exe

서비스 루틴

Win32k.sys

서비스 루틴

 

 

6. Windows 애플리케이션 시작

(1) 실행파일 열기

실행 파일을 연 뒤, 파일 매핑 객체를 생성한다.

 

파일 매핑[1]

파일 매핑은 프로세스의 가상 주소 공간의 일부에 파일의 내용을 결합하는 것이다.

결합하기 위해 시스템은 'File mapping Object(파일 매핑 객체)'를 물리 메모리에 생성한다.

즉 파일 매핑 객체는 CPU의 페이징 기능을 이용하여 파일 내용을 주소 공간에 매핑한다.

이 때 결합된 가상 메모리 공간의 일부를 FILE VIEW라고 한다. 프로세스는 file view를 포인터로 접근하여 파일 내용을 참조한다.

파일 매핑을 통해, 파일뷰를 사용하는 방법은 파일이 디스크에 존재하는 것과 달리 메모리에 상주하기 때문에 효율성이 증가된다.

 



내부에서 프로세스를 관리하는 메모리 영역(프로세스 객체)를 생성하여 초기화 하며, 프로세스 모안 정보 프라이머리 액세스 토큰을 생성한다.



프로세스 객체[2]

Process Performance Object는 실행중인 어플리케이션 프로그램과 시스템 프로세스를 모니터 하는 카운터로 구성된다.

Privileged Time, Processor Time, User Time, Page Faults/sec, Page File Bytes, Page File Bytes Peak, Priority Base, Private Bytes, Working Set, Creating Process ID, Elapsed Time, Handle Count, ID Process, IO Data Bytes/sec, IO Data Operations/sec, IO Other Bytes/sec

 

액세스 토큰[3]

프로세스 혹은 스레드의 보안 컨텍스트를 기술하는 객체

프로세스와 연관된 유저 계정의 권한 혹은 identity 포함

언제 생성?

유저가 로그온 할 때, 인가된 패스워드인 경우 생성

유저의 행위에 따라 프로세스가 생성될 때 access token을 복제

언제 사용?

스레드가 securable 객체와 상호작용하거나 권한이 필요한 시스템 태스크를 수행할 때 시스템이 사용

어떤 내용?

The security identifier (SID) for the user's account

SIDs for the groups of which the user is a member

A logon SID that identifies the current logon session

A list of the privileges held by either the user or the user's groups

An owner SID

The SID for the primary group

The default DACL that the system uses when the user creates a securable object without specifying a security descriptor

The source of the access token

Whether the token is a primary or impersonation token

An optional list of restricting SIDs

Current impersonation levels

Other statistics

 

(2) 프로세스의 주소공간 생성

프로세스 고유의 페이지 디렉토리와 페이지 테이블을 준비하여 프로세스의 주소 공간을 설정한다. 운영체제의 일부 영역과 모든 프로세스가 공유하는 페이지를 가지고 있는 페이지 테이블은 기존의 것을 매핑 하며, 새로 생성된 실행 파일의 파일 매핑 객체를 앞서 설정한 프로세스 공간에 매핑 한다.

프로세스가 이용하는 객체의 핸들을 관리하는 테이블을 초기화한다. 부모 프로세스의 핸들을 상속하는 경우, 부모 프로세스의 핸들 테이블을 복제한다.

(3) 메인스레드 생성

프로세스의 메인 스레드를 생성한다. 실행 파일에 설정된 크기에 따라 메인스레드용 스택을 생성한우, 스레드의 컨텍스트 정보를 보존할 영역을 초기화 한다.

스레드 전환 후 실행 시작 주소는 진입점이 아니고 스레드 초기화용 함수 주소로 설정된다. 이때 특권레벨은 커널모드로 설정된다.

(4) 스레드 실행 시작

 (5) 프로세스 초기화 처리

스레드로 제어가 넘어가면 이전에 설정한 스레드 초기화용 함수가 커널모드에서 스레드 로컬 스토리지와 크리티컬 섹션을 초기화 한다.

임포트 테이블을 참조하여 DLL을 로드하고 진입점을 호출하여 DLL 초기화를 한다.

(6) 진입점에서 실행 시작

커널 모드에서 사용자 모드로 특권레벨을 변경하고, 메모리 스택에 실행파일의 진입점 주소를 넣는다.

 

[1] : https://msdn.microsoft.com/en-us/library/windows/desktop/aa366556(v=vs.85).aspx

[2] : https://msdn.microsoft.com/en-us/library/ms804621.aspx

[3] : https://msdn.microsoft.com/en-us/library/windows/desktop/aa374909(v=vs.85).aspx


'Operating Systems > Windows' 카테고리의 다른 글

윈도우  (0) 2015.04.23
윈도우 어플리케이션의 구조  (1) 2015.04.21

+ Recent posts