HWID 리셋: 스푸퍼 되돌리기, 원래 시리얼 복원, 그리고 리셋이 실제로 바꾸는 것

HWID 리셋 버튼은 존재하지 않으며, 그 이유를 이해하는 것이 이 주제의 전부입니다. 안티치트나 라이선스 시스템이 “내 HWID”라고 부르는 것은 PC 안의 어떤 한 값이 아닙니다. 서로 다른 구성 요소가 서로 다른 장소에 저장한 식별자들의 집합입니다. 마더보드 펌웨어의 시리얼, Windows 레지스트리의 값, 네트워크 어댑터의 주소, TPM 칩 안의 키들이 그것입니다. 이들 대부분은 소프트웨어가 넣은 것이 아니므로, 소프트웨어로 되돌릴 수도 없습니다. 따라서 “리셋”은 언제나 층위별 질문입니다. 어떤 값이 바뀌었는가, 누가 바꿨는가, 그리고 누가 다시 쓸 수 있는가.

이 질문에는 세 가지 버전이 있고, 각각의 사정은 매우 다릅니다.

1. HWID 스푸퍼를 실행했다 — 주로 게임 밴을 우회하려고, 그중에서도 “퍼머넌트(영구)” 제품을 — 이제 원래 하드웨어 정체성을 되찾고 싶은 경우. 스푸퍼가 뭔가 망가뜨렸거나, PC를 팔려고 하거나, 단지 자신의 시리얼을 되찾고 싶은 경우입니다. Microsoft Q&A 게시판의 거의 모든 “HWID 리셋” 질문이 이 상황에서 나오며, 세 버전 중 가장 어려운 문제입니다.
2. 게임에서 하드웨어 밴을 받았고, HWID를 리셋하면 밴이 풀리는지 알고 싶은 경우. 이미 Windows를 재설치했고 새 계정에서 다시 밴을 받았을 수도 있습니다.
3. 정당한 이유로 HWID가 바뀐 경우 — 재설치, 마더보드 교체, BIOS 사고 등으로 라이선스, 프로필, 등록 정보가 기기를 더 이상 인식하지 못하는 경우입니다. 예전 값을 되찾고 싶어 합니다.

세 가지 모두 이 글에서 그 순서대로 솔직한 답을 받습니다. 어느 답에도 “원클릭 HWID 리셋 도구” 다운로드는 없으며, 마지막 섹션에서 그 제품군이 지름길이 아니라 함정인 이유를 정확히 설명합니다.

먼저, 리셋하려는 대상이 무엇인지 알아야 합니다

아래의 모든 식별자는 핑거프린트에 나타날 수 있습니다. 맨 오른쪽 열이 이 주제 전체의 축소판입니다. 누가 그 값을 쓸 수 있는지, 따라서 여러분이 그 값을 “리셋”하는 것 자체가 가능한지를 보여 주기 때문입니다.

이 표의 두 행이 이 주제에 대한 인터넷의 혼란 대부분을 설명합니다. 스푸퍼는 레지스트리 행에 값을 쓰는 것이 아무 어려움도 없고, Windows 클린 설치는 그 행을 완전히 리셋합니다. 반면 펌웨어 행에 값을 쓴 “퍼머넌트(영구)” 스푸퍼는 전혀 다른 문제입니다. Windows 재설치는 손대지 않으며, 아래에서 보듯 대부분의 펌웨어 재설치(공식 이미지 리플래시)도 마찬가지입니다.

계속 읽기 전에 자신의 값을 확인하고 싶다면 휴대용 HWID Checker 유틸리티가 원클릭으로 수집해 주고, Windows 시리얼 참고 가이드의 명령어를 사용해도 됩니다. 읽기만 하는 것은 아무것도 바꾸지 않으며 어떤 기기에서도 안전합니다.

상황 1: 스푸핑했고, 원래 HWID를 되찾고 싶은 경우

이것은 “예전 HWID를 어떻게 되찾나요”, “스푸퍼로 HWID를 바꾼 뒤 시리얼을 되돌리는 방법” 같은, 그리고 비슷한 모든 스레드 뒤에 있는 상황입니다. 짧고 솔직한 요약: 얼마나 복구할 수 있는지는 전적으로 스푸퍼가 어떤 층위를 건드렸는지에 달려 있고, 어떤 층위인지는 처음 두 단계를 끝내기 전까지 알 수 없을 수도 있습니다. 전체 절차는 비용이 적고 안전한 것부터 비싸고 최후의 수단인 것까지 순서대로 이어집니다.

스푸퍼가 실제로 바꾼 것

