nitwit

Direct2D C++ UI 라이브러리 "Foxhop.lib"

저학력자 — Tue, 6 Jun 2023 20:50:53 +0900

모션그래픽이 적용된 UI 라이브러리를 만들어보고 싶었다.

영화 속에나 있던 화려한 그래픽 화면을 현실에서 실제 응용프로그램으로 충분히 쓸 수 있을법 한데, 그런게 없으니 직접 만들수밖에 없었다. Direct2D 기반이라 윈도우즈 환경에서밖에 사용할 수 없다는게 가장 아쉬운 부분이라 말할 수 있겠다.

과정은 상당히 험난했는데, 투명한 윈도우 위에서 반투명 오브젝트를 출력하기위한 갖은 노력의 일환으로 OpenGL을 이용하여 화면을 렌더링 해보는것이 시작이었다. 리눅스에서도 사용 할 수 있을테니 나쁘지 않은 선택으로 보였으나 텍스트 출력이 골자였다. Freetype 이라는 라이브러리로 폰트 파일을 로드해 글자 하나씩 직접 렌더링 하는 작업을 나는 감당 할 수 없었기에, DIrect2D의 도움을 받는것이 그 당시엔 가장 현명한 선택이었다.

두번째 난관은 텍스트입력UI였다. 글자마다 크기도 제각각이니 이를 고려하여 입력 이벤트가 날아올때마다 글자의 폭을 고려하여 커서를 적법한 위치에 옮겨넣어야했다. 더군다나 한글입력의 경우 조립중인 한글을 계속 표현 해주어야 하기 때문에 골치가 아팠다. 마우스 클릭을 통해 커서를 이동하는것도 골치다. 특정 좌표가 가리키는게 어떤 문자인지 일일히 계산 해주어야 했는데, 우리가 당연하게 사용하고 있던 만만한 메모장이 사실은 엄청난 기술의 산물이었던 것이다.

다시는 메모장을 무시하지 마라.

작업이 끝나고 만들어진 화면을 보니 생각보다 이쁘게 잘 뽑힌 것 같아 만족스럽지만 아직 갈 길이 멀다. 지금 있는 UI라고는 버튼, 리스트뷰(UI_Table 이라는 이름의 클래스다), 꺾은선그래프 (UI_LineChart 로 지었다), 장식용 구분선(UI_Line), 텍스트입력기(UI_TexInput) 가 전부인데, 기본적으로 제공되어야 할 또다른 UI로는 체크박스, 프로그래스바(다운로드 표시 그거), 트리뷰(파일 디렉터리 그거) 등이 있을텐데 아직 더 개발해야한다. 주식 차트를 표현할 UI도 있으면 화면이 볼 만 하겠지만 아직은 때가 아니다.

라이브러리는 이곳에서 사용 해 볼 수 있다.

https://github.com/devadversary/FoxHop

GitHub - devadversary/FoxHop: Motion GUI Library

Motion GUI Library. Contribute to devadversary/FoxHop development by creating an account on GitHub.

github.com

Visual Studio 리눅스 원격 디버깅

저학력자 — Sun, 7 Aug 2022 02:56:25 +0900

리눅스의 자유로운 개발 환경은 정말 매력적이다. 특히 서버의 경우엔, 별도의 라이센스 없이도 무료로 사용 할 수 있는 프리웨어이기 때문에 기업의 경우 라이센스 유지 비용에 대해서 완전히 자유로워진다는 특장점이 있다. 또한 리눅스는 시키면 군 말 없이 다 한다. 윈도우즈의 "알아서 하는" 요소가 적고 정말 사용자의 의도대로 정확하게 동작한다.

하지만 그렇다고 윈도우 소프트웨어의 장점은 없는걸까? 강력한 GUI 환경과 MS의 강력한 개발 도구인 비주얼스튜디오는 막강한 디버깅 환경과, 코드 분석 환경을 제공한다. 개발 할 때도 편리한 기능이 많고 C/C++ 을 사용한다면 이것 말고는 사실상 대안이 없다고 말하고싶다.

다양한 디버깅 도구는 개발자의 든든한 무기가 된다.

실시간으로 코드를 한줄 한줄 실행하며 변수의 값을 확인 할수도 있고, 호출 스택을 통해 어떤 함수를 타고 현재까지 왔는지 추적 해 볼 수 있는 기본적인 기능 이외에도, 실시간 메모리 덤프와 디스어셈블리 단위 디버깅까지 동시에 한 화면에서 진행 할 수 있다. 번외로, 어떤 함수가 부하가 크고 연산 시간을 많이 소모하는지까지 측정 할 수도 있다.

이런 강력한 기능을 당연히 리눅스에서도 사용 할 수 있다. SSH 연결만 된다면 말이다.

1. 리눅스 환경에서 작업

우분투 시스템 기준으로 설명한다. 리눅스 시스템쪽에서 몇가지 작업 해 주어야 할 것이 있는데 SSH가 열려 있지 않다면 SSH 데몬을 올려주자.

apt install ssh
systemctl enable ssh

꼭 필요한 작업은 아니지만, 추후에 높은 권한이 요구되는 프로그램을 개발/디버깅 해야 한다면 (드라이버 조작, Raw소켓 등) SSH 설정 파일을 수정해 root 로그인이 가능하도록 바꿔주고 여기서 로그인 해 작업 하면 된다.

vim /etc/ssh/sshd_config

다 알겠지만, 이 파일 내에서 PermitRootLogin 옵션을 찾아 yes 로 바꿔주면 된다. systemctl 로 ssh 서비스를 restart 해주는것도 잊지 말자.

SSH 작업이 끝났다면 비주얼스튜디오와의 통신을 위해 몇가지 패키지를 인스톨 해줘야 한다.

apt install g++ gdb cmake make ninja-build rsync zip

인스톨 항목을 보다보면 cmake 가 중간에 껴있는데, 이는 비주얼스튜디오에서 사용할 리눅스 개발환경으로 CMake 를 사용하기 때문이다. 이러면 리눅스는 일단 작업이 끝났다. 너무 쉽다.

