Cheat Engine이 어떻게 작동하는지 궁금해 본 적 있나요?

Source: Dev.to

PC에서 게임을 플레이해 본 적이 있다면 Cheat Engine이라는 도구를 들어본 적이 있을 것입니다. 이 글에서는 Cheat Engine이 무엇인지, 내부적으로 어떻게 동작하는지, 그리고 개발자들이 변수들을 보호해야 하는 이유에 대해 설명합니다. 또한 C#으로 간단한 예제를 보여주고, 기존 안티‑치트 도구를 사용하는 것이 얼마나 많은 시간을 절약할 수 있는지도 설명합니다.

이 글은 게임 개발자와 사이버 보안에 관심이 있는 모든 사람을 위해 작성되었으며, 메모리 조작이 무엇이며 이를 방지하는 방법을 이해하고자 하는 분들을 대상으로 합니다.

Cheat Engine이 무엇이며 왜 많은 사람들이 사용하는가

Cheat Engine은 Windows용 메모리 스캐너 및 디버거입니다. 수년간 수백만 명의 사용자가 다운로드했습니다. 일부는 싱글플레이어 게임에서 치트를 위해 사용하고, 다른 사람들은 역공학 학습, 디버깅, 혹은 모딩을 위해 사용합니다.

분명히 하고 싶습니다:

Cheat Engine 자체는 단지 도구일 뿐입니다. 자동으로 게임을 “해킹”하지 않습니다. 단순히 다른 실행 중인 프로그램의 메모리를 읽고 쓰는 역할을 합니다.

게임은 다음과 같은 값을 저장합니다:

• 골드
• 체력
• 탄약
• 점수

Cheat Engine은 사용자가 메모리에서 해당 값을 찾아 게임이 실행 중일 때 변경할 수 있도록 도와줍니다.

프로그램이 메모리에 값을 저장하는 방법

게임이 실행될 때, 변수들을 **RAM (Random Access Memory)**에 저장합니다. 예를 들어:

Gold   = 500;
Health = 100;
Ammo   = 30;

이러한 값들은 특정 메모리 주소에 숫자(보통 정수 또는 부동소수점) 형태로 저장됩니다. CPU는 지속적으로 이 값들을 읽고 씁니다.

메모리는 기본적으로 보호되지 않습니다.
다른 프로그램이 해당 메모리를 읽을 수 있도록 허용된다면, 그 프로그램은 이 값들을 볼 수 있고 수정할 수도 있습니다.

---

Cheat Engine이 메모리에 접근하고 조작하는 방법

높은 수준에서 (운영체제 내부를 깊게 파고들지 않고) Cheat Engine은 일반 Windows 시스템 API를 사용하여:

1. 실행 중인 프로세스를 엽니다
2. 해당 프로세스의 메모리를 읽습니다
3. 값(예: “500 골드”)을 검색합니다
4. 값이 변할 때 결과를 필터링합니다

예시 워크플로우

주소를 찾으면, 해당 값을:

• 변경할 수 있고
• 고정할 수 있으며
• 교체할 수 있습니다

이 모든 작업은 게임의 소스 코드를 접근하지 않고도 이루어집니다.

일반 변수들이 개발자에게 문제인 이유

게임이 값을 다음과 같이 저장한다면:

public int Gold = 500;

그렇다면:

• 값이 메모리에 그대로 보인다
• 쉽게 스캔할 수 있다
• 쉽게 변경할 수 있다

이 때문에 많은 게임이 중요한 값을 직접 저장하지 않는다. 대신 난독화나 검증 기법을 사용한다.

---