스푸퍼는 제각각이지만, 모두 위 표의 값을 가로채거나 다시 쓰는 방식으로 동작합니다. 시장의 거의 모든 제품은 네 가지 패턴으로 설명됩니다.

• 레지스트리 수준 스푸퍼는 MachineGuid 같은 값과 캐시된 식별자를 다시 씁니다. 이른바 “임시” 도구들입니다. 이들이 건드린 것은 모두 하드웨어가 아니라 Windows 소유입니다.
• 드라이버 수준 스푸퍼는 시스템과 하드웨어 사이에 커널 드라이버나 서비스를 설치해, 디스크 시리얼 번호나 SMBIOS 데이터, MAC에 대한 조회에 가짜 값으로 응답합니다. 재부팅에도 살아남고 재설치에 미치지 못하는 대부분의 정리 시도에도 살아남기 때문에 가장 흔한 설계입니다.
• 펌웨어 수준 스푸퍼 — “퍼머넌트(영구)”로 판매되는 제품들 — 은 실제 시리얼이 있는 마더보드 플래시 칩의 서비스 데이터 영역에 가짜 시리얼을 기록합니다. 일부는 Windows 부팅 전에 실행되는 UEFI 수준 구성 요소도 설치합니다. 이들은 설계상 Windows 재설치를 견디며, 그것이 바로 구매자들이 원했고 소유자들이 지금 후회하는 속성입니다.
• TPM 트릭: 어떤 스푸퍼도 TPM의 인증 키(Endorsement Key, EK)를 다시 쓸 수는 없습니다. 불변 하드웨어이기 때문입니다. 스푸퍼가 할 수 있는 것은 TPM을 초기화하거나 Windows가 TPM에서 도출하는 값을 위조하는 것입니다.

제거가 어려운 이유는 한 제품이 이 중 여러 메커니즘을 조합하는 경우가 많고, 어떤 것을 썼는지 솔직하게 알려 주지도 않는다는 점입니다. 펌웨어 구성 요소를 포함한 “퍼머넌트(영구) 스푸퍼”가 최악의 경우이며, Windows 수준의 정리를 아무리 해도 닿지 못합니다.

층위별 제거 절차

1단계 — 스푸퍼 자체의 언인스톨러를 사용합니다(있다면). 일부 유료 도구에는 제거 기능이 들어 있습니다. 실행하되 믿지는 마십시오. 결과는 마지막에 직접 확인하게 되며, 뭔가 남아 있더라도 다음 단계가 어차피 제거합니다.

2단계 — 파일을 백업한 뒤 공식 Microsoft 미디어로 Windows를 클린 설치합니다. Media Creation Tool이나 Microsoft 공식 사이트에서 내려받은 ISO를 사용해 부팅하고, 설치 과정에서 기존 파티션을 삭제합니다. 제자리 “PC 초기화”는 커널 드라이버를 확실하게 제거하지 못하고, 파티션을 유지하는 설치는 스푸퍼의 드라이버 저장소를 그대로 남깁니다. 제대로 된 클린 설치는 Windows 층위의 모든 것을 지웁니다. 드라이버, 서비스, 레지스트리 편집, 위조된 MachineGuid까지. 이 단계 이후 표의 레지스트리 행에 있는 모든 식별자는 진짜이거나(설치 프로그램이 다시 생성), 스푸퍼가 건드리지 않은 값입니다.

레지스트리·드라이버 수준 스푸퍼는 이 단계에서 끝이 납니다. 기기가 일관되고 제조사가 내놓았음직한 시리얼을 보여 주면 완료입니다. 검증 단계로 건너뛰십시오.

3단계 — 펌웨어 설정을 초기화한 뒤 펌웨어 자체를 재설치(공식 이미지 리플래시)합니다. UEFI 설정에서 최적화 기본값을 불러옵니다. 그다음 제조사 지원 페이지에서 정확한 보드·노트북 모델용 정식 BIOS/UEFI 이미지를 내려받아 플래시합니다. 대부분의 조언 — Q&A 스레드의 채택 답변 포함 — 이 바로 여기서 살짝 어긋나므로, 정확히 짚을 가치가 있습니다.

정식 펌웨어 재설치(공식 이미지 리플래시)는 펌웨어 코드를 교체하고 설정을 초기화합니다. 대부분의 보드에서 시리얼과 UUID가 있는 서비스 데이터 영역은 다시 쓰지 않습니다. 일상적인 BIOS 업데이트가 기기의 정체성을 지우지 않도록 그 영역은 의도적으로 보존되기 때문입니다. 따라서 그 영역에 가짜 값을 기록한 스푸퍼는 완전히 클린한 Windows 설치 그리고 완전히 정상적인 펌웨어 재설치(공식 이미지 리플래시)를 모두 견딜 수 있습니다.