2. 윈도우 환경에서 작업

물론 당연히 비주얼스튜디오는 설치가 되어 있어야 한다. 아직 설치가 되어있지 않은 사람은, 설치 과정 중 아래에 설명할 항목을 추가로 선택해 설치하면 된다.

이미 설치가 되었다면 이렇게 추가로 변경을 할 수 있다.

리눅스 개발도구를 추가로 설치 해주자

설치가 완료 되었다면 VS의 설정을 건드려보자.

이런 방식으로 내가 연결할 호스트들을 등록 해 두고 연결 할 수 있다.

대충 이렇게 연결하고싶은 호스트 선택 후 확인을 눌러주자.

이렇게 해두면 환경 구성 자체는 끝났다. 이제 리눅스를 연결해서 사용 할 프로젝트는 아래와같이 CMake 프로젝트로 만들어서 사용하면 된다. 물론 이렇게 되면 CMake 의 사용 방법또한 알아야겠지만 이 내용은 추후에 이어서 포스팅 하도록 하겠다.

사실 CMake 는 리눅스 뿐만 아니라, 윈도우 환경에서도 그대로 쓸 수 있다.

[Python] Raw소켓으로 Ping 보내기 (ICMP 스캐너)

저학력자 — Fri, 5 Aug 2022 22:08:30 +0900

Ping 좀 보내본 사람이라면 아마 ICMP 패킷에 대해 알고 있을 것이다.

Ping 요청과 응답

ICMP 프로토콜의 구조는 다음과 같은데, 핵심은 Type과 Code 로 내가 수행할 행동을 정의 하는 것이다. nmap 에서는 이런 프로토콜들의 다이어그램을 제공한다.

사랑해요 nmap ! : https://nmap.org/book/tcpip-ref.html

여기서 내가 Type:8, Code:0 으로 ICMP 메세지를 보내면, 이걸 받은 상대는 Type:0, Code:0 으로 응답을 해주게 되고, 이것이 Ping 명령의 실체인 것이다. 덧붙여 tracert 명령같은 경로 추적 기능은 IP헤더의 TTL을 일부러 작게 설정해 경로상에 놓인 장비들이 TTL을 보고 패킷을 드롭 시킬때 ICMP의 TTL Exceed 메세지를 보내는 매커니즘을 이용하게 된다. (Type:11, Code:0)

긴 말 않고 한번 코드를 살펴보자.

import socket
import struct
import sys
import ipaddress
import time
import threading
 
PingResponse = {}
Running:bool
 
def checksum(data) -> int:
    s = 0; n = len(data) % 2
    for i in range(0, len(data)-n, 2):
        s+=int.from_bytes(data[i:i+2], byteorder='big')
 
    if n : s+=int.from_bytes(data[i:i+1], byteorder='big') # 잔여 바이트 처리
 
    while (s >> 16):
        s = (s & 0xFFFF) + (s >> 16)
 
    s = ~s & 0xFFFF
    return s
 
def SendICMP(sock:socket.socket, ip:str):
    type = 8; code = 0; csum = 0; icmpid = 0; seq = 0
    TmpData = struct.pack("!BBHHH", type, code, csum, icmpid, seq)
    csum = checksum(TmpData)
    RealData = struct.pack("!BBHHH", type, code, csum, icmpid, seq)
    sock.sendto(RealData, (ip, 0))
 
 
def isPrefix(Mask:int) -> bool:
    if Mask<0 or Mask>32 : return False
    return True
 
def Prefix2Range(Mask:int) -> int:
    """
    넷마스크를 범위로 바꾼다.\n
    ex : 22 -> 1024
    ex : 24 -> 256
    """
    if isPrefix(Mask)==False : return 0
    inverse = 32 - Mask
    return 1<<inverse
 
def PrintUsage():
    """
    인자를 잘못 넣었을때 출력할 도움말
    """
    print("wrong command.\n"
          "usage : pingtest <ip[/prefix]>\n"
          "ex    : pingtest 8.8.8.8\n"
          "ex    : pingtest 192.168.0.0/24\n")
 
 
def PingListenThread():
    sock = socket.socket(socket.AF_INET,socket.SOCK_RAW, socket.IPPROTO_ICMP)
    sock.bind(("0.0.0.0", 0))
    while True:
        data, address = sock.recvfrom(1500)
        if address[0] in PingResponse :
            PingResponse[address[0]] = True
 
def main():
    sock = socket.socket(socket.AF_INET, socket.SOCK_RAW, socket.IPPROTO_ICMP) #ICMP 로우소켓 만들기
    
    """
    if len(sys.argv) != 2: PrintUsage(); exit()
    try:
        address:str = sys.argv[1]
    except:
        PrintUsage()
        exit()
    """
    
    address = "172.30.1.0/24".split("/") # <= input 으로 입력 받아도 되고, 위 코드 주석 해제해서 인자로 받아도 된다.
    if len(address)==2 :
        ip, prefixStr = address
        prefix:int = int(prefixStr)
    else :
        ip = address[0]; prefix:int=32 
    HostRange:int = Prefix2Range(prefix) # 이 대역 안에 총 몇개의 IP 가 있을 수 있는지?
    if not HostRange: PrintUsage(); exit()
 
    mask:int = 0xffffffff & ~((1 <<(32 - prefix)) - 1) # 네트워크ID 마스크
 
    RawIP = int(ipaddress.ip_address(ip))
    NetworkID = mask & RawIP
    for HostID in range(HostRange):
        ip = socket.inet_ntoa(int.to_bytes(NetworkID+HostID, 4, "big")) # 네트워크 ID와 호스트ID를 합치면 IP가 됨
        PingResponse[ip] = False # 응답 받을 목록 초기화
 
    Listener = threading.Thread(target=PingListenThread, daemon=True) #핑 응답 받을 스레드 생성
    Listener.start()
 
    for HostID in range(HostRange):
        ip = socket.inet_ntoa(int.to_bytes(NetworkID+HostID, 4, "big")) # 네트워크 ID와 호스트ID를 합치면 IP가 됨
        SendICMP(sock, ip) # Ping 전송
 
    time.sleep(3) # 응답 3초 대기 ~~
 
    for tmp in PingResponse :
        tmp:dict
        if PingResponse[tmp]==True: print(tmp)
    
