티스토리

Without a Break

검색하기

블로그 홈

Without a Break

wb-security.tistory.com/m

프로그래밍, 보안 공부하는 대학생

구독자: 0

방명록 방문하기

주요 글 목록

crackme #4 crackme4 실행 파일을 실행하면 시리얼을 입력하는 창이 나온다. 올바른 시리얼을 찾는 것임을 알 수 있다. 전체 모듈을 살펴보자 전체 모듈을 살펴보면 문자열을 비교하는 함수가 있는 것을 알 수 있다. 해당 위치로 이동하여 브레이크 포인트를 걸어주고, 엔트리 포인트로 돌아와 코드를 실행한다. 문자열에 아무거나 입력해주고, 계속 진행을 하다보면 브레이크 포인트의 위치로 온다. 이 때, 레지스터 값의 변화를 잘 보면 “2145440” 문자열과 비교하는 것을 알 수 있다. 이를 입력하면 올바른 시리얼임을 알 수 있다. 공감수 0 댓글수 0 2024. 4. 1.
crackme#1 crackme#1을 실행하면 위와 같은 팝업창이 순서대로 뜬다. 실행하면 실패 문자열 "Nah... This is not a CD-ROM Drive!"이 뜨는데, 이를 성공 문자열로 바꾸는 게 이번 문제다. *어셈블리 명령어 참고 명령어 설명 PUSH 스택의 값을 입력 CALL 지정된 주소의 함수를 호출 INC 값을 1 증가 DEC 값을 1 감소 JMP 지정된 주소로 점프 CMP 주어진 두개의 operand 비교 - Sub 명령어와 동일하나 operand 값이 변경되지 않고 EFLAGS 레지스터만 변경됨 (두 operand의 값이 동일하다면 SUB 결과는 0이고 ZF=1로 세팅됨) JE 조건 분기(Jump if equal) - ZF=1이면 점프 디버거로 실행 파일을 열면 위와 같이 뜬다. 실행 흐름은 다.. 공감수 0 댓글수 0 2024. 3. 29.
[CodeEngn] Advance RCE L02 보호되어 있는 글입니다. 공감수 0 댓글수 0 2023. 8. 23.
[Dreamhack] rev-basic-7 보호되어 있는 글입니다. 공감수 0 댓글수 0 2023. 8. 23.
[Dreamhack] rev-basic-5 보호되어 있는 글입니다. 공감수 0 댓글수 0 2023. 8. 23.
[CodeEngn] Advance RCE L05 문제 파일을 실행하면 팝업창이 뜬다. 임의로 시리얼을 입력하니 위와 같은 팝업창이 떴다. 문자열을 확인하니 성공 문자열을 확인할 수 있었다. 성공 문자열의 위치에서는 별 소득이 없었다. 모듈을 살펴보니 비교함수를 찾을 수 있었다. 해당 위치로 이동해서 BP를 걸어두고 코드를 다시 실행했다. 코드를 실행하니 해당 위치에서 시리얼을 발견할 수 있었다. 공감수 0 댓글수 0 2023. 8. 23.
[CodeEngn] Advance RCE L04 x32dbg로 문제 파일을 열어 줬다. 문자열을 확인해보니 아무것도 찾지 못해 시리얼은 입력한 상태로 확인해보기로 했다. 코드를 실행하면 위와 같이 팝업창이 뜬다. Name은 CodeEngn, 시리얼은 임의로 입력해줬다. Error창이 뜬다. 여기서 확인을 누르면 빈 화면이 되니 확인을 누르지 않고 코드를 살펴보자 성공 문자열을 발견할 수 있었다. 해당 위치로 이동하니 위쪽에 내가 입력한 시리얼과 정답을 비교하는 것을 발견할 수 있었다 공감수 0 댓글수 0 2023. 8. 23.
[CodeEngn] Advance RCE L03 문제 파일을 디버거로 실행 후, F8로 코드 진행을 하면 위와 같이 시리얼을 입력할 수 있는 팝업창이 뜬다. 문자열을 확인해보면 성공했을 때의 문자열을 볼 수 있다. 해당 위치로 이동해봤으나 별 소득은 없었다. 성공 문자열의 위치에서 위쪽을 살펴보니 ID가 3글자 이상이어야 한다는 것을 알 수 있다. 코드에서 큰 소득이 없었으니 일단 진행해보자. ID를 CodeEngn으로 입력하고, 시리얼은 임의로 입력해줬다. 정답이 아니라는 팝업창이 떴다. 확인을 누르고 다시 코드를 살펴봤다. 밑으로 내리다보니 내가 입력한 패스워드와 정답을 비교하는 것을 볼 수 있었다. 공감수 0 댓글수 0 2023. 8. 23.
[Dreamhack] Secure Mail 보호되어 있는 글입니다. 공감수 0 댓글수 0 2023. 8. 19.
[Dreamhack] rev-basic-8 문제 파일을 디버거로 열었을 때의 모습 먼저 corret를 출력하는 입력값을 찾기 위해 corret 문자를 찾아준다. 해당 위치로 이동하면 test eax,eax에서 입력값과 정답을 비교하는 것을 알 수 있다. 따라서 그 위의 코드에 있는 7FF6042D1186에 정답이 있을 것 같으니 살펴보자 7FF6042D1186로 이동하니 20개의 문자열과 사용자의 입력값을 비교한다는 것을 알 수 있었다. 비교한 후, 7FF6042D3000의 주소 값을 호출하는 것을 보아 해당 위치에 플래그가 있을 것 같다. 해당 위치의 HEX DUMP를 살펴보니 20개의 문자열이 있었다. 이제 이걸 플래그로 변환해보자 코드를 작성하고 실행해주면 플래그를 발견할 수 있다. 공감수 0 댓글수 0 2023. 8. 16.
[Dreamhack] rev-basic-6 문제 파일을 디버거로 열었을 때의 모습 문자열에서 corret를 찾아 해당 위치로 이동했다. 해당 위치로 이동하니 corret 위쪽에 test eax,eax에서 입력값과 정답을 비교하는 것을 알 수 있었다. test eax,eax 위 코드의 7FF7435D1000의 위치에 정답이 있을 것 같다. 18개의 값과 [7FF613713020] 주소에 사용자의 입력값을 더한 주소에 존재하는 값을 비교한다. 7FF7435D3020의 위치에 플래그가 있을 것 같다. 7FF7435D3020의 HEX DUMP를 확인하니 18개의 문자가 있었다. hex dump 값을 문자열로 변환하니 플래그를 발견할 수 있었다. 공감수 0 댓글수 0 2023. 8. 16.
[Dreamhack] rev-basic-4 문제 파일을 디버거로 열었을 때 모습 corret를 출력하는 입력값을 찾아야하니 문자열을 찾아봤다. corret의 위치로 이동해보자 corret의 위쪽을 보면 test eax,eax에서 입력값과 정답을 비교한다는 것을 알 수 있다. test eax,eax의 위 코드를 보면 7FF62FFD1000에 정답이 있는 것 같다. 이 위치로 이동해보자 이동해보니 27개의 문자열과 입력값을 비교한다는 것을 알 수 있었다. 코드는 다음과 같다. 1. eax에 첫 번째 입력값을 넣고 4비트 shift 2. ecx에 첫 번째 입력값을 넣고 4비트 shift 3. ecx와 F0을 and 연산 4. eax와 ecx를 or 연산하여 eax에 저장 5. 그 후, 7FF62FFD3000 값을 가져옴 HEX DUMP를 살펴보니 27.. 공감수 0 댓글수 0 2023. 8. 16.
[Dreamhack] rev-basic-3 문제 파일을 디버거로 실행하면 위와 같이 뜬다. "correct"가 출력되는 입력값을 찾아야하니 문자열로 가보자 correct가 있는 위치로 이동하면 위와 같은 위치로 이동한다. 어셈블리 코드를 확인해보면 test eax,eax에서 입력값과 정답을 비교하는 것을 확인할 수 있었다. 그 위의 7FF799851000의 위치에 플래그가 있는 것 같으니 이동해보자 rcx(input값)와 7FF799853000의 값을 한 글자씩 18번 비교한다. 7FF799853000의 위치에 정답이 있는 것 같음 7FF799853000의 HEX DUMP는 위와 같다. 24개의 문자열이 있고, 이 문자들로 xor 연산을 통해 입력값과 비교한다. 따라서 HEX 값을 문자열로 변환시키기 위해서는 역연산을 해야한다. 1. (input.. 공감수 0 댓글수 0 2023. 8. 16.
[Dreamhack] rev-basic-1 실행 파일을 디버거로 열면 cmd창이 실행된다. rev-basic-0 문제와 같이 "correct"라는 문자열을 찾아야하니 문자열로 이동하자 correct라는 문자열을 찾았으니 해당 위치로 이동해보자 이동하면 input 값을 test eax,eax로 비교하는 것을 볼 수 있다. test 위를 보면 7FF6CC1E1000 위치에서 정답과 비교하는 것을 알 수 있다. 해당 위치로 이동하면 알파벳 하나하나씩 정답을 알려주고 있다. 입력해보니 정답이 맞았다. 공감수 0 댓글수 0 2023. 8. 13.
[Dreamhack] rev-basic-0 문제 파일을 x64dbg로 열어주면 cmd창과 함께 파일이 실행된다. "correct"를 출력하는 입력 값을 찾아야하니 문자열로 가보자 문자열로 가니 correct를 발견할 수 있었다. correct의 위치로 이동해주니 입력된 input 값을 test eax,eax로 비교해서 정답과 오답을 구분하는 것을 알 수 있었다. test eax,eax 위의 7FF78F6F1000의 위치에서 정답과 비교하는 것 같으니 이동해보자 이동해보니 플래그처럼 보이는 문자열을 찾을 수 있었다. F8로 파일을 실행해서 해당 값을 입력해보니 정답이었다! 공감수 0 댓글수 0 2023. 8. 13.
[CodeEngn] Advance RCE L01 실행 파일이 UPX로 패킹되어 있음 언패킹 해준다. 실행 파일을 디버거로 열어 프로그램을 실행하니 위와 같은 팝업창이 뜬다. 프로그램의 실행과 종료 시간을 다루는 함수로는 timeGetTime, IsDebuggerPresent가 있다. 먼저 TimeGetTime 함수를 보자. timeGetTime 함수는 여러 개가 있으므로, 처음 시작되는 함수를 알기 위해 모든 intermodule에 BP를 걸어준다. IsDebuggerPresent 함수도 살펴보자. IsDebugguerPresent 함수의 위치로 가보니 TEST EAX,EAX 코드가 있었다. 이 부분을 F8로 실행해보면 TEST 연산으로 인해 JNZ로 프로그램의 종료 코드 진행쪽으로 이동하므로, 이를 피하기 위해 TEST EAX,EAX -> CMP E.. 공감수 1 댓글수 1 2023. 5. 23.
[CodeEngn] Basic RCE L19 실행파일이 UPX로 패킹되어 있다. 실행 파일을 언패킹 해줬다. 언패킹한 실행 파일을 디버거로 열어 프로그램을 실행하니 위와 같은 팝업창이 떴다. 프로그램의 실행과 종료 시간을 다루는 함수로는 timeGetTime, IsDebuggerPresent가 있다. intermodule에서 검색해보니 두 함수 모두 있음을 확인할 수 있었다. IsDebuggerPresent의 위치로 이동해보니 TEST EAX, EAX 코드가 있었다. 프로그램을 실행하면 0040E969의 연산으로 인해 JNZ로 이동하여 프로그램이 종료되는 코드로 이동하기 때문에 이동하지 않도록 코드를 수정해준다. TEST는 각 데이터를 AND 연산하는데, 이 연산을 건너뛰기 위해서 CMP EAX, EAX로 수정해준다. 이제 다시 intermodul.. 공감수 0 댓글수 0 2023. 5. 23.
[CodeEngn] Basic RCE L18 실행 파일을 디버거로 열어 프로그램을 실행하면 위와 같은 창이 뜸 text strings를 살펴보니 성공 문자열을 찾을 수 있었다 성공 문자열 위치로 이동해줌 성공 문자열 위쪽을 찾아보니 입력한 Serial값과 올바른 Serial 값을 비교하는 코드를 발견할 수 있었다 여기에 BP를 걸어줌 Name과 Serial을 입력해주고 Check를 누르고 실행하면 BP를 걸어준 곳으로 이동한다. BP 걸어준 곳에서 F8로 실행하다보면 위와 같이 내가 입력한 Serial과 정답 serial이 뜬다. 입력해보면 정답인 것을 알 수 있음 공감수 0 댓글수 0 2023. 5. 18.
[CodeEngn] Basic RCE L17 MD5 :128비트 암호화 해시 함수 실행 파일을 디버거로 열어 프로그램을 실행하면 위와 같이 Name과 Key를 입력할 수 있는 창이 뜬다. Name을 찾아보자. text strings를 살펴보니 성공했을 때 문자열을 발견할 수 있었다 성공 문자열이 있는 위치로 이동한 후, 성공 문자열이 있는 윗부분에서 문자열 길이를 비교하는 곳을 찾을 수 있었다. Name은 한글자라고 했으므로 EAX와 비교하는 문자열 길이를 1로 고쳐준다. 성공 문자열에서 밑으로 내리다보니 Key 값을 생성하는 첫번째 루틴을 찾을 수 있었다. 입력한 Name 값으로 Key값의 앞자리 4자리를 생성하는 것을 알 수 있음 성공 문자열 위쪽에 점프하는 부분 앞에 BP를 걸어준다. F8로 프로그램을 실행해서 Name을 임의로 입력해줬다. .. 공감수 0 댓글수 0 2023. 5. 18.
[CodeEngn] Basic RCE L16 디버거로 실행 파일을 열면 위와 같이 cmd창이 뜬다. F8로 프로그램을 실행하면 위와 같이 cmd창에 Name을 입력할 수 있도록 뜬다. CodeEngn일 때 Serial 값을 구해야하니 Name은 CodeEngn, Password는 아무 값이나 입력해줬다. text string을 확인하니 "Good Job!" 부분이 성공 문자열인 것 같다. 해당 위치로 이동해준다. 성공 문자열 코드 윗부분을 살펴보니 EAX의 값과 SS(Stack Segment), 즉 EBP-3C의 값을 비교하는 부분이 있었다. SS 값을 계산해 나온 주소로 이동하면 serial 값이 있을 것으로 예상된다. CMP 코드에서 오른쪽 마우스 > Follow in Dump > Memory address 를 선택한다. 그럼 위와 같이 SS(.. 공감수 0 댓글수 0 2023. 5. 17.
[CodeEngn] Basic RCE L15 실행 파일을 디버거로 열어 프로그램을 실행해보면 위와 같이 Name과 Serial을 입력할 수 있는 창이 뜬다. text string을 확인해보니 CRACKED라는 문자열이 성공 문자열 같아 해당 위치로 이동해봤다. "CRACKED" 위쪽을 살펴보니 EAX의 값과 45B844 주소의 값을 비교하는 코드가 있었다. 45B844 주소의 Hex Dump 값이 serial임을 추측할 수 있다. 따라서 비교 코드가 있는 곳의 분기점에 BP를 걸어주고 Ctrl+F2로 초기화 후 프로그램을 다시 시작했다. 프로그램을 다시 실행 후, CodeEngn일 때 Serial을 구해야하므로, CodeEngn을 Name으로 입력해주고 serial을 임의로 입력해준다. 입력하면 BP를 건 부분으로 이동하게 되는데 여기서 코드를 한.. 공감수 0 댓글수 0 2023. 5. 17.
[CodeEngn] Basic RCE L14 peid로 실행 파일을 확인해보니 UPX로 패킹되어 있다. 실행 파일을 언패킹해준다. 디버거로 실행 파일을 열어 F8로 실행해주니 위와 같이 입력할 수 있는 창이 떴다. CodeEngn을 입력해주고, 임의로 serial값을 입력해봤다. serial값이 틀렸다고 팝업창이 뜸 팝업창을 확인을 누르고 디버거의 코드를 살펴보니 입력한 CodeEngn과 serial 값으로 변경되어 있는 것을 확인할 수 있었다. 성공 메세지를 띄우는 MessageBoxA 전에 EAX와 ESI의 값을 비교해서 성공/실패 여부를 결정하는 구간을 발견했다. 그래서 Ctrl+F2로 디버거를 다시 실행해주고, ESI 값을 넣는 부분 전과 비교를 끝낸 다음 부분에 BP를 걸어주고 F8로 실행해봤다. POP ESI를 실행하니 EAX의 값이 2.. 공감수 0 댓글수 1 2023. 5. 11.
[CodeEngn] Basic RCE L13 실행 파일을 실행하면 위와 같이 뜬다. 잘못된 비밀번호 입력 시, "Bad Luck! Try again!" 문구가 뜨게 된다. 디버거로 실행 파일이 열리지 않아 peid로 패킹되었는지 확인해봤다. 13.exe 파일은 .NET으로 패킹되어 있었다. .NET으로 패킹된 파일을 열어보기 위해 dotpeek을 설치해줬다. https://www.jetbrains.com/decompiler/ dotPeek: Free .NET Decompiler & Assembly Browser by JetBrains dotPeek is a free tool based on ReSharper. It can reliably decompile any .NET assembly into C# or IL code. www.jetbrains... 공감수 0 댓글수 0 2023. 5. 11.
[CodeEngn] Basic RCE L12 실행 파일을 디버거로 실행해보자. 먼저 text string부터 확인해봤다. "Congratulation, you found the right key" 가 올바른 키를 입력했을 때 나오는 부분인 것 같으니 더블 클릭으로 이동해준다. MesageBoxA 위 코드를 살펴보니 CMP가 있는 것을 보아 7A2896BF와 비교해서 올바른 값인지 구별을 하는 것 같다. 키는 7A2896BF. 하지만 프로그램을 실행해서 키를 입력해보니 올바른 키가 아니었다. 문제에서 답 예시로 키 값을 777777로 주었으니, 10진수로 바꿔서 다시 키를 입력해봤다. 즉, 10진수로 변환한 값이 키 = 2049480383 이제 HexEdit로 주소 영역을 찾아보자. "Congratulation, you found the right .. 공감수 0 댓글수 0 2023. 5. 9.
[CodeEngn] Basic RCE L11 OEP : 패킹된 파일의 실제 프로그램 시작 부분 Stolenbyte : 패킹된 프로그램에서 코드의 일부를 OEP로 점프하기 이전에 숨기는 것 peid로 실행 파일을 확인해보니 upx로 패킹되어 있음을 알 수 있었다. Stolenbyte부터 찾아보자. 언패킹하지 않은 파일을 열어보니 PUSHAD 명령이 있었다. POPAD를 찾아보자. 명령어를 검색해 POPAD를 찾았다. POPAD는 스택의 데이터를 채우는 명령어이므로 push한 값들이 stolenbyte임을 알 수 있다. => 6A0068002040006812204000 Stolenbyte를 찾았으니 이제 OEP를 찾아보자. OEP는 패킹된 파일의 "실제 프로그램" 시작 부분이므로 실행 파일을 언패킹해준다. 언패킹한 실행 파일을 디버거로 실행해주면, 실.. 공감수 0 댓글수 0 2023. 5. 9.
[CodeEngn] Basic RCE L10 OPCODE : 명령어에서 실제로 어떤 동작을 하는지 나타내는 부분 실행 파일을 peid로 확인해보니 ASPack 형태로 패킹되어 있는 것을 확인할 수 있었다. ASPack은 PUSHAD > 복호화 코드 실행 > POPAD > Return 0C > OEP 값 PUSH > Return으로 OEP 주소로 이동하는 특징이 있다. 실행 파일을 열면 L09 문제에서와 같이 PUSHAD 명령어가 있는 것을 확인할 수 있었다. 오른쪽 마우스 > search for > all commands 에서 POPAD를 검색했더니 결과가 너무 많았다. 이번엔 RETN 0C를 검색했다. RETN 0C 다음에 BP를 걸어주고 RETN 0C를 실행해주면 RETN 0C 다음에 OEP가 나타난다. OEP = 00445834 OEP로 이동.. 공감수 0 댓글수 0 2023. 5. 7.
[CodeEngn] Basic RCE L09 StolenByte : 훔친 바이트로, 패킹된 프로그램에서 코드의 일부를 이동시킨 것이다. 보통 StolenByte는 OEP로부터 몇개의 명령어이다. peid로 확인하니 upx로 패킹된 파일임을 알 수 있었다. 언패킹하지 않고 패킹된 파일을 디버거로 열어주면 PUSHAD 명령어가 있는 것을 확인할 수 있다. PUSHAD는 범용 레지스터의 값을 스택에 저장한다. 이 저장한 스택의 데이터를 범용 레지스터를 채우는 명령어가 POPAD이다. POPAD 명령어를 찾아준다. 명령어를 찾으면 다음과 같이 뜬다. POPAD는 스택의 데이터를 채우는 명령어였으므로, push한 값들이 stolenbyte임을 알 수 있다. 공감수 0 댓글수 0 2023. 5. 7.
[CodeEngn] Basic RCE L08 OEP : 패킹된 파일의 실제 프로그램 시작 부분 peid로 확인했더니 문제에서 알려준대로 패킹된 파일임을 알 수 있었다. OEP를 구해야함으로 파일을 언패킹 해준다. 디버거로 언패킹한 실행 파일을 열면 OEP 값을 찾을 수 있다. 공감수 0 댓글수 0 2023. 5. 7.
[CodeEngn] Basic RCE 07 C드라이브의 이름이 CodeEngn일 경우 시리얼이 생성될 때 변화를 알아보는 문제이니 C 드라이브의 이름을 바꿔준다. 실패, 성공 메세지를 띄우기 전 비교하는 코드 후에 점프하는 부분에 BP를 걸어놓는다. BP까지 실행하면 lstrcmpiA에 시리얼 값으로 보이는 string값이 뜬다. BP를 지우고 다시 실행해서 해당 string을 입력해보면 시리얼 넘버가 맞는 것을 확인할 수 있다. 다시 BP를 설정하고, 실행하면 성공했을 때의 메세지로 넘어간다. 문자열을 볼 수 있는 창으로 넘어가면 EqfgEngn4562-ABEX가 의심이 간다. (C드라이브 이름을 CodeEngn으로 바꿨는데 뭔가 비슷함) Istrcat함수를 보면 4562-ABEX 문자열이 더해졌다는 것을 알 수 있다. 따라서, EqfgEngn.. 공감수 0 댓글수 0 2023. 3. 30.
[CodeEngn] Basic RCE 06 OEP는 Original Entry Point로, 패킹된 실제 파일의 시작 부분이다. 실행 파일을 upx -d 06.exe 명령으로 언패킹 해준다. 디버거로 실행 파일을 열면 OEP가 00401360이라는 것을 알 수 있다. 파일을 실행하면 위와 같이 시리얼 넘버를 입력하는 창이 뜨고, 오답 입력 시 "Wrong serial!!!"이라는 팝업이 뜨는 것을 알 수 있다. 문자열만 볼 수 있는 곳을 가면, Good Job!위에 시리얼 넘버를 찾을 수 있다. 코드엔진으로 돌아와 OEP+Serial 넘버를 입력하면 성공이다. 공감수 0 댓글수 0 2023. 3. 30.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.