What is the Windows API? What are these Kernel32, 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 .

h and the DLL files. The .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.

All right, 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 ReadProcessMemory is defined in MemoryAPI.h, but I don't actually include that anywhere in this project. So 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 MemoryAPI 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 memory API.

h. Now, if you remember earlier, we talked about Windows API type defs, 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 and an 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

API는 두 소프트웨어가 상호 작용하도록 하며, Windows API는 코드와 Windows 운영 체제 간의 상호 작용을 가능하게 합니다.

Windows API의 .h(헤더) 파일은 함수의 정의를 포함하고, .dll(동적 링크 라이브러리) 파일은 함수를 작동시키는 실제 코드를 포함합니다.

Windows.h는 가장 일반적인 Windows API 구성 요소를 포함하는 래퍼 헤더 파일이며, 'typedef'와 함수 명명 규칙은 Microsoft의 오랜 하드웨어 지원 및 과거의 유용한 추상화에서 비롯된 것입니다.

Windows API는 **코드와 Windows 운영 체제 간의 상호 작용을 가능하게 하는 인터페이스**입니다. 운영 체제가 수행하는 다양한 작업을 지원하기 위해 수백 개의 파일에 걸쳐 정의되며, 두 소프트웨어 간의 상호 작용을 돕는 일반적인 API의 한 형태입니다.

**Windows API를 활용하기 위해서는 Microsoft 웹사이트에서 Windows SDK를 다운로드**하거나 Visual Studio를 통해 설치할 수 있습니다. 이는 API를 구성하는 데 필요한 모든 파일과 도구를 제공합니다.

헤더 파일(.h)과 DLL 파일의 역할

Windows API에서 헤더 파일(.h)과 DLL(동적 링크 라이브러리) 파일의 관계는 다소 혼란스러울 수 있습니다. **헤더 파일은 Read Process Memory와 같은 함수들의 정의를 포함하지만, 실제 함수들이 작동하도록 하는 코드는 포함하지 않습니다.**

**함수들이 실제로 작동하도록 만드는 코드는 DLL 파일 내부에 존재**합니다. 하나의 DLL이 여러 헤더 파일을 구현할 수 있으며, 이러한 DLL들은 시스템 서비스, 보안, 네트워킹 등 기능별로 분류된 다양한 범주로 나뉩니다.

Windows API의 특수 유형 및 명명 규칙

Windows API에는 Double Word, Handle, Wide 문자 같은 특수 유형이 존재하지만, **이들은 실제로는 기본 C 유형으로 귀결되는 typedef에 불과**합니다. 이는 Microsoft가 여러 세대의 하드웨어를 통해 동일한 API를 지원하면서 발생한 결과물이며, 온라인 문서와 최신 개발 도구가 없던 시절의 유용한 추상화 개념입니다.

함수 명명 규칙 또한 특정 이유에서 비롯됩니다. **CM, NT, ZW와 같은 접두사는 함수가 속한 구성 요소를 나타냅니다.** 때로는 제네릭, A로 끝나는 변형(ANSI 인코딩), W로 끝나는 변형(유니코드 인코딩)의 세 가지 변형이 있는 함수를 볼 수 있습니다. 또한 `EX` 접미사는 `extended`를 의미하며, **특정 작업의 실행에 대한 확장된 제어를 제공**하는 함수를 나타냅니다.

Visual Studio에서 게임 해킹 프로젝트를 보면, `ReadProcessMemory`와 같은 함수가 직접 포함되지 않아도 빌드되는 경우가 있습니다. 이는 `Windows.h` 파일이 **실제로 더 많은 include를 위한 래퍼 역할을 하기 때문**입니다.

`Windows.h`는 **Windows API에서 가장 일반적으로 사용되는 구성 요소를 포함하는 모든 기본 헤더를 한데 모아 포함**합니다. 이에는 Read 및 Write 프로세스 메모리와 같이 우리가 많이 사용하는 기능들이 포함됩니다. 만약 `Windows.h`에 포함되지 않은 특정 API가 필요하다면, 수동으로 해당 헤더 파일을 포함할 수 있습니다.

Windows API의 `typedef`나 기타 요소가 무엇인지 궁금할 때는 **`Ctrl` 키를 누른 상태에서 해당 요소를 클릭하여 정의된 위치를 확인할 수 있습니다.** 예를 들어, 'double word'가 '부호 없는 long'임을 직접 확인하는 것처럼, 이 기능은 API에 대한 이해를 돕는 데 매우 유용합니다.

프로그램이 `ReadProcessMemory`와 같은 함수를 필요로 할 때, **`kernel32` 모듈을 로드하고 그 안에서 함수를 호출**합니다. 디버거에서 중단점을 설정하여 명령어 포인터가 `kernel32.dll` 안에 있음을 확인할 수 있으며, 이는 API 함수 호출이 DLL을 통해 이루어지는 방식을 보여줍니다.