main()
quit()
Colored by Color Scripter

cs

실행 결과

문제점 # 1

결과적으로 보면, 되긴 된다. 현재 코드에서는 IP주소와 대역을 하드코딩 하였지만, 코드의 주석에 쓰여진대로 약간의 수정을 거치면 명령 행 인자로 입력받아 손쉽게 사용 할 수 있다.

문제는 이 코드를 윈도우에서 실행하면 여러가지 애로사항이 꽃핀다는 것이다. 이 코드는 ICMP 를 직접 만들어 전송 하게 되는데 이러한 데이터를 전송 하려면 Raw 소켓을 생성해야 한다.

자... 윈도우와 Raw 소켓? 지난 포스팅 했던 글이 생각난다. https://nitwit.tistory.com/18

로우소켓에 대해서...

소켓 프로그래밍을 배우다보면 로우소켓이라는 신비한 존재를 접하게 된다. 처음 이 로우소켓을 보고나면 재밌는것들이 꽤 많이 떠오른다 TCP - SYN Flood 공격, 공격이 아닌 SYN 스캔, TCP의 다양한

nitwit.tistory.com

Raw 소켓은 윈도우에서 상상도 못할 방법으로 제약이 걸린다. 가령, Raw 소켓을 열어, ICMP 요청을 의미하는 Type:8, Code:0 셋팅으로 데이터를 보내면 관리자권한이 없어도 정상적으로 패킷이 나간다. 그런데 ICMP 응답을 의미하는 Type:0, Code:0 을 보내려 하면 이때는 관리자권한이 아닌 이상 권한 관련 오류를 내게 된다.

윈도우에서 VSCode 로 ICMP 필드를 원하는 대로 조작해서 테스트 해보고싶다면, VSCode를 관리자 권한으로 실행 해야한다.

문제점 # 2

윈도우는 악성코드의 감염 및 확산을 방지 하기 위해 운영체제 레벨에서 매우 깐깐한 트래픽 관리를 한다. 이 코드를 그대로 실행 하게 되면, 자기 자신의 IP 주소밖에 보이지 않는다. 과연 왜 그런것일까?

윈도우 디펜더는 홈 네트워크가 아니거나, 내가 모르는 IP 로부터 온 데이터를 드랍 시킨다.

윈도우 기본 방화벽은 커널이 받은 데이터를 응용프로그램으로 넘겨주기 전에 깐깐한 필터링을 한다. 실제로 와이어샤크를 켜서 보면 ICMP Reply 패킷을 잘 온 것을 확인할 수 있지만, 이 프로그램에서는 받지 못한 것 처럼 멀뚱히 아무 동작도 하지 않는다. 따라서 이 방화벽을 전부 내려줘야 제대로 받아 볼 수 있다.

이 소스의 ICMP 리스너 스레드 코드를 한번 살펴보자.

bind 함수의 인자를 주목하자

통상, 소켓이라 함은 0번 포트에 bind 시키면 시스템에 흘러다니는 모든 패킷을 전부 볼 수 있다. (이더넷 프레임이나 802.11 은 제외하고). 하지만 파이썬은 이렇게 소켓을 열어도 방화벽을 내리기 전 까진 모든 데이터를 전부 받아오지 않는다. 사실 이러한 현상은 C/C++ 로 짰을때는 전혀 발생하지 않는다. 방화벽을 내리거나 시스템의 옵션을 건들지 않아도 모든 트래픽을 받아올 수 있어야 정상적인 상황이다. (이 현상은 좀 더 연구가 필요 해 보인다.)

결론 : 윈도우가 윈도우 했다.

유니코드 - UTF8 변환 코드

저학력자 — Mon, 4 Jul 2022 15:04:45 +0900

내가 귀찮아서 올려두는 코드이다. 코드가 진짜 마음에 안든다.

#pragma once
#include <windows.h>
#include <math.h>
 
LPWSTR  AnsiToUnicode(LPSTR szAnsi)
{
    LPWSTR szUniStr;
 
    // 유니코드로 변환 전 return 되는 길이얻기
    int nLen = MultiByteToWideChar(CP_ACP, 0, szAnsi, -1, NULL, NULL);
    nLen = nLen * sizeof(WCHAR);
    szUniStr = (LPWSTR)malloc(nLen + 1);// 메모리를 할당한다.
    memset(szUniStr, 0, nLen + 1);
 
    // 이제 변환을 수행한다.
    MultiByteToWideChar(CP_ACP, 0, szAnsi, -1, szUniStr, nLen);
    return szUniStr;
}
 
//유니코드에서 ANSI 문자열로 변환
int UnicodeToAnsi(LPWSTR szUniStr, char* output)
{
    int nLen = WideCharToMultiByte(CP_ACP, 0, szUniStr, -1, NULL, 0, NULL, NULL);
    WideCharToMultiByte(CP_ACP, 0, szUniStr, -1, output, nLen, NULL, NULL);
    return 0;
}
 