그래서 “클린 설치만으로 100% 복구”를 약속하는 가이드가 펌웨어 수준 스푸퍼에 대해서는 틀렸고, “재설치하면 스푸퍼가 사라지나요?”라는 질문에 대한 정직한 답은 “사라지는 스푸퍼도 있고, 어떤 종류였는지는 확인하기 전까지 알 수 없다”가 됩니다.

4단계 — 이제 시리얼이 무엇을 말하는지 확인합니다. 2단계와 3단계 뒤에 식별자를 다시 수집합니다(-save 옵션을 붙인 유틸리티, 또는 시리얼 가이드의 PowerShell 명령어). 결과는 세 가지입니다.

• 값이 제조사 것으로 일관되어 보임 — 시리얼 형식이 보드 제조사의 패턴과 일치하고, UUID 구조가 정상이며, 명백히 무작위인 쓰레기 값이 없습니다. 아마 깨끗한 상태입니다. 스푸핑 전 백업이 있다면 그것과 대조하십시오(어떻게 백업을 갖게 되는지는 다음 섹션에서 다룹니다).
• 값이 여전히 스푸핑된 것으로 보임 — 제조사 시리얼이 있어야 할 자리에 무작위 16진수가 있거나, 제조사가 출시한 적 없는 값입니다. 서비스 데이터 영역이 다시 쓰였고, 소비자 수준의 절차로는 복원되지 않습니다.
• 값이 비어 있거나 일반적임 — To Be Filled By O.E.M., 모두 0, Default string. 스푸퍼가 값을 교체한 것이 아니라 지웠다는 뜻일 수 있습니다.

5단계 — 서비스 데이터 영역이 다시 쓰인 경우, 선택지는 좁습니다. 서비스 데이터 영역은 공장에서, 그리고 현장에서는 제조사 서비스 도구가 기록합니다. 일부는 공인 수리 채널용으로 공개되지만 대부분은 아닙니다. 현실적인 선택지를 순서대로 나열하면 이렇습니다. 제조사 또는 수리 파트너의 서비스 절차(소유 증빙을 지참하고, 스푸핑 전에 기록해 둔 원래 값이 있다면 제출하십시오. 그러면 수정이 간단해집니다). 보증 중인 노트북이라면 OEM 서비스 티켓. 데스크톱 보드라면 제조사 도구를 다루는 보드 수준 수리점의 진단. 목록에 없는 것은 포럼의 제3자 “DMI 에디터”와 시리얼 재기록 유틸리티입니다. 브릭 복구가 의존하는 영역을 직접 편집하는 것이 스푸핑된 기기를 부팅 불가로 만드는 지름길이며, 다른 실제 기기의 시리얼을 입력하면 중복 정체성이 만들어집니다. 처음 겪던 문제보다 더 나쁘고, 이번에는 다른 사람에게도 피해를 줍니다.

한 가지 더 솔직히 말하자면, 원래 시리얼을 기록해 둔 적이 없다면 “원래 값”은 서비스 채널을 통해서도 복구 불가능할 수 있습니다. OEM은 자신들이 보유한 기록의 값을 입력할 수 있지만, 흔적 없이 여러분의 값을 덮어쓴 스푸퍼는 복원의 근거를 아무것도 남기지 않았습니다. 그것이 이 글 마지막에 나오는, 뼈저리게 배운 백업 교훈입니다.

“언스푸퍼 도구” 함정

이 주제의 거의 모든 스레드에는 정확히 잘못된 것을 요청하는 글이 있습니다. “스푸퍼 파일을 자동으로 지워 주는 다운로드 링크 좀 주세요.” 반대편에서 이 요청이 어떻게 보이는지 생각해 보십시오. 신뢰할 수 없는 커널 소프트웨어를 설치했다고 스스로 밝히는, 동기가 확실한, 자기 기기에 무슨 짓이 벌어졌는지 확인할 수 없는 사용자들이, 낯선 이에게 관리자 권한으로 실행할 실행 파일을 하나 더 달라고 하는 것입니다. 그것은 거의 완벽한 악성코드 유포 프로필이고, 실제로 악용되고 있습니다. “클리너”와 “언스푸퍼” 다운로드는 정보 탈취형 악성코드(인포스틸러)의 유포 경로로 기록되어 있습니다. 위 절차는 Microsoft 자체 미디어, 여러분의 제조사 자체 펌웨어, 읽기 전용 검사만 사용합니다. 원클릭 해결보다 느린 이유는, 원클릭 해결은 한 번도 존재한 적이 없기 때문입니다.

스푸핑이 “동작하더라도” 되돌릴 가치가 있는 이유