간단한 XOR 난독화 예제 (C#)

초보자에게 자주 보여주는 사용하기 쉬운 방법은 XOR 난독화입니다. 완벽한 보안을 제공하지는 않지만 기본적인 메모리 스캔을 차단하고 대부분의 스크립트 키디들을 막을 수 있습니다.

예시: 난독화된 골드 값

public class PlayerGold
{
    private int secretKey = 0x5A3F;
    private int obfuscatedGold;

    public void SetGold(int value)
    {
        obfuscatedGold = value ^ secretKey;
    }

    public int GetGold()
    {
        return obfuscatedGold ^ secretKey;
    }
}

왜 도움이 되는가

500을 직접 저장하는 대신 메모리에는 섞인 숫자가 저장됩니다.

Real Gold: 500
Stored in Memory: 23131   // 예시 XOR 결과

Cheat Engine 스캔으로 실제 값을 쉽게 찾기 어렵고, 메모리 값을 변경하면 논리가 깨지거나, 예를 들어 허니팟과 함께 사용할 때 아무런 효과가 없을 수 있습니다.

다음 단계는

XOR 난독화는 좋은 첫 단계이지만, 그 자체만으로는 충분하지 않습니다. 메모리를 더욱 강화하고 중요한 변수를 더 잘 보호하려면 다음과 같은 추가 기술과 결합하십시오:

• 여러 키 사이 전환을 통해 정적 패턴 방지
• **무결성 검사(체크섬)**를 사용해 예상치 못한 값 변화를 감지
• **가짜 또는 미끼 변수(허니팟)**를 이용해 메모리 스캐너를 잡음
• 서버 측 검증을 중요한 또는 경쟁적인 값에 적용
• 디버깅 방지 및 메모리 방지 도구를 사용해 일반적인 검사 방법 차단

이러한 기술은 변수를 보호하는 효과적인 안티치트 시스템의 한 부분에 불과합니다. 실제 환경에서는 다음과 같이 더 확장된 보호가 이루어집니다:

• 시간 기반 검증
• 전역 무결성 검사
• 설치 또는 환경 검증
• 런타임 동작 분석

가장 중요한 점은 다음과 같습니다:

안티치트는 절대 단일 기능이 되어서는 안 되며, 더 큰 보안 전략의 한 층이어야 합니다.

모든 것을 새로 만들 필요 없이 게임 보호하기

Cheat Engine은 시간에 따라 메모리가 어떻게 변하는지 관찰하고 그 값을 직접 조작하기 때문에 작동합니다. 중요한 데이터가 RAM에 그대로 저장돼 있다면 결국 찾아서 수정될 수 있습니다.

위에서 언급한 기술들을 조합하면 직접 보호 시스템을 구축할 수 있습니다. 하지만 완전한 솔루션을 처음부터 만드는 것은 시간도 많이 들고 오류가 발생하기 쉽습니다. 검증된 안티치트 라이브러리나 서비스를 활용하면 다음과 같은 이점을 얻을 수 있습니다:

• 개발 주기 단축
• 새로운 치팅 방법에 대한 정기적인 업데이트
• 커뮤니티가 검증한 신뢰성

직접 구현하기 전에 기존 솔루션을 평가해 보는 것을 권장합니다.

완전한 안티치트 시스템은 많은 시간, 테스트, 그리고 지속적인 업데이트가 필요합니다. 공격자는 빠르게 적응하고, 방어를 유지하는 데에 소요되는 시간은 게임 개발이라는 핵심 업무에서 쉽게 벗어나게 만들 수 있습니다: 게임 개발에 집중해야 합니다.

그래서 많은 개발자들이 모든 것을 직접 만들기보다 기존 안티치트 도구를 사용합니다.

이미 메모리 변조 탐지, 변수 무결성 검사, 런타임 보호 메커니즘 등과 같은 기능을 제공하는 무료 안티치트 솔루션이 있습니다. 예를 들어 Unity를 사용한다면 다음의 무료 솔루션을 활용할 수 있습니다:

👉 Asset Store – AntiCheat

---

핵심 요점

Cheat Engine이 강력한 이유는 클라이언트 메모리가 기본적으로 노출돼 있기 때문입니다.
메모리에 저장된 원시 값을 신뢰한다면, 누군가가 그 값을 변경할 수 있습니다.

• 직접 보호 로직을 작성하든
• 간단한 난독화를 적용하든
• 기존 안티치트 도구를 사용하든

규칙은 변하지 않습니다:

메모리에 저장된 평문 값을 절대 신뢰하지 마세요.

Cheat Engine이 어떻게 동작하는지 이해하는 것이 방어의 첫걸음이며, 더 안전한 소프트웨어를 작성하는 기반이 됩니다.

더 자세한 내용은 제 블로그를 참고하세요: www.guardingpearsoftware.com.