//유니코드에서 UTF8 문자열로 변환
LPWSTR UnicodeToUTF8(LPWSTR szUniStr)
{
    int idx = 0;
    WCHAR uc;
    LPWSTR  szUtf8;
 
    int nLen = sizeof(WCHAR) * wcslen(szUniStr);
 
    nLen = nLen * 3 + sizeof(WCHAR); //최대 값
    szUtf8 = (LPWSTR)malloc(nLen);
 
    memset(szUtf8, 0, nLen);
    LPSTR pszUTF8 = (LPSTR)szUtf8;
 
    for (int i = 0; szUniStr[i]; i++){
        uc = szUniStr[i];
        if (uc <= 0x7f){
            pszUTF8[idx++] = (char)uc;
        }
        else if (uc <= 0x7ff){
            pszUTF8[idx++] = (char)0xc0 + uc / (wchar_t)2<<6;
            pszUTF8[idx++] = (char)0x80 + uc % (wchar_t)2<<6;
        }
        else if (uc <= 0xffff){
            pszUTF8[idx++] = (char)0xe0 + uc / (wchar_t)2<<12;
            pszUTF8[idx++] = (char)0x80 + uc / (wchar_t)2<<6 % (wchar_t)2<<6;
            pszUTF8[idx++] = (char)0x80 + uc % (wchar_t)2<<6;
        }
    }
    return szUtf8;
}
 
//유니코드에서 UTF8 문자열로 변환
int UTF8ToUnicode(LPWSTR szUtf8, LPWSTR output)
{
    int nLen = sizeof(WCHAR) * wcslen(szUtf8);
 
    nLen = nLen + sizeof(WCHAR);
    LPSTR src = (LPSTR)szUtf8;
 
    int p = 0;
    int q = 0;
    WCHAR d;
    while (src[p]){
        if ((src[p] & 0xE0) == 0xE0){
            d = ((src[p] & 0x0f) << 12) | ((src[p + 1] & 0x3F) << 6) | (src[p + 2] & 0x3F);
            p += 3;
        }
        else if ((src[p] & 0xC0) == 0xC0){
            d = ((src[p] & 0x1F) << 6) | (src[p + 1] & 0x3F);
            p += 2;
        }
        else{
            d = src[p] & 0x7F;
            p++;
        }
        output[q] = d;
        q++;
    }
    output[q] = NULL;
    return 0;
}
Colored by Color Scripter

cs

디스어셈블 라이브러리 "Capstone" 빌드 및 사용법

저학력자 — Thu, 28 Apr 2022 15:21:57 +0900

자... 지난번에는 디스어셈블 라이브러리로 Zydis를 소개 했었다. 이 라이브러리는 속도가 빠르고 가벼우며, 인스트럭션의 상세정보를 확인하기가 비교적 수월하다는 평을 받는다. 이 라이브러리를 빌드해서 사용 해 보고 싶다면, 이 글이 도움이 될 것이다. https://nitwit.tistory.com/15

디스어셈블 라이브러리 "Zydis" 빌드하기

분석가들과 개발자, 해커들의 영원한 친구 OllyDBG 그리고 그의 친구 X64DBG 의 그것이다. 얘네들은 내부적으로 Zydis, XED 라는 디스어셈블/어셈블 오픈소스 라이브러리를 사용하여 사용자에게 UI로

nitwit.tistory.com

하지만 단점을 굳이 뽑자면, X86-64 가 아닌 아키텍쳐들은 지원하지 않는다는 점 정도일 것이다. ARM 이나 MIPS 같은 다른 아키텍쳐의 인스트럭션을 해석하고 싶다면 다른 대안이 있다. https://github.com/capstone-engine/capstone

