Windows API 및 해당 구성 요소 이해

Windows API를 사용하면 소프트웨어가 헤더 및 DLL 파일을 통해 Windows 운영 체제와 상호 작용하여 다양한 기능과 명명 규칙을 제공할 수 있습니다.

### Windows API 이해하기 파일, 타입 정의 및 명명 규칙 이해하기
* 🖥 API를 사용하면 코드가 Windows 운영 체제와 상호 작용할 수 있으며, **Windows API는 수백 가지 파일에 걸쳐 정의**되어 있습니다.
* 💡 헤더 파일('.h')에는 **API를 구성하는 함수에 대한 정의**가 포함되어 있으며, 이러한 함수를 작동시키는 코드는 **DLL 파일(동적 링크 라이브러리) 안에** 있습니다.
* 📚 Windows API를 활용하려면 **Microsoft 웹사이트 또는 Visual Studio를 통해 Windows SDK**를 다운로드할 수 있습니다.
* 📂 Windows API는 파일 시스템에 고유한 구조가 없지만 **문서에서는 기능에 따라 각 헤더를 분류**합니다.
* 🔤 이중 단어, 핸들 및 와이드 문자와 같은 특수 유형은 **원시 C 유형으로 요약**되는 유형 정의이며, 여러 하드웨어 세대에 걸쳐 동일한 API를 지원하는 **Microsoft의 부산물**입니다.
* 👾 함수 명명 규칙에는 함수가 속한 컴포넌트에 해당하는 **`cm`, `nt`, `zw`와 같은 접두사**가 포함됩니다. 함수는 **`a`(ANSI 인코딩), `w`(유니코드 인코딩), `ex`(확장 제어)로 끝나는 변형**이 있을 수 있습니다.
* 📦 `windows.h`는 Windows API에서 사용되는 가장 일반적인 구성 요소를 포함하는 **추가 포함을 위한 래퍼**입니다. 기본 Windows API에 포함되지 않은 것이 있으면 수동으로 포함할 수 있습니다.

what is the windows api? What are these kernel 32 user32 dlls? What is windows.h and where do all of these things come from? All right, so before we can talk about the windows api, we need to know what an api is. An api allows for two pieces of software to interact with one another. In this case, it allows your code to interact with the windows operating system. Obviously, your operating system is responsible for a wide variety of tasks, and so this api is defined across hundreds of different files. Now, one thing that might be confusing about these files is the relation between the dot h and the dll files. The dot h files, or header files, contain definitions of functions that make up the api, like read process memory, but they don't contain the code that makes these functions work. The code that makes these functions work is located inside the dll files, which stands for dynamic link library. Note that one dll may implement multiple header files. To utilize the windows api, you can download the windows sdk from Microsoft's website or as I'm sure most

of you are going to do, you can download this through Visual Studio. While it has no inherent structure on your file system, the documentation categorizes each header that makes up the Windows API based upon functionality. These categories include UI, windows environment, user input, data diagnostics, graphics devices, system services, security installation, system administration, and networking. Most of this is not actually useful for our purposes, but it helps to give you a clearer picture of what you're actually working with. Now, the two things that throw everybody off about the Windows API are variable types and naming conventions. So what's the deal with these special types like double words, handles, and wide chars? These are actually just type defs that boil down to primitive C types. They're byproducts of Microsoft supporting the same API through so many generations of hardware. For example, there are types that specify far and near pointers, but nowadays there is no distinction. Some of these are just helpful abstractions from the days before online documentation and modern development tools. For example, a handle is much easier to conceptualize than a void pointer. Now, these function naming

conventions are a little less straightforward, but stem from some of the same reasons. Prefixes like cm, nt, and zw correspond to the components to which the function belongs. Sometimes you'll come across functions that have three different variations: one generic, one ending with an a, and another ending with a w. The variation ending with a is a relic from the past, the a indicating ANSI encoding. The variation ending with a w indicates Unicode encoding, and the generic is compatible with both encodings. You'll also come across functions having another variation with the suffix ex, and this ex stands for extended. So, a function that ends with ex provides extended control over the execution of a specific task. Alright, so I'm in Visual Studio looking at a project that you're going to create very early on in the Game Hacking Bible, and I haven't yet explained what windows.h is. Now, before I do that, I want to show you something. We can see here that read process memory is defined in memory api.h, but I don't actually include that anywhere in this project.