밴과 무관한 세 가지 이유가 있습니다. 안정성: 하드웨어에 대해 운영체제에게 거짓말을 하는 커널 드라이버는, 하드웨어를 묻는 모든 프로그램의 크래시 경로에 앉아 있습니다. “클린” 설치 후에도 설명되지 않는 블루스크린은 밑바닥에 스푸퍼가 있는 전형적인 서비스 티켓입니다. 보안: 운영체제의 가시성 아래에서 동작하는 것이 목적인, 익명 작성자의 코드를 설치했고 그 밖에 무엇을 하는지 감사할 수 없습니다. Windows와 펌웨어를 신뢰할 수 있는 원천에서 복원하기까지 이 기기는 침해된 것으로 취급해야 합니다. 재판매: 하드웨어 정체성이 위조된 기기를 파는 것은 문제를 구매자에게 넘기는 일이고, 관할권에 따라 사기입니다. 시리얼이 진짜인 깨끗한 기기 — 아무리 심심한 시리얼이라도 — 는 “리셋”된 기기보다 가치가 높습니다.

상황 2: 하드웨어 밴을 받았고, 이를 없애고 싶은 경우

스푸퍼 산업은 이 상황 때문에 존재하므로, 같은 솔직함을 받을 자격이 있습니다.

하드웨어 밴이 실제로 무엇인가

게임 회사 서버에 있는 기록입니다. 이 핑거프린트는 이 날짜까지, 또는 영원히 밴 상태다. 핑거프린트는 게임이나 그 안티치트가 여러분의 기기에서 실행되는 동안 수집한 신호들로 계산됩니다. 보통은 위 표의 펌웨어 시리얼, 디스크 시리얼 번호, GPU 정체성, MAC, TPM 기반 값, Windows 설치 식별자 중 일부에, 서버 측 이력이 더해집니다. 구매 기록, 연결된 계정, 결제 수단, 친구, IP가 그것입니다. 이 기록은 여러분의 PC에 있지 않습니다. 무엇을 삭제하고, 포맷하고, 재설치해도 닿지 않으며, 그것이 “HWID 리셋”이 “밴 해제”를 의미할 수 없는 전부의 이유입니다.

사람들이 계속 놀라는 메커니즘 하나: 한 번도 치트하지 않은 게임에서 밴을 받을 수 있습니다. 안티치트 클라이언트는 일상적으로 알려진 치트 도구를 검사합니다. 디스크의 파일, 실행 중인 프로세스, 드라이버 말입니다. 어떤 게임에서 오후 동안 치트를 쓰고, 다음 날 그 도구를 디스크에 둔 채 다른 게임을 실행한 플레이어는 두 번째 게임에서 밴을 받습니다. 그 게임의 안티치트가 시스템에서 치트를 발견했기 때문입니다. 나중에 도구를 지운다고 탐지가 취소되지는 않습니다. 이미, 제조사가 항소를 검토할 때 볼 로그에 들어 있습니다.

먼저, 어떤 시스템이 플래그를 붙였는지 좁히십시오

게임사는 안티치트를 처음부터 직접 만들지 않습니다. 미들웨어를 라이선스합니다. Fortnite은 BattlEye와 Easy Anti-Cheat 둘 다 탑재합니다. Apex Legends는 Easy Anti-Cheat를 씁니다. Escape from Tarkov는 BattlEye를 씁니다. Call of Duty는 Ricochet, Valorant는 Vanguard를 쓰고, 등등입니다. 이러한 사실에서 하나의 실용적인 진단법이 나옵니다. 포럼 스레드가 우연히 건드리기는 하지만 정식 방법으로 정리하는 일은 든 진단법입니다.

1. 밴을 준 게임이 사용하는 안티치트를 확인합니다. 게임의 지원 페이지에 나와 있습니다.
2. 같은 미들웨어를 쓰는 다른 게임을 테스트합니다. Fortnite에서 밴을 받았지만 다른 BattlEye 게임에서는 정상적으로 플레이된다면, BattlEye 쪽에는 아마 여러분의 하드웨어에 대한 제재가 없다는 뜻입니다. 그러면 플래그는 배급사의 집행(Fortnite의 경우 Epic — Easy Anti-Cheat가 Epic 제품이므로) 또는 다른 안티치트 쪽을 가리킵니다. 같은 미들웨어를 쓰는 게임에서도 밴이 되면, 그 플래그는 미들웨어나 배급사가 더 넓게 공유하는 기록에 있습니다.
3. 결과에서 올바른 결론을 이끌어냅니다. 이 테스트는 기록이 아마 어디에 있는지를 알려 줄 뿐, 누군가 그것을 풀어 줄지는 알려 주지 않습니다. 어떤 부품이 플래그되었는지도 알려 주지 않습니다. 그것은 제조사 밖의 아무도 모르기 때문입니다. 비용이 들지 않고, “나 어디서나 밴당한 거 아냐?”라는 두려움을 해소해 주며(보통: 아닙니다. 한 배급사의 하드웨어 밴은 다른 배급사의 게임에 닿지 않습니다), 하루 저녁이면 충분합니다.