GitHub - capstone-engine/capstone: Capstone disassembly/disassembler framework: Core (Arm, Arm64, BPF, EVM, M68K, M680X, MOS65xx

Capstone disassembly/disassembler framework: Core (Arm, Arm64, BPF, EVM, M68K, M680X, MOS65xx, Mips, PPC, RISCV, Sparc, SystemZ, TMS320C64x, Web Assembly, X86, X86_64, XCore) + bindings. - GitHub -...

github.com

우선 위 링크에서 라이브러리를 다운로드 받는다. 이 라이브러리는 Zydis 보다 빌드하기가 더 쉽고 친절하다.

msvc 폴더 밑에 비주얼스튜디오로 빌드 할 수 있도록, 이미 솔루션이 제공되어있다.

솔루션 파일을 열어 프로젝트 목록을 확인해 보면 다양한 아키텍쳐별로 테스트코드와 함께 메인 라이브러리 2종이 제공됨을 확인 할 수 있다. 각각 정적/동적 라이브러리이다. 입맛대로 빌드해서 쓰면 된다.

그대로 빌드 하면 아무 문제 없이 잘 빌드된다. static 라이브러리로 사용하고 싶으면 capstone_static 프로젝트, dll 링크 방식으로 사용하고 싶으면 capstone_dll 만 따로 빌드해도 된다. 잘 빌드 되었다면 아래와 같은 디렉터리에 출력물이 생긴다. 나는 64비트 릴리즈모드로 빌드 했으므로 ~capstone-master/msvc/x64/Release 경로에 출력되었다.

capstone.lib 파일은 static한 라이브러리 이고, capstone_dll.lib 는 dll과 같이 배포되는 동적 라이브러리이다.

그럼 이번엔 테스트 프로젝트를 확인해보자. 이번엔 ARM 디스어셈블러를 테스트 해보자. test_arm.c 파일을 열어보면, 아래와 같이 임의의 기계어코드를 넣어 둔 것을 확인 할 수 있다. 실제로 사용할때엔, ELF, PE 등을 해석해서 엔트리포인트로부터 기계어코드를 해독 하면 될 것이다. ARM 에는 일반 운용모드와 THUMB 모드 등으로 전환될 수도 있는데, 이러한 모드들에도 전부 대응이 가능한 강력한 라이브러리이다.

ARM의 다양한 모드에서의 기계어코드

X86-64와는 다르게 레지스터 이름도 다르다. ARM 인스트럭션은 명령어 길이가 고정이라서 분석이 더 편하지 않을까 예상 했었는데, 오히려 그 고정된 길이안에 다양한 코드를 표현해야하므로 복잡성이 더 증가되는 것 같다.

capstone 라이브러리는 cs_open 함수로 디스어셈블러를 초기화하고, cs_disasm 함수로 디스어셈블 한다.

cs_open 함수는 cs_arch 와 cs_mode 에 맞는 디스어셈블러를 초기화하여 csh에 던져주게된다. 앞으로 cs_disasm 함수를 이용해 디스어셈블을 수행할땐, 이 csh 핸들이 필요하다. cs_option 함수는 디스어셈블러의 세부 설정을 적용하는 함수인데, 나는 오퍼랜드 해석, 주소지정방식 등의 상세정보가 필요하여 해당 옵션을 켜주었다. 일단은 그냥 넘어가자.

실질적으로 디스어셈블을 수행하는 cs_disasm 함수의 원형이다.

handle 로는 아까 cs_open 함수로 얻어냈던 핸들을 넣어주면되고

code 인자에는 디스어셈블할 데이터가 들어있는 포인터를 넘겨주면 된다.

code_size 에는 해당 데이터의 전체 크기를 넣어주면 된다.

address 인자는 주소 해석을 위해 사용하는 옵션인데 0을 넣어도 되지만 실제로 메모리에 올라간 실행파일을 디스어셈블 할때는 메모리 주소를 고려하여 디스어셈블 하는것이 좋을것이다. 그때 사용하는 옵션이다. 이 명령어가 어느 주소에 있는지 일러주면 된다.

count 는 해석할 명령어의 갯수를 넣어주면 되는데, code_size 에 맞게 되는대로 전부 디스어셈블 하고 싶으면 0을, 그렇지 않으면 원하는 갯수를 넣어주면 된다. (한개씩 디스어셈블 하고 싶으면 당연히 1을 넣으면 된다.)

insn 에는 cs_insn구조체의 포인터를 반환받을 주소를 지정해주면 되는데, 이 구조체엔 디스어셈블된 결과가 들어간다. 해석된 인스트럭션의 중요한 정보를 다 담고있는데 대략 이런 정보들이 들어간다.

인스트럭션의 니모닉과 오퍼랜드에 대한 정보, 그리고 cs_option 함수로 상세정보까지 받도록 설정했다면 detail 멤버에는 주소지정방식이나 읽기/쓰기모드에대한 정보까지도 기록된다.

detail 멤버는 이러한 정보를 담고 있으며, x86 - arm64 - arm .... 부터 이어지는 멤버들은 union 으로 선언되어있다. 이 경우에는 ARM 32비트 코드에대한 인스트럭션이므로, arm 멤버만 참고하면 되고, 나머지 x86, arm64, mips 등등의 멤버는 유효하지 않으므로 무시하면 된다.

이런 정보를 잘 사용하고나면 이 insn 을 해제해주어야 한다. 내부적으로 cs_malloc 함수를 호출해서 할당받으므로, 이 과정을 빼먹으면 누수가 생길것이다. cs_free 함수로 해제하면 된다.

insn 인자엔 아까전에 cs_disasm 에서 받은 녀석을 올려주면 되고

count 인자는 cs_disasm 이 해석한 인스트럭션의 갯수이다.

cs_disasm 함수는 해석한 인스트럭션 갯수를 반환하게 되는데, cs_free 할때도 이 값을 그대로 넘겨주면 누수는 없다.

VSCode - Python 리눅스 원격 개발 환경

저학력자 — Tue, 8 Mar 2022 17:15:35 +0900

VSCode 로 리눅스에 SSH로 붙어서 파이썬을 사용하고 싶다. 그럼 당연히 파이썬과 SSH 확장이 있어야한다.

그냥 install 누르면 vscode가 열리면서 설치 페이지가 뜬다. 귀찮은건 질색이다.

https://marketplace.visualstudio.com/items?itemName=ms-python.python

Python - Visual Studio Marketplace

Extension for Visual Studio Code - IntelliSense (Pylance), Linting, Debugging (multi-threaded, remote), Jupyter Notebooks, code formatting, refactoring, unit tests, and more.

marketplace.visualstudio.com

https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-ssh-edit

Remote - SSH: Editing Configuration Files - Visual Studio Marketplace

Extension for Visual Studio Code - Edit SSH configuration files

marketplace.visualstudio.com

좌 하단 초록색 >< 애교버튼을 눌러주면 위쪽에 리스트가 열리면서 SSH 호스트 연결 선택지가 뜬다

< SSH 계정 @ 연결할 호스트 주소 > 형식으로 접속을 시도한다.

ex) hello0301@192.168.0.3

ex2) root@example.co.kr

이러고 나면 SSH 연결이 된 *새 창* 이 뜬다.

continue

암호도 입력 해주자.

로그인까지 하고나면, 원격 환경에 자동으로 VSCode 연동 패키지를 구성해준다.

원격측 터미널을 띄워 작업 할 것이 있다면, 이렇게 하면 된다. 파이썬 출력 결과도 여기 표시 된다.

이제 새 파일을 만들려 해보면 파이썬 소스 파일 템플릿이 없다.

원격측 리눅스에 기본적인 VSCode 통신 패키지가 자동으로 설치 되긴 했으나, 파이썬은 설치되지 않았기 때문인데 VSCode의 확장모듈을 보면 SSH를 통해 원격으로 확장 모듈을 설치하는 버튼으로 바뀌어있다.

당연히 여기서도 설치 해주어야 한다.

설치 해준다. 시간이 좀 소요된다. (나는 라즈베리파이 위에서 한 2분 30초 걸렸다)

아무 소스나 작성하고 저장해보자.

저장시 경로와 파일명을 지정한다. (없는 디렉터리는 SSH 셸에서 미리 만들어주자. 자동으로 안 만들어줌)

소스 파일을 저장할 경로와 이름을 지정하고 OK 하면 된다. 파이썬 인터프리터가 선택되지 않았다고 잔소리를 할 수도 있다. 그럴땐 F1 을 눌러 인터프리터를 선택해주면 된다.

이제 F5 눌러서 실행을 시도 해보면 디버깅 대상을 고를 수 있는데, 일단은 모듈도 아니고 그냥 소스 파일 하나이므로 그냥 파이썬 파일을 선택했다.

단일 소스 디버깅