how is it that I can build this project successfully? Well, if we look over here on the right, we can see that we actually do have memory API included. Why is this? Well, we can have a look at what windows.h actually is by either right-clicking it and pressing go to document or pressing and holding control and clicking it. Now, if we scroll down, we can see that windows.h is just a wrapper for more includes. It includes all of these base headers. These make up the most common components used from the Windows API, and that encompasses a good chunk of what we do, including read and write process memory. But if something isn't included with the base Windows API, you can just manually include it, just like if we wanted to, we could include only memoryapi.h. Now, if you remember earlier, we talked about Windows API typedefs, and we can see where they're defined by pressing control and clicking on one of them. Now, you can do this with anything in the Windows API, and it's immensely helpful when you don't really understand what's

happening. If we look, we can see that a double word is just an unsigned long. Now I'm going to build this project and open it up in a debugger. We can see that ReadProcessMemory exists within kernel32. So when our program requires ReadProcessMemory, it's going to load the kernel32 module and call the function from within it. And we can see this by setting a breakpoint on ReadProcessMemory and continuing to it. As you can see, the instruction pointer is now within kernel32.dll. So hopefully now you can see that you don't need to be intimidated by the Windows API, and you don't need to remember it either. You can always reference Microsoft's developer documentation, and I very much encourage you to do so because not only is everything very clearly laid out and explained, but it's also accompanied by code examples. If you enjoyed this video, a like would be much appreciated, and subscribe to be notified of future uploads. If you haven't already, check out guidedhacking.com for a step-by-step introduction to game hacking.

Ever-growing catalog of content. Thanks for watching, and I'll see you next time.

What is the Windows API?  What is Windows.h?

Guided Hacking makes educational reverse engineering content with a focus on game hacking, malware analysis & exploit development.  Our tutorials teach you everything about reverse engineering and game hacking.  We have 460+ video tutorials and a very thorough Game Hacking Bible with 70+ chapters.  We have 10 complete game hacking courses and 1300+ total tutorials.

Guided Hacking

Windows API와 그 구성 요소에 대한 이해

API는 소프트웨어 상호 작용에 매우 중요하며, Windows API를 사용하면 코드가 여러 .

dll 파일을 통해 Windows 운영 체제와 상호 작용할 수 있습니다.

h(헤더) 파일에는 함수 정의가 포함되어 있으며, 이러한 함수를 작동시키는 코드는 .

dll(동적 링크 라이브러리) 파일에 있습니다.

Windows API는 Microsoft 웹사이트 또는 Visual Studio에서 Windows SDK를 다운로드하여 액세스할 수 있으며, 다양한 기능 범주를 제공합니다.

API의 특수 변수 유형과 명명 규칙은 주로 하드웨어 초창기부터 유용한 추상화로, 여러 세대에 걸쳐 일관성을 제공하고 개념화를 돕습니다.

Windows API의 함수 명명 규칙과 변형 방법

Windows API의 함수 명명 규칙은 함수의 구성 요소를 나타내기 위해 cm, nt, zw 등의 접두사를 사용합니다.

함수에는 일반, a로 끝나는 것, w로 끝나는 것의 세 가지 변형이 있는데, 여기서 a는 ANSI 인코딩을 나타내고 w는 유니코드 인코딩을 나타냅니다.

함수 이름의 "ex" 변형은 작업 실행에 대한 확장된 제어를 나타냅니다.

h는 메모리 관리와 같은 일반적인 구성 요소를 포함하여 Windows API의 기본 헤더에 대한 래퍼 역할을 하지만 특정 함수나 구성 요소에 대해 추가 헤더를 수동으로 포함할 수 있습니다.

Windows API에서 ReadProcessMemory 사용 이해하기

ReadProcessMemory는 Windows API의 kernel32 모듈에 있는 중요한 함수로, 디버깅을 위해 사용됩니다.

Microsoft의 개발자 문서를 이해하고 참조하는 것은 Windows API 작업의 핵심이며, 이 문서에는 명확한 설명과 코드 예제가 제공됩니다.

더 자세히 알아보고 싶다면 guidedhacking.

com에서 게임 해킹에 대한 단계별 소개를 확인하세요.

온라인 콘텐츠 카탈로그는 증가하는 수요를 충족하기 위해 지속적으로 확장되고 있습니다.

시청자는 향후 업데이트에 관심을 가져 주시기 바랍니다.