Dev

Unit Test 테스트의 속성 좋은 단위 테스트를 작성하기 위해서는 아래 세 가지 기준을 만족해야 한다. 가독성 3A(Arrange / Act / Assert) 순서대로 test case 코드가 작성되어 있어야 한다. test case 가 어떤 동작을 검증하는지 알 수 있어야 한다. test case 의 이름을 명확하게 작성 필요 최신 test framework (java 에서 사용하는 spock)에서는 자연어로 test case 이름을 작성할 수 있도록 지원하는 경우도 있다. (google test 는 미지원) test case 실행 시 printf 문을 한 번 출력 하도록 규칙을 정하여 사용할 수 있다. #define SPEC(msg) printf("[SPEC] %s\n", msg) TEST(SampleTestCase, SampleTest) { SPEC("이 테스트는 무엇을 하는 테스트 입니다"); } 코드를 보지 않고 오류의 원인을 알 수 있어야 한다. 자연여와 가깝게 테스트 코드를 표현하는 것이 유리하다. 함수 이름을 자연어로 상세히 지정 에러 메시지를 자연어로 출력 유지보수성 ...

Window Programming PE 윈도우는 실행 가능한 목적 파일을 PE 포멧이라 칭한다. (리눅스의 ELF 와 유사) PE 파일은 header 와 section 으로 구성된다. section 에는 이름, 크기, 로드될 주소의 오프셋, 속성과 권한 등의 정보가 들어있다. PE 파일에 들어가야 할 필수 section 은 없지만, ‘.text’, ‘.data’, ‘.rdata’ section 이 주로 사용된다. .text: 실행 가능한 기계코드가 위치하는 영역 (읽기, 쓰기 가능) .data: 컴파일 시점에 정해진 전역 변수들이 위치하는 영역 (읽기, 쓰기 가능) .rdata: 컴파일 시점에 값이 정해진 전역 상수와 참조할 DLL 및 외부 함수들의 정보가 위치하는 영역 (읽기만 가능) 윈도우가 실행되면 PE 파일의 데이터들이 메모리에 적재된다.

Reverse Engineering software 를 분석하여 소스코드를 역으로 생성 해 내는 기법 software 분석 방법 Static analysis 프로그램을 실행시키지 않고 수행하는 분석이다. 프로그램의 전체 구조를 파악하기 쉬우며, 환경적 제약 사항에 자유롭고, 악성 코드의 위협으로부터 안전하다. 난독화 적용시 분석이 어려워 진다는 단점이 있다. 정적분석에 사용되는 툴로는 IDA 가 있다. IDA 는 프리웨어로 https://hex-rays.com/ida-free/ 에서 다운 가능하다. Dynamic analysis 프로그램을 실행시키며 수행하는 분석이다. 프로그램의 개략적인 동작을 빠르게 확인 할 수 있다. 정적 분석과 반대로 프로그램 실행에 필요한 환경 구성이 어려울 수 있다. 안티 디버깅 기법 적용된 프로그램은 디버깅이 불가능하다. IDA 리버스 엔지니어링 툴 단축어 shift + F12 문자열 검색, String 탭으로 이동 x 상호참조 확인, 변수 또는 함수가 사용되는 곳의 위치를 확인 F5 어셈블리를 C 언어 형태로 변환 g 특정 주소 혹은 라인으로 이동 디컴파일 된 함수 이름 위에 커서를 놓고 g 를 누르면 어셈블리 상 함수 라인을 확인할 수 있다. 함수 이름을 적어도 함수 위치로 이동된다. ESC 이전 커서 위치로 이동 Ctrl + Enter 다음 커서 위치로 이동 n 변수 이름 바꾸기 Y 변수 타입 설정 함수 매개변수 변경, 함수 매개변수 타입 변경 F2 어셈블리 혹은 C 언어 라인에서는 break point(중단점) 설정 stack 또는 hex View 에서는 값 변경 F9 실행 (run) 프로그램을 실행시켜 동적 분석을 수행할 수 있다. F8 한 단계 실행 (next) F7 함수 내부로 진입 (step int) Ctrl + F2 디버깅 중단 r hex 데이터를 문자로 변환 Shift + E 선택한 값을 원하는 형태로 변환하여 추출(export) hex 데이터를 문자열로 추출할 때 유용하다. 화면 IDA View ...

Exploit pwntool의 checksec 명령어로 어떤 보안이 적용되었는지 확인 가능하다. Shell Code exploit은 파일 읽고 쓰기(open-read-write, orw), 셸 명령 실행(execve) 권한을 취득하는 것을 목표로 한다. Shell 권한을 획득하기 위한 어셈블리 코드들의 모음을 ‘Shell Code’ 라 칭한다. 환경세팅 pwntools checksec shellcraft ROPgadget one_gadget patchelf 취약점 공격 순서 바이너리를 분석하여 보호기법을 확인한다. checksec 명령어를 사용하여 바이너리에 적용된 보호기법을 확인하고, 적용 불가능한 exploit 기법을 추려낸다. checksec 참조 ldd 명령을 활용하여 의존성 관계를 확인한다. ldd 명령 코드를 확인하여 취약점 및 구조(stack 형태)을 파악한다 stack은 함수에서 선언된 순서대로 할당되지 않음에 주의하며, 무조건 assembly어를 통해 stack 주소에서 특정 변수의 위치를 확인하도록 한다. ...