이제 실행도 잘 되고, 디버깅도 잘 된다. F9로 브레이크포인트를 설정하고 F10으로 한줄씩 실행하면서 변수에 뭐가 들었나 확인도 잘 된다. 이제 원격 개발을 위한 가장 기본적인 셋팅은 다 되었다.

FoxyNet - LAN 에서 파일 공유하기

저학력자 — Tue, 22 Feb 2022 10:27:10 +0900

엄청 옛날에 스스로 처음 만들어본 프로그램이다.

이렇게 생겼다

Foxy_Net.exe

1.26MB

우선 이 파일 공유 프로그램에 사용된 일러스트는 666pigeon 작가님에게 사용 허가를 받고 삽입 했다. 물론 지금으로부터 거의 8년 전 일이라, 혹시라도 작가님 마음이 바뀌어 이 일러스트를 빼달라고 하면 즉시 제거 할 것이다. 작가님 덕분에 프로그램의 디자인 컨셉을 잡기가 굉장히 수월 했다. 감사합니다 작가님 !

동일한 네트워크 환경에서 서로 파일을 주고 받거나 채팅을 할 수 있는 프로그램이다. 갓 20살때 만든 프로그램이고 완전 초짜 시절에 만든거라 코드가 엄청 난잡해서, 지금의 나도 감히 건드릴 수 없는 상태가 되어버렸다.

하지만 꽤 유용하게 잘 쓰고 있다. 작업할때 파일을 옮겨야 할 일이 있으면 굳이 USB로 옮기지 않아도 되니, 편리하긴 하다. 써본 사람만 안다.

LAN 상에서 이 프로그램을 서로 켜고 있으면, 접속자 IP 리스트가 위에 표시된다. 해당 리스트를 클릭하면, 밑쪽에 파일주기 버튼이 활성화 되고, 클릭 가능한 상태가 되는데, 이때 전송할 파일을 선택해서 전송 하면 된다.

파일을 주고 받은 후엔 C:\ 밑에 Foxy_Net_Download 라는 이름의 폴더가 생성되는데, 여기로 파일이 모인다.

소스는 여기서 받아 볼 수 있다. https://github.com/devadversary/Foxy_Net

GitHub - devadversary/Foxy_Net: 갓 스무살때 만든 LAN 파일공유 프로그램입니다.

갓 스무살때 만든 LAN 파일공유 프로그램입니다. Contribute to devadversary/Foxy_Net development by creating an account on GitHub.

github.com

UDP 플러딩 - 스트레스테스트용

저학력자 — Mon, 14 Feb 2022 12:26:49 +0900

syslog_test.exe

0.13MB

스트레스 테스트시 사용 할 수 있는 UDP 플로더를 만들어 보았다. 마우스 스크롤을 통해 트래픽 부하를 조절 할 수 있다. 최대 100Mbps 까지 지정 가능하나, 통상 70~80 정도가 한계다.

IP와 포트번호를 지정 후 테스트를 진행 할 수 있으며, 전송되는 UDP 더미 데이터는 syslog 의 형태를 갖고있다. 타이머가 필요 할 경우 초 단위로 셋팅 해주고 사용하면 된다. 물론, 무한히 지속적으로 보내고 싶다면 타이머를 0으로 셋팅해주고 시작하면 된다.

프로그램의 소스는 깃허브에 올려두었다.

https://github.com/devadversary/UDPFlooder

GitHub - devadversary/UDPFlooder: UDP flood for stress test.

UDP flood for stress test. Contribute to devadversary/UDPFlooder development by creating an account on GitHub.

github.com

Windows에서 FFmpeg 빌드하기 (빌드된 파일 첨부)

저학력자 — Tue, 8 Feb 2022 14:14:42 +0900

FFmpeg 는 영상 및 사운드 인코딩/디코딩 전문 라이브러리이다. 이 라이브러리 안에는 x264, x265, VP8, VP9 와 같은 저명한 알고리즘들이 들어있다. 화면을 녹화하거나 실시간으로 전송 해야 할 일이 있다면, 2022년 현재로써도 x264 코덱 말고는 마땅히 뾰족한 대안이 없다. 다른 코덱을 쓸 수야 있긴 하지만 인코딩 성능이 *아직은* 많이 부담된다. 예전 글에서도 VP9 인코딩 속도가 초당 5프레임도 안 나온다고 언급 한 바 있다. (라이브러리에서 하드웨어 가속을 못 받았기 때문이다. libvpx 에서 이를 지원 해주면 참 좋을텐데 참 아쉽다.)

아직까지도 수많은 기업들에게 이 MPEG 이라는 그룹은 골칫거리다. 자사 코덱을 배포한지 오래되어, 지원하는 하드웨어도 이미 많고, 당연히 하드웨어 가속을 애진작에 지원했으므로 속도도 가장 빠르고 품질도 좋기 때문에, 기술적으로는 가장 탁월한 선택이기 때문이다. 문제는 이것저것 특허깡패라 오만곳에 특허 침해의 소지가 있다. 로열티 내야된다 이말이다. 정확하게는 FFMPEG 는 그냥 GPL이 걸린 오픈소스일 뿐이고 (이 또한 감점 요소로 평가되기도 함), 이 안에서 사용되는 알고리즘들이 특허가 걸려있어서 굳이 FFMPEG이 아니어도 해당 코덱을 사용하는 라이브러리들은 전부 특허권에서 자유롭지 못하다. libx264 같은 라이브러리가 그렇다. x264 코덱 등에 사용되는 수학적인 방법론 그 자체의 핵심적인 파트에 온갖 특허는 다 걸려있다.

이렇게 복잡한 GPL/LGPL 라이센스와 특허 문제를 피하기 위해 구글과 어도비, 하여튼 당신이 알 만한 대부분의 기업이 libvpx, libaom 같은 차세대 코덱을 만들기 시작했다. 하지만 MPEG이 영상 압축에대한 핵심적인 알고리즘 자체에 특허를 다 걸어놔서, 작업이 쉽지는 않은 모양이다. 별로 놀랍지는 않지만 애플은 MPEG편인데, 아마 MPEG 특허권중 일부를 갖고 있어 이권을 유지하기 위함으로 보인다. 어쨋든 libvpx 를 빌드하는 방법을 알고 싶다면 아래 글을 참조 하자.