이미 시도한 해결책이 통하지 않았던 이유

패턴은 매번 동일합니다. 각 해결책은 여분이 있는 신호 목록 중 한두 개만 건드리고, 나머지 신호는 여전히 일치합니다. 핑거프린트는 의도적으로 여분을 갖도록 설계됩니다. 제조사는 정직한 플레이어가 고장난 하드웨어를 수시로 교체한다는 것을 알기 때문입니다.

하드웨어 교체가 확률이 공개되지 않은 도박인 이유

포럼의 조언은 “새 마더보드와 SSD”입니다. 때로는 통합니다. 때로는 마더보드, CPU, RAM, 모든 드라이브를 교체하고 새 계정으로 로그인한 플레이어가 한 시간 안에 밴을 받습니다. 두 이야기 모두 사실이며, 둘 모두를 만들어 내는 메커니즘도 이해되어 있습니다.

허용 정책은 양날의 검입니다. 안티치트는 부품 한두 개의 변경을 허용해야 합니다. 그것이 보증 수리이고, SSD가 죽은 모든 플레이어를 밴하면 지원 부서는 재앙을 맞습니다. 하지만 기기의 정체성 전체가 한꺼번에 바뀌고, 같은 날 만든 계정으로 로그인한다면 그것은 수리가 아니라 의도적 리셋의 정확한 서명입니다. 특정 제조사가 어디에 선을 긋는지는 비공개이고, 예고 없이 바뀌며, 게임마다 다릅니다. 그 누구도 신뢰할 수 있는 “이 부품을 바꿔라” 목록을 팔 수 없습니다. 그런 목록은 존재하지 않기 때문입니다. 그래서 이 글에도 그런 목록이 없습니다.

서버는 기기만이 아니라 사람을 봅니다. 결제 카드, 전화번호, 연결된 계정, 친구 목록, 플레이 시간대, IP 대역 — 진짜 새 컴퓨터는 이 모든 것에 다시 연결됩니다. 이것이 한 번도 치트한 적 없는 새 PC가 첫 로그인에 밴을 받는 방식입니다. 하드웨어는 새것이었지만 사람은 아니었던 것입니다.

조작 자체가 탐지됩니다. DEF CON 33에서 발표된 연구(“Playing Dirty Without Cheating — Getting Banned for Fun and No Profit”, Collins & Muench)는 하드웨어 정체성 집행이 지금 얼마나 공격적으로 동작하는지, 그리고 조작이 얼마나 확실하게 적발되는지 모두 문서로 남겼습니다. 부팅 사이에 바뀌는 식별자, API마다 다르게 읽히는 값, 비정상적으로 동작하는 드라이버가 그것입니다. 안티치트는 여러분이 시리얼을 숨기고 있다는 사실을 알기 위해 진짜 시리얼이 필요하지 않습니다.

그리고 이 악순환을 있는 그대로 불러야 합니다. GPU, 그다음 마더보드, 그다음 CPU, RAM, 드라이브 — 각 구매는 직전 구매가 통하지 않았다는 이유로 정당화됩니다 — 그것은 꼭대기에 공개되지 않은 확률이 놓인 매몰비용 사다리입니다. 이 글의 독자라면 알아볼 그 Reddit 스레드는 이 문제에 그래픽 카드 하나, 마더보드 하나, CPU 하나를 써 넣고 해결 결과는 끝내 올리지 않았습니다. 항소 절차는 무료이며, 서버 측 기록을 수정하는 유일한 메커니즘입니다.

항소가 실제로 이루는 것 — 솔직하게

이 시스템들이 실제로 어떻게 동작하는지에 맞춘, 정직한 버전입니다.