System Programming 프로그램이 동작하는 구조는 크게 application, kernel, HW 로 분리할 수 있다. _____________ | Library | ¯¯¯¯¯¯¯¯¯¯¯¯¯ Application level ------------------------------ _____________ |System call| ¯¯¯¯¯¯¯¯¯¯¯¯¯ Kernel level ------------------------------ _____________ | Hardware | ¯¯¯¯¯¯¯¯¯¯¯¯¯ H/W level ------------------------------ application level에서는 library를 사용하며, 이 코드들은 library buffer를 사용한다. (open(), read(), write(), close() …) 시스템에서 제공하는 최적의 buffer 단위로 disk에서 값을 읽어오고, library buffer에 담아두면 작은단위로 읽어올 때 효율적이다. 예를들어, 한 줄씩 파일을 읽어야 한다면, 1byte씩 파일에서 ‘\n’을 감지할 때 까지 읽을 수 있지만, BUF_SIZ만큼 파일에서 읽어서 library buffer에 담아두고 library buffer를 1byte씩 읽으며 ‘\n’를 찾는 것이 실행 속도는 더 빠르다. (IO접근은 적을수록 효율적) Kernel level에서는 System call을 사용하며 system buffer를 사용한다. application level 함수를 사용하면, 보통 library buffer를 1차적으로 사용하고, 내부적으로 system call을 수행해 system buffer를 2차적으로 사용하게 된다. printf는 c library 함수이며, ‘\n’을 만나야 화면상에 출력을 한다. ‘\n’이 입력되기 전 까지 문자열들은 library buffer에 기록된다. fprintf는 ‘\n’과 상관없이 문자열을 출력한다. 즉 library buffer를 사용하지 않는다. 파일 입출력 fgetc C에서 파일에 접근하기 위해서는 fopen 함수를 사용한다. fopen은 파일 포인터를 반환하며, 코드 내에서 파일 포인터로 해당 파일에 접근이가능하다. fgetc(FPTR) 함수는 fopen으로 연 파일 포인터를 참조해서 char 하나를 읽고 반환한다. fgetc 함수의 반환 값은 int 형태이다. text file을 읽을 땐, 0xFF값이 내용에 올 수 없지만, binary file을 읽을 땐 중간에 0xFF 값이 올 수 있다. char 형태로 0xFF를 읽으면 -1값에 해당하기 때문에, EOF와 구분이 불가능하여 char 대신 int를 반환하도록 되어있다. 파일 구조체 fopen은 파일 구조체의 주소(포인터)를 반환한다. 파일 구조체는 아래와 같은 내용을 담고 있다. _flags: _IO_read_ptr : 다음 명령시 파일을 읽거나 쓸 위치 _IO_read_end: kernel에서 데이터를 받아서 저장할 버퍼의 끝 위치. _IO_read_base: kernel에서 데이터를 받아서 저장할 버퍼의 시작 위치. 파일에 대한 읽기 명령(fgetc/fgets등) 이 발생했을 때, kernel은 4096byte(BUF_SIZE) 만큼 데이터를 미리 읽어서 이곳에 채워둔다. _fileno: 파일의 offset, kernel에서 해당 파일에 정해준 index(kernel 함수에서 사용할 수 있다.) fopen 시에 파일 구조체가 생성 및 초기화 되지만, IO_read* 인자들은 파일 접근이 이루어짐과 동시에 값이 적용된다. EOF 파일을 끝까지 읽었다고 판단하는 것은, EOF 문자(-1) 으로 판단한다. 하지만 실제파일을 읽어보면 마지막에 -1값이 실제로 들어있지는 않다. EOF 값은 file I/O 함수의 리턴값일 뿐 실제 파일에 기입된 값이 아니다. file I/O 함수는 i-node에 기록된 파일의 크기를 기반으로 파일 끝을 판단한다. ASKII 코드 중 주요 문자의 값 참조 a: 97 A: 68 0: 48 \n: 10 \r: 13 (공백): 32 \t: 9 \0: 0 fguts(BUFF, SIZE, FPTR) 함수는 fopen으로 연 파일 포인터를 참조해서 line 하나를 읽어온다. fputs(BUFF, FPTR) 함수는 fopen으로 연 파일 포인터를 참조해서 line 하나를 출력한다. 리눅스에서 표준 입력/출력/에러는 기본적으로 파일 포인터를 열어둔다. 각각 아래 문자열 혹은 번호로 참조 가능하다. stdin : 표준 입력 stdout : 표준 출력 stderr: 표준 에러 -> 파일 포인터 대신 stdout 을 입력하면 표준 출력으로 문자열이 출력된다. (ex: fputc(BUF, stdout)) ...