https://nitwit.tistory.com/6

libvpx 빌드하기 (파일 첨부 되어있음)

MPEG의 H.264 정말 너무 좋다. 왠만한 하드웨어 가속은 다 받을 수 있고, 화질도 좋고, 용량도 작고, 스트리밍에도 최적이다. 일반 사용자에게는 말이다. 문제는 개발 할 때 이다. 이놈들을 사용하기

nitwit.tistory.com

FFmpeg 라이브러리는 그럼에도 불구하고 많은 사랑을 받는 라이브러리기도 하다. 법인도 아니고, 대규모 서비스를 만들 일이 잘 없는 개인 입장에서는 갖다 쓰기도 쉽고 성능도 좋기 때문이다. 우선 빌드를 해보자. 아 ! Visual Studio 는 당연히 설치 되어 있어야 한다 !

여태 FFmpeg 빌드 방법을 알려주던 블로그 글이나 포럼 글들은 대부분은 도움이 안 됐고, 가장 크게 와닿고 실질적으로 큰 도움이 되었던 글은 바로 이것이었다. 이것저것 치덕치덕 설치해야되는게 별로 없어서 마음에 들었다.

https://stackoverflow.com/questions/41358478/is-it-possible-to-build-ffmpeg-x64-on-windows

Is it possible to build ffmpeg x64 on Windows?

The real answer is probably "no", but still, just to double check. Has anyone ever been able to build ffmpeg x64 on Windows (VS2013 or VS2015)? I know it is not possible with publicly available sou...

stackoverflow.com

이 질문의 답변자가 작성한 가이드를 한번 따라가보자.

우선 MSYS2(설치)와 yasm(단일 exe), 그리고 FFmpeg(이제 우리가 빌드할 소스) 부터 받아놓고 숨좀 돌리자. MinGW나 MSYS, Strawberry Perl 같은걸 설치해서 빌드하는 스타일은 정말 정말 싫어하지만, 그나마 FFmpeg 는 MSYS 하나만 설치하면 되기 때문에 부담이 적다. 그리고 이거 말고 마땅한 대안도 없다...

https://www.msys2.org/

MSYS2

Software Distribution and Building Platform for Windows

www.msys2.org

http://yasm.tortall.net/Download.html

Download - The Yasm Modular Assembler Project