**Windows API에 대해 겁먹거나 모든 것을 기억할 필요는 없습니다.** 언제든지 Microsoft의 개발자 문서를 참조할 수 있으며, 이 문서들은 모든 것을 매우 명확하게 설명하고 코드 예제까지 제공하므로 적극적으로 활용하는 것이 좋습니다.

Windows API는 코드가 Windows 운영 체제와 상호 작용하는 방식인데, .h 파일과 DLL 파일의 관계는 무엇인가요?

Windows API의 변수 유형(예: double word, handle)과 함수 명명 규칙(예: 접두사 CM, NT, ZW, 접미사 A, W, EX)이 특별한 이유가 무엇인가요?

Windows.h 파일은 정확히 어떤 역할을 하며, 왜 MemoryAPI.h와 같은 특정 헤더 파일을 별도로 포함할 필요가 있을까요?

ReadProcessMemory 함수가 Kernel32.dll 내에 존재한다는 것을 어떻게 확인할 수 있으며, 이는 프로그램 작동 방식에 어떤 의미가 있나요?

Windows API를 효과적으로 활용하기 위해 Microsoft 개발자 문서를 사용하는 것 외에 어떤 팁이 있을까요?

Windows API란 무엇일까요? Kernel32, User32 DLL은 무엇이고, Windows.h는 무엇이며, 이 모든 것들은 어디에서 오는 걸까요?

자, Windows API에 대해 이야기하기 전에 API가 무엇인지 알아야 합니다. API는 두 개의 소프트웨어가 서로 상호 작용할 수 있도록 합니다.

이 경우, 여러분의 코드가 Windows 운영 체제와 상호 작용할 수 있도록 합니다. 당연히 운영 체제는 다양한 작업을 수행하므로, 이 API는 수백 개의 파일에 걸쳐 정의됩니다.

여기서 혼란스러울 수 있는 점은 .h 파일과 DLL 파일 간의 관계입니다.

.h 파일, 즉 헤더 파일은 Read Process Memory와 같이 API를 구성하는 함수들의 정의를 포함하지만, 이러한 함수들이 작동하도록 만드는 코드는 포함하지 않습니다.

이러한 함수들이 작동하도록 만드는 코드는 동적 링크 라이브러리를 의미하는 DLL 파일 내부에 있습니다.

하나의 DLL이 여러 헤더 파일을 구현할 수 있다는 점에 유의하세요. Windows API를 활용하기 위해 Microsoft 웹사이트에서 Windows SDK를 다운로드하거나, 여러분 대부분이 할 것처럼 Visual Studio를 통해 다운로드할 수 있습니다.

파일 시스템에 고유한 구조는 없지만, 설명서는 Windows API를 구성하는 각 헤더를 기능에 따라 분류합니다.

이러한 범주에는 UI Windows, 환경, 사용자 입력, 데이터, 진단, 그래픽 장치, 시스템 서비스, 보안, 설치, 시스템 관리 및 네트워킹이 포함됩니다.

이것의 대부분은 실제로 우리의 목적에 유용하지 않지만, 여러분이 실제로 무엇을 다루고 있는지 더 명확하게 파악하는 데 도움이 됩니다.

이제 Windows API에 대해 모든 사람들을 혼란스럽게 하는 두 가지는 변수 유형과 명명 규칙입니다.

더블 워드, 핸들, 와이드 문자 같은 특수 유형은 무엇일까요? 이것들은 실제로 기본 C 유형으로 귀결되는 typedef일 뿐입니다.

Microsoft가 여러 세대의 하드웨어를 통해 동일한 API를 지원하는 부산물입니다. 예를 들어, far 포인터와 near 포인터를 지정하는 유형이 있지만, 요즘에는 구별이 없습니다.

이러한 것들 중 일부는 온라인 문서와 최신 개발 도구가 없던 시절의 유용한 추상화일 뿐입니다.

예를 들어, 핸들은 void 포인터보다 훨씬 쉽게 개념화할 수 있습니다. 이제 이러한 함수 명명 규칙은 약간 덜 직관적이지만, 몇 가지 동일한 이유에서 비롯됩니다.

CM, NT, ZW와 같은 접두사는 함수가 속한 구성 요소를 나타냅니다. 때로는 제네릭, A로 끝나는 변형, W로 끝나는 변형의 세 가지 변형이 있는 함수를 접할 수 있습니다.

A로 끝나는 변형은 과거의 유물이며, A는 ANSI 인코딩을 나타냅니다.

W로 끝나는 변형은 유니코드 인코딩을 나타내고, 제네릭은 두 인코딩과 모두 호환됩니다.

또한 EX 접미사가 붙은 또 다른 변형이 있는 함수를 접할 수 있으며, 이 EX는 extended의 약자입니다. 따라서 EX로 끝나는 함수는 특정 작업의 실행에 대한 확장된 제어를 제공합니다.

자, 저는 Visual Studio에서 게임 해킹 성경에서 아주 초기에 만들게 될 프로젝트를 보고 있습니다. 아직 Windows.h가 무엇인지 설명하지 않았습니다.

이제, 그 전에 여러분께 보여드리고 싶은 것이 있습니다.