• 양식형 첫 응답은 정상입니다. “밴 사유는 공개할 수 없지만 정당했습니다”는 최종 판결이 아니라 템플릿입니다. 제조사가 모르는 사실이 있다면 한 번, 명확하게 제출하십시오. 허공에 티켓을 반복해서 올리지는 마십시오.
• 밴이 잘못되었거나 과도한 경우 항소는 성공합니다 — 오탐, 같은 집안 사용자 혼동, 계정 도용 같은 경우입니다. 그런 상황이라면 정확히 그렇게 말하고, 제조사가 확인할 수 있는 날짜와 세부 사항을 붙이십시오.
• 확인된 탐지는 사과로 항소되지 않습니다. 치트를 쓰다 적발렸다면 “한 번만 쓰고 지웠어요”는 아무것도 바꾸지 않습니다. 로그는 로그입니다. 현실적인 결과는 임시 제한이 만료되거나, 제재가 유지되는 것 둘 중 하나입니다.
• 안티치트 업체에도 항소 채널이 있지만, 집행 권한은 배급사에 있습니다. Easy Anti-Cheat의 항소 양식과 BattlEye 지원이 존재합니다. 배급사의 밴은 배급사 지원만 해제할 수 있습니다.
• 일부 기기 밴은 임시입니다. 기간은 게임과 위반 내용에 따라 며칠에서 영구까지 다양합니다. 권위 있는 정보는 밴 화면이나 배급사 자체 지원 페이지이지, 다른 게임에 대한 포럼 글이 아닙니다. 그리고 스펙트럼의 영구 쪽 끝은 정말 영구입니다. Valve의 VAC 밴은 문서화된 정책에 따라 절대 해제되지 않으며, 지원 페이지에도 그렇게 명확히 쓰여 있습니다.

밴이 정당하고 영구적이라면, 그 하드웨어와 계정은 그 게임에 한해 소진된 것입니다. 씁쓸한 문장이지만, 대안은 무료 선택지를 내버려 둔 채 공개되지 않은 확률의 부품에 실제 돈을 쓰는 것입니다.

상황 3: HWID가 정당하게 바뀌었고, 무언가 망가진 경우

스푸퍼도 없고 밴도 없습니다. 재설치, 마더보드 교체, BIOS 사고가 식별자 하나를 바꿨고, 이제 라이선스 서버, 게임 프로필, 등록 정보가 기기를 인식하지 못합니다. 이것은 이 문제의 복구 가능한 버전이며, 복구 방법은 맨 위의 같은 표에 달려 있습니다.

• MachineGuid — 미리 내보내 뒀다면 복원 가능합니다. 레지스트리 값 하나입니다. 자신의 기기의 값을 자신의 기기에 되돌려 놓는 것은 스푸핑이 아니라 복구입니다. (다른 기기의 GUID를 여러분의 기기에 복사하는 것은 그 반대입니다. 중복 정체성과 진단하기 어려운 오작동이 생깁니다.) 백업이 없다면 공급업체의 라이선스 이전 또는 기기 관리 포털이 지원되는 경로입니다. 이름 있는 공급업체는 모두 하나쯤 제공합니다.
• 볼륨 시리얼 — Microsoft 자체 Sysinternals 도구인 VolumeID로 원하는 값을 설정할 수 있습니다. 먼저 망가진 제품이 디스크 시리얼 번호가 아니라 실제로 볼륨 시리얼을 읽는지 확인하십시오. 둘의 혼동이 이 주제 전체에서 가장 흔한 실수이며, 시리얼 가이드에서 구분하는 방법을 다룹니다.
• 제시되는 MAC 주소 — Windows 자체가 덮어쓰기를 지원합니다. 장치 관리자 → 어댑터 → 속성 → 고급 → 네트워크 주소. 어댑터가 제시하는 값을 바꾸는 것이지 칩 안의 공장 주소를 바꾸는 것이 아니며, 지원되는 설정입니다.
• 펌웨어 시리얼과 UUID — 제조사의 서비스 절차만 쓸 수 있습니다. 보드 교체나 실패한 BIOS 업데이트로 값이 비었거나 일반적인 값이 되었다면 OEM 서비스 티켓입니다. 공장 초기화 관련 글에서 어떤 값이 무엇을 견디는지 다룹니다.
• TPM 인증 키(Endorsement Key, EK) — 절대 복원되지 않습니다. TPM 교체(CPU 패키지 안에 TPM이 있는 보드의 교체 포함)는 다른 키를 가져다줍니다. 이 행은 바로 위조 불가능하도록 존재하는 행입니다.

이 모든 것을 사소하게 만드는 백업 습관

위의 모든 상황에는 “원래 값만 있었더라면” 하는 순간이 있습니다. 기록하는 데 2분이 걸리고 비용은 없습니다. 다음 재설치, 하드웨어 교체, BIOS 업데이트 전에, 그리고 마케팅이 확실하지 않은 도구로 무슨 실험이든 하기 전에 하십시오.