Latest Release: 1.3.0 Release Date: August 10, 2014 Visual Studio 2010+ Integration Download the appropriate VS2010 “vsyasm” zip file above for your system, and follow the readme.txt instructions for integrating yasm into Visual Studio 2010 (later vers

yasm.tortall.net

https://github.com/FFmpeg/FFmpeg

GitHub - FFmpeg/FFmpeg: Mirror of https://git.ffmpeg.org/ffmpeg.git

Mirror of https://git.ffmpeg.org/ffmpeg.git. Contribute to FFmpeg/FFmpeg development by creating an account on GitHub.

github.com

1. 준비 되었다면 MSYS2 설치부터 하자. 나는 C:\ 바로 밑에 DEV 라는 폴더를 따로 만들어서 그 안에 설치 했다. 딱히 그래야만 되는건 아닌데, 그냥 나중에 관리하기 편할것 같아서 그렇게 만든것이니 편한대로 설치 하자. 그리고 받은 yasm어쩌구.exe 는 얌전하게 yasm.exe 라는 이름으로 바꿔서 MSYS가 설치된 경로에 같이 넣어준다. 이렇게.

yasm 이름을 바꿔줘야 gcc가 그 이름을 찾아서 사용 할 수 있다.

2. 설치한 msys 폴더 안쪽에 usr\bin 에 들어가보면 link.exe 가 있다. 이 파일 이름을 아무거나 다른 이름으로 바꿔주자. 아니면 환경변수 우선순위를 조절 해줘도 되지만, 일단은 언급했던 스택오버플로 게시물을 따라보자.

이렇게 이름을 깨트려줘야 MSYS에서 비주얼스튜디오의 링커가 대신 잡힌다. 바뀐 이름은 아무거나 상관없다.

3. MSYS 실행해서 pacman -S make gcc diffutils 명령 실행

이거.

중간에 Y/n 물어본다. 당연히 Y다.

다 됐으면, 이 MSYS 는 종료 해준다.

4. 비주얼스튜디오 프롬프트를 "관리자 모드" 로 실행한다. x64 빌드를 하고싶다면 프롬프트도 x64 를 실행해야한다. x86_64 크로스를 하고싶다면 마찬가지로 x86_64 프롬프트로 열면 된다.

왜냐면 아까 그냥 C:\ 바로 밑에 만들었기 때문이다. D:\ 나 다른곳에 만들었다면 관리자는 필요 없다.

그리고 이 프롬프트에서 MSYS를 실행하자. 그러면 MSYS도 관리자모드로 실행되어, 쉘에 $ 대신 #이 떨어진다. 굳이 프롬프트에서 다시 MSYS 를 실행 시키는 이유는, 비주얼스튜디오 개발 프롬프트가 가지고 있는 빌드 환경을 이 MSYS에 전달해주기 위함이다. 그래야 MSYS에서 gcc 를 실행할때 비주얼스튜디오의 컴파일러와 링커를 가져다 쓸테니까.

> <MSYS 설치경로>\msys2_shell.cmd -msys -use-full-path

ex : C:\DEV\msys64\msys2_shell.cmd -msys -use-full-path

이렇게 실행된 MSYS 쉘에 which cl 과 which link 를 쳤을때, 비주얼스튜디오의 컴파일러와 링커가 잡혀있어야 한다.

which 로 위치를 조사한다. 하하하 ~~

아까 link.exe 이름을 다른것으로 바꾼것은 MSYS 자체 링커를 못 찾게 해서, 비주얼스튜디오의 링커로 대체시키기 위한 조치였다.

5. 이제 이 MSYS 쉘에서 아까 받아둔 ffmpeg 소스 경로로 이동하자. (ex : cd /c/Users/nitwit/ffmpeg/)

> cd <ffmpeg 경로>

왠만한 오픈소스들이 다 그렇듯 configure 를 실행해서 make 환경을 구성해주면 된다.

./configure --help 를 쳐보면 이것저것 설명이 나오니까 추후에 세부 옵션 조정이 필요할때 천천히 둘러봐서 적당한 옵션을 켜고 끄면 된다. 나는 이렇게 실행했다.

> ./configure --toolchain=msvc --arch=x86_64 --enable-yasm --disable-x86asm --enable-asm --enable-shared --enable-w32threads --disable-programs --disable-doc --disable-static --prefix=/c/ffmpeg3.3/DLLS

경로가 C:\ 처럼 관리자 권한 있어야 접근 되는 경로일 경우, MSYS가 관리자모드로 실행중이지 않으면 당연히 에러가 난다. 당황하지 말고, 관리자모드로 다시 실행해주자.

시간이 조금 걸리는데, 정상적으로 실행 되고나면 이렇게 끝난다. 이제 make 해주면 된다.

> make -j <스레드 갯수>

VS의 컴파일러와 링커로 빌드가 시작된다. 빌드 중 warning 이 좀 보이긴 하지만, 큰 문제 없으므로 그냥 화면을 감상해주면 된다. 시간이 좀 걸린다.

빌드 완료

마지막으로 make install 을 실행하면 빌드된 라이브러리들이 한데 모인다.

다 되고나면 configure 실행시 지정했던 --prefix 경로에 이쁘게 정리 된다.

bin 안쪽에는 빌드된 .lib 와 .dll 들이 있고, include 에는 ffmpeg의 헤더파일이 있다. 오픈소스 많이 쓰는 사람에게는 익숙한 구성일 것이다. 이제 개발 환경에 맞게 입맛대로 링크 해서 쓰면 된다.

이 모든 과정은 말 그대로 뻘짓이었다. 소스 하나 빌드 하려고 이렇게 까지 해야하는지 솔직히 잘 모르겠지만, 이게 그래도 내가 봤던 빌드 방법 중에 제일 뒤 탈 없고 깔끔하고 짧은 빌드 방법이다.

아무리 그래도 이건 너무 귀찮으므로 여기 그 결과물을 첨부 하니 받아서 사용 해도 좋다. 2022년 02월 08일 기준으로 빌드 되었으니, 시간이 지나 너무 오래 되었다 싶으면 새로 빌드해서 쓰도록 하자.

2022.02.22 : 이 빌드된 버전은 SSE, AVX 같은 CPU 가속 명령어를 사용하지 않는 것으로 빌드 되어 sws_scale 같은 함수도 많이 느리다. (초당 5프레임) soen.kr 의 ffmpeg 강좌를 보면 사이트 운영자가 업로드해둔 ffmpeg 라이브러리가 있는데, 그 빌드 버전은 CPU 가속이 지원되어 속도가 빠르다 (100-120 프레임)

시간이 되면, 관련 옵션을 다시 찾아보고 적용하여 CPU 가속이 되도록 빌드하여 다시 올릴 예정이다... 어? 그러고보니 libvpx도 느렸던 이유가 설마?

ffmpeg3.3.zip

10.80MB

[짧은글] 블루투스 페어링 : sspmode 0

저학력자 — Fri, 10 Dec 2021 13:08:20 +0900

이상한 버그를 발견하여, 긴급하게 작성하는 글이라 다듬어지지 않고, 정제되지 않은 표현이 나올 수 있음을 미리 양해를 구합니다.

내가 페어링을 "하는 쪽" 이 아니라, 페어링 요청을 "받는 쪽" 이야기이다.

외부 기기에서 페어링이 붙기 위해서는 Discoverable 모드가 활성화 되어있어야 한다.

자기 자신의 존재를 외부에 알려서 나한테 붙으시오~ 하는거다.

휴대폰에서 스캔된 장치를 눌러서 내 PC로 (또는 개발중인 임베디드 리눅스 장치로) 페어링 시도를 위해 PIN 입력 창을 띄우려면, sspmode 가 0으로 비활성화 되어야 한다.

현재 상태는 sspmode가 Enabled 상태. 그러니까 1 로 셋팅 되어있다는거다.

그런데 이놈을 끄려고 하면 안된다.

IO에 에러가 있다면서 불만을 토로한다. 당연히, sspmode가 꺼지지도 않는다.

그럼 이걸 어떻게 끄느냐...

우선 Discoverable 상태로 전환한다. piscan 옵션이다. 그리고 sspmode 를 설정 하는데, 이때 주의해야 할 것은 1로 셋팅한다.

Discoverable 상태에서는 sspmode 셋팅에 문제가 발생하게된다. 그러니까 지금 상황은, "키려고 했는데 에러를 고의로 낸 상황" 인것이다. 이렇게되면 sspmode가 켜지지 않은 상태가 되어버린다.

이후 장치를 리셋 해주면 sspmode는 Disabled 상태가 되어있다.

이후 noauth 설정도 먹이면 휴대폰에서 페어링을 시도할때 PIN 번호 입력 창까지 뜨게된다. (PIN 설정 방법은 이제 알아내야한다...)

결론 :

# hciconfig hci0 piscan

# hciconfig hci0 sspmode 1

# hciconfig hci0 reset

순서로 명령을 먹여주면 sspmode 설정에 버그인지 뭔지 확실하진 않지만, 어떤 사이드 이펙트 때문에 sspmode가 꺼지게된다.

+ 2021.12.16 : 그냥 dbus 쓰는게 나을것 같다. 조만간 dbus 를 통한 블루투스 페어링에 대해 포스팅 하겠다.