여기서 ReadProcessMemory가 MemoryAPI.h에 정의되어 있지만, 이 프로젝트 어디에도 포함시키지 않았다는 것을 알 수 있습니다. 그런데 어떻게 이 프로젝트를 성공적으로 빌드할 수 있을까요?

글쎄요, 오른쪽을 보면 실제로 MemoryAPI가 포함되어 있다는 것을 알 수 있습니다.

왜 그럴까요? Windows.h를 마우스 오른쪽 버튼으로 클릭하고 '문서로 이동'을 누르거나, Ctrl 키를 누른 상태에서 클릭하여 Windows.h가 실제로 무엇인지 살펴볼 수 있습니다.

이제 아래로 스크롤하면 Windows.h는 더 많은 include를 위한 래퍼일 뿐이라는 것을 알 수 있습니다.

여기에는 이러한 모든 기본 헤더가 포함되어 있습니다. 이것들은 Windows API에서 사용되는 가장 일반적인 구성 요소로 구성되어 있으며, 여기에는 읽기 및 쓰기 프로세스 메모리를 포함하여 우리가 하는 일의 상당 부분이 포함됩니다.

하지만 기본 Windows API에 포함되지 않은 경우, 메모리 API만 포함하려는 경우와 마찬가지로 수동으로 포함할 수 있습니다.

h. 이제, 아까 Windows API typedefs에 대해 이야기했는데, Ctrl 키를 누른 상태에서 그 중 하나를 클릭하면 정의된 위치를 확인할 수 있습니다.

이제 Windows API의 모든 것으로 이 작업을 수행할 수 있으며, 무슨 일이 일어나고 있는지 잘 모를 때 매우 유용합니다.

살펴보면 double word는 부호 없는 long일 뿐이라는 것을 알 수 있습니다. 이제 이 프로젝트를 빌드하고 디버거에서 열겠습니다.

ReadProcessMemory가 kernel32 내에 존재한다는 것을 알 수 있습니다.

그래서 우리 프로그램이 ReadProcessMemory를 필요로 할 때, kernel32 모듈을 로드하고 그 안에서 함수를 호출할 것입니다. ReadProcessMemory에 중단점을 설정하고 계속하면 이를 확인할 수 있습니다.

보시다시피, 명령어 포인터가 이제 kernel32.dll 안에 있습니다.

이제 윈도우 API에 겁먹을 필요도 없고, 기억할 필요도 없다는 것을 아셨으면 좋겠습니다. 언제든지 Microsoft의 개발자 문서를 참조할 수 있으며, 모든 것이 매우 명확하게 설명되어 있을 뿐만 아니라 코드 예제도 함께 제공되므로 적극적으로 활용하시기 바랍니다.

이 비디오가 마음에 드셨다면 좋아요를 눌러주시고, 구독하시면 앞으로 올라올 영상에 대한 알림을 받으실 수 있습니다. 아직 가이드 해킹을 확인하지 않으셨다면

게임 해킹에 대한 단계별 소개와 끊임없이 증가하는 콘텐츠 목록을 보려면 닷컴을 방문하십시오. 시청해 주셔서 감사합니다. 다음에 뵙겠습니다.

API는 두 소프트웨어 간의 상호 작용을 가능하게 하며, Windows API는 코드가 Windows OS와 상호 작용하도록 합니다.

헤더(.h) 파일은 API 함수 정의를 포함하지만, 실제 작동 코드는 DLL 파일 내부에 있습니다.

Windows API를 활용하려면 Microsoft 웹사이트 또는 Visual Studio를 통해 Windows SDK를 다운로드해야 합니다.

Windows API는 기능에 따라 UI Windows, 환경, 시스템 서비스 등 다양한 범주로 분류됩니다.

Windows API의 변수 유형 및 명명 규칙

Double Word, Handle, Wide 문자 같은 특수 유형은 기본 C 유형으로 귀결되는 typedef이며, Microsoft가 여러 세대의 하드웨어를 지원하는 과정에서 발생했습니다.

CM, NT, ZW와 같은 접두사는 함수가 속한 구성 요소를 나타냅니다.

함수는 일반적으로 제네릭, A(ANSI 인코딩), W(유니코드 인코딩) 변형으로 존재하며, EX 접미사는 확장된 제어를 제공합니다.

Windows.h는 더 많은 include를 위한 래퍼이며, Windows API에서 가장 일반적인 구성 요소를 포함하는 기본 헤더들을 포괄합니다.

기본 Windows API에 포함되지 않은 헤더는 수동으로 포함할 수 있습니다.

Windows API typedefs는 정의된 위치를 확인할 수 있으며, 예를 들어 double word는 부호 없는 long입니다.

ReadProcessMemory와 같은 함수는 kernel32.dll 내에 존재하며, 프로그램은 필요한 모듈을 로드하여 함수를 호출합니다.

Windows API에 대해 겁먹을 필요 없이 Microsoft 개발자 문서를 적극 활용하여 명확한 설명과 코드 예제를 참조할 수 있습니다.

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

스크립트