[PSCustomObject]@{
  SmbiosUuid  = (Get-CimInstance Win32_ComputerSystemProduct).UUID
  BiosSerial  = (Get-CimInstance Win32_BIOS).SerialNumber
  BoardSerial = (Get-CimInstance Win32_BaseBoard).SerialNumber
  MachineGuid = (Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Cryptography').MachineGuid
} | Format-List | Out-File "$env:USERPROFILE\Desktop\hwid-before.txt"
Get-CimInstance Win32_DiskDrive | Select-Object Model, SerialNumber |
  Format-Table | Out-File "$env:USERPROFILE\Desktop\hwid-before.txt" -Append

파일은 기기가 아닌 다른 곳에 보관하십시오. 휴대용 HWID Checker 유틸리티는 -save 한 번으로 같은 일을 하며, 타임스탬프와 SHA-256 다이제스트가 붙은 보고서를 써서 전후 한 쌍의 비교가 아주 쉬워집니다. 어떤 일이 있은 뒤에는 다시 수집해 개별 필드를 비교(diff) 하십시오. “뭐가 좀 바뀌었다”는 쓸모없는 정보지만, “MachineGuid만 바뀌었다”는 지시 사항입니다. 눈앞의 특정 값이 무엇인지 모르겠다면 온라인 검증기에 붙여 넣으십시오. 브라우저에서 실행되고, 어디로도 아무것도 보내지 않으며, UUID, 해시, MAC, 제품 키 등을 인식합니다.

자주 묻는 질문

Windows 11에서 HWID를 어떻게 리셋하나요?

“HWID”를 리셋하는 명령어, 설정, 도구는 존재하지 않습니다. Windows에는 하나의 HWID가 없기 때문입니다. Windows는 펌웨어, 설치 상태, 네트워크 어댑터, TPM이 소유한 식별자를 노출할 뿐입니다. 대신 존재하는 것은 이렇습니다. Windows 재설치는 설치 식별자(MachineGuid, SID, 볼륨 시리얼)를 리셋하고, 펌웨어 값은 제조사의 서비스 절차만 쓸 수 있으며, 공급업체 제품은 자체 포털을 통해 자기 기기 기록을 리셋합니다. 어느 것이 필요한지는 어떤 값이, 누구에 의해 바뀌었는지에 달려 있습니다. 이 글 맨 위의 표가 바로 그 판단 절차입니다.

퍼머넌트(영구) HWID 스푸퍼는 어떻게 제거하나요?

순서대로 이렇습니다. 언인스톨러가 있다면 먼저 실행합니다. 백업한 뒤 공식 Microsoft 미디어로 파티션을 삭제하며 클린 설치합니다(레지스트리·드라이버 수준 스푸핑은 완전히 제거됩니다). UEFI 기본값을 불러오고 제조사 정식 펌웨어로 재설치(공식 이미지 리플래시)합니다. 그다음 시리얼을 확인합니다. 여전히 위조된 것처럼 보이면 스푸퍼가 마더보드의 서비스 데이터 영역을 기록한 것입니다. Windows 재설치와 일반적인 펌웨어 재설치(공식 이미지 리플래시)를 모두 견디는 부분이죠. 제조사의 서비스 절차만이 다시 쓸 수 있으며, 원래 값을 기록해 두었다면 이상적으로는 그 값으로 수정합니다.

클린 설치는 HWID 스푸퍼를 제거하나요?

OS 수준 구성 요소는 모두 제거합니다. 드라이버, 서비스, 레지스트리 재기록, 위조된 MachineGuid까지. 반면 마더보드 플래시에 시리얼을 기록한 펌웨어 수준(“퍼머넌트(영구)”) 스푸퍼는 건드리지 않습니다. 일상적인 BIOS 업데이트도 보통 마찬가지입니다. 그 영역은 업데이트를 거치며 의도적으로 보존되기 때문입니다. “재설치만으로 100% 복구”를 약속하는 사람은 쉬운 경우만을 설명하고 있는 것입니다.

스푸핑 후에 원래 시리얼을 되찾을 수 있나요?

레지스트리 값: 네, 아주 쉽게(클린 설치가 다시 생성하거나 백업이 복원합니다). 펌웨어 시리얼: 제조사의 서비스 절차를 통해서만, 그리고 실질적으로는 원래 값을 기록해 둔 경우에만 가능합니다. 흔적 없이 덮어쓴 스푸퍼는 복원의 근거를 아무것도 남기지 않았습니다. TPM 인증 키(Endorsement Key, EK): 스푸핑된 적이 없으며, 누구도 다시 쓸 수 없습니다.

Windows 재설치는 HWID 밴을 해제하나요?

아닙니다. 하드웨어 밴은 대부분 펌웨어 시리얼과 TPM 값으로 만들어진 핑거프린트에 연결된 서버 측 기록이며, 그 값들은 모두 재설치를 견딥니다. 재설치는 설치 수준 식별자만 바꿉니다. 나머지 신호는 여전히 일치하고, 서버 기록은 PC 안의 무엇에게도 영향을 받지 않습니다.

어떤 안티치트가 나를 밴했는지 어떻게 알 수 있나요?

밴을 준 게임이 어떤 안티치트를 탑재했는지 확인합니다(지원 페이지에 나옵니다. 예를 들어 Fortnite은 BattlEye와 Easy Anti-Cheat 둘 다 실행합니다). 그다음 같은 미들웨어를 쓰는 다른 게임을 테스트합니다. 같은 미들웨어를 쓰는 게임이 깨끗하게 돌아가면 플래그는 배급사의 집행 계층에 있을 가능성이 크고, 거기서도 밴이 되면 기록이 더 넓게 공유되고 있는 것입니다. 이 방법은 기록의 위치를 알려 줄 뿐, 어떤 부품이 플래그되었는지는 알려 주지 않습니다. 그것은 제조사 밖의 아무도 모릅니다.

다른 게임에서 치트했다는 이유로 밴을 받을 수 있나요?

네. 안티치트 클라이언트는 그 도구가 어떤 게임용으로 만들어졌는지와 무관하게, 시스템의 알려진 치트 도구를 검사합니다. 파일, 프로세스, 드라이버 말입니다. 한 게임에서 치트를 쓰고, 도구를 디스크에 둔 채 다른 게임을 실행하면 두 번째 게임에서 밴을 받습니다. 나중에 도구를 지워도 이미 기록된 탐지는 취소되지 않습니다.

HWID 밴 항소는 실제로 통하나요?

오탐이나 과도한 제재라면 네 — 구체적이고 확인 가능한 사실과 인내심을 갖춰야 합니다(검토는 며칠에서 몇 주 걸리고, 첫 응답은 양식인 경우가 많습니다). 확인된 치트라면 아니요. 탐지 로그 자체가 판결이며, 사과는 로그를 수정하지 못합니다. 안티치트 업체의 항소 양식(Easy Anti-Cheat의 양식 등)도 있지만, 배급사 수준의 밴은 배급사 지원이 해제합니다. 가장 엄격한 끝에서는, Valve의 VAC 밴은 정책상 절대 해제되지 않습니다.

온라인에 광고되는 “HWID 리셋” 도구는요?

그 제품군 자체가 함정입니다. 식별자를 위조할 수 있는 도구는 커널 권한으로 실행되어야 하고, 구매자는 관리자 권한으로 신뢰할 수 없는 소프트웨어를 설치하도록 자기 선택된 사람들이며, 그 수요(“원클릭”, “스푸퍼 자동 삭제”)는 악성코드 유포자가 정확히 수확하는 것입니다. 되돌리려는 사람들을 겨냥한 “언스푸퍼”와 “클리너” 다운로드도 마찬가지입니다. 정상적인 정리에서 신뢰할 수 있는 원천은 Microsoft 설치 미디어와 여러분의 하드웨어 제조사 자체의 펌웨어와 서비스 채널뿐입니다.

Windows 기기를 관리합니다 — “하드웨어 ID 리셋”은 MDM 기능인가요?

네, 기업 환경에서 이 표현은 다른 것을 의미합니다. MDM 플랫폼(Microsoft Entra/Intune Autopilot, SOTI MobiControl 등)은 기기의 하드웨어 해시를 다시 수집하고 재프로비저닝을 위해 OOBE/등록 상태를 리셋할 수 있게 해 줍니다. 그것은 등록 수명 주기 작업입니다. 각 플랫폼의 문서를 참고하십시오. 게임 밴 핑거프린트를 읽지도 않고, 개인용 기기에 속한 기능도 아닙니다.

주요 기술 자료

• Microsoft Learn: Win32_ComputerSystemProduct와 UUID 속성
• Microsoft Learn: Sysprep 명령줄 옵션
• Microsoft Learn: Trusted Platform Module 기술 개요
• Microsoft Support: 설치 미디어로 Windows 재설치
• Microsoft Support: 하드웨어 변경 후 Windows 재활성화
• DEF CON 33: Playing Dirty Without Cheating — Getting Banned for Fun and No Profit (Collins & Muench)
• Easy Anti-Cheat: 밴 항소 양식
• Valve Support: VAC 밴 정책

하드웨어 ID는 소유자가 각기 다른 식별자의 집합이며, 리셋은 언제나 한 층위의 리셋일 뿐입니다. 층위를 알고, 그 소유자의 지원 도구로 값을 기록하고, 결과를 필드별로 검증하십시오. 그리고 필요해지는 날보다 먼저 값을 기록해 두십시오.