(웹브라우저 자동 번역입니다)

요즘 Denuvo에 대한 새로운 하이퍼바이저 기반 방식이 어떻게 작동하는지 읽어봤는데, 특히 자세한 내용을 파고들지 않고 가이드만 따라 하는 사람들을 위해, 내부에서 무슨 일이 벌어지는지 명확히 할 필요가 있다고 생각해요.

이건 누구를 놀라게 하거나 뭘 하라고 말하려는 의도는 아니에요. 여기 있는 많은 사용자들은 정확히 뭘 하는지 알고 있죠. 하지만 Hyper-V가 뭔지, 윈도우 보안에서 어떤 역할을 하는지조차 모른다면, 제대로 이해할 때까지 이 방법을 멀리하는 게 좋아요. 이건 그냥 기술적인 그림을 명확하게 하기 위한 거예요.

이 하이퍼바이저 크랙이 실제로 하는 일

게임 실행 파일을 패치하는 기존의 크랙과 달리, 이 방법들은:

커스텀 하이퍼바이저 레이어를 사용해요.

Intel VT x 또는 AMD V와 같은 CPU 가상화를 활용해요.

타이밍 검사나 디버그 감지와 같은 낮은 수준의 명령어를 가로채요.

그래서 게임을 수정하는 대신, 시스템이 그 아래에서 어떻게 작동하는지를 수정하는 거죠.

특정 윈도우 기능이 비활성화되는 이유

이게 작동하게 하려면, 가이드에서 보통 다음과 같은 것들을 비활성화하라고 하죠:

메모리 무결성 HVCI

자격 증명 가드

가상화 기반 보안 VBS

때로는 드라이버 서명 강제

이건 주로 윈도우가 이미 자체 하이퍼바이저를 보안에 사용하고 있어서, 이 상황에서 둘 다 병렬로 실행하는 게 현실적으로 어렵기 때문이에요.

그래서 시스템은 다음과 같이 재구성되는 거죠:

커스텀 낮은 수준의 코드를 허용하고

윈도우 내장 하이퍼바이저와의 충돌을 피하고

시스템 관점에서 어떤 변화가 생기는지

이걸 하면, 기본적으로:

커널 레벨에서 실행되는 서명되지 않은 드라이버를 허용하고

일부 격리 기능을 비활성화하고

OS 아래 또는 옆에서 작동하는 소프트웨어를 실행하는 거예요.

그렇다고 해서 자동으로 악성이라고 단정할 수는 없지만, 기본 윈도우와는 다른 신뢰 모델로 작동한다는 의미예요.

"나중에 그냥 되돌리면 돼"라는 생각에 대해

대부분의 일반적인 경우, 설정을 되돌리고 VBS를 다시 활성화하면 원래대로 돌아갈 거예요.

알아둬야 할 유일한 미묘한 차이점은:

커널 또는 하이퍼바이저 레벨에서 뭔가를 실행하면, 해당 코드가 제대로 작동하는지에 의존하게 된다는 거예요.

만약 뭔가가 제대로 작성되지 않았거나 조작되었다면, 항상 눈에 띄지 않는 방식으로 지속될 수 있어요.

이건 흔한 일은 아니지만, 이 레벨에서 작업하는 것의 일부예요.

실질적인 결론

이 분야를 이미 이해하고 있는 사람들에게:

여기 있는 건 새로운 게 아니고, 의식적인 트레이드 오프를 하는 거예요.

다른 사람들에게:

이건 일반적인 크랙이나 모드와는 달라요.

시스템이 낮은 수준의 실행과 보안 경계를 어떻게 처리하는지를 바꾸는 거예요.

이런 기본적인 이해 없이 하이퍼바이저와 커널 레벨 동작을 건드리는 게 문제가 생길 수 있는 부분이에요. 방법 자체가 본질적으로 나쁜 게 아니라, 얼마나 깊숙이 작동하느냐에 달려 있는 거죠.

결론

하이퍼바이저 기반 방식은 기술적으로 인상적이고, 게임을 직접 패치하지 않고 어려운 문제를 해결해요.

다만 다음을 알아두세요:

시스템 레벨 보호를 조정해서 작동해요.

아주 낮은 수준의 코드를 신뢰해야 해요.

그 트레이드 오프에 괜찮다면, 그건 당신의 선택이에요. 이 게시물은 그냥 그 메커니즘을 이해하도록 하기 위한 거예요.

이걸 올리는 이유는, 이에 대한 이해가 엇갈리는 걸 봐서, 명확한 정신 모델을 갖는 게 사람들이 정보에 입각한 결정을 내리는 데 도움이 되기 때문이에요.

하이퍼바이저 크랙에 대한 간단한 설명과 실제로 시스템에서 변경되는 사항 : r/FitGirlRepack - 1차 작성글

HV 스크립트가 무엇을 변경하는지 확인하고 모든 것이 제대로 되돌려졌는지 확인하는 방법 : r/FitGirlRepack - 2차 작성글

사용을 할지 말지는 개개인의 선택입니다. 사람마다 취향이 다르듯이.

저는 사용을 안할겁니다.

+ 서로 그만 하세요. 매번 투닥거리는 모습 보기 안좋습니다.