HWID 기반 라이선스란? 초보자 가이드

HWID 기반 라이선스는 소프트웨어 활성화를 장치 기반 식별자와 연결합니다. 가벼운 키 공유를 억제할 수 있지만, 라이선스 시스템의 한 부분일 뿐입니다. 서버, 서명된 활성화 데이터, 복구 정책 및 사용자 경험도 마찬가지로 중요합니다.

기본 흐름

1. 앱이 하드웨어 신호를 수집 — 마더보드 시리얼, 디스크 시리얼, MAC 주소, 머신 GUID.
2. 선택한 하위 집합을 연결하고 해시하여 HWID를 생성 (일반적으로 SHA-256).
3. 사용자가 활성화 — 키 와 함께 HWID를 라이선스 서버로 전송.
4. 서버가 키를 해당 HWID에 바인딩하고 활성화 토큰을 반환.
5. 실행할 때마다 앱이 HWID를 재계산하여 여전히 일치하는지 확인.

사용자가 앱과 키를 다른 컴퓨터로 복사하면, 재계산된 HWID가 일치하지 않아 앱이 실행을 거부합니다.

무엇을 해시할지 선택하기

좋은 HWID는 안정성과 고유성의 균형입니다:

• 마더보드 시리얼 — 매우 안정적이며 거의 변경되지 않음.
• 디스크 시리얼 — 안정적이지만 드라이브 교체 시 변경됨.
• MAC 주소 — 안정적이지만 스푸핑될 수 있고 일부 네트워크 어댑터에서 변경됨.
• Machine GUID — 안정적이지만 OS 설치에 종속됨 (재설치 시 손실).

엄격한 복합 해시는 입력값 중 하나라도 변경되면 변경됩니다. 업그레이드를 허용하는 벤더는 보호된 컴포넌트 수준의 증거를 유지하거나 가중치 기반 매칭 정책을 사용해야 하며, 하나의 최종 해시에서 변경된 컴포넌트를 추론할 수는 없습니다.

활성화 서버

서버가 진실의 출처입니다. {key, hwid, allowed_devices, expires}를 저장하고 규칙을 시행합니다:

• 하나의 키가 몇 대의 장치를 활성화할 수 있는가?
• 새 노트북을 구매할 때 사용자가 활성화를 "초기화"할 수 있는가?
• 하나의 키 아래에 의심스러울 만큼 많은 서로 다른 HWID가 있을 때 플래그를 지정해야 하는가?

계획해야 할 트레이드오프

• 하드웨어 변경. 사용자는 RAM, 디스크, 심지어 마더보드까지 업그레이드합니다. 허용 범위를 결정하십시오.
• 가상 머신. VM의 "하드웨어"는 복제하기 쉽습니다. HWID를 서명된 토큰과 페어링하는 것을 고려하십시오.
• 오프라인 사용. 앱이 서버에 연결할 수 없는 경우 유예 기간을 허용할 것인가?
• 개인정보 보호. 최소한만 수집하고, 해시하고, 저장하는 것을 사용자에게 알리십시오.

가치가 있을까?

HWID 라이선스는 제품이 장치 단위로 판매되고 벤더가 활성화 복구를 지원할 수 있을 때 적합할 수 있습니다. 사용자가 하드웨어를 자주 변경하거나, 일회용 가상 머신을 사용하거나, 익명 사용을 요구하는 경우에는 적합하지 않습니다.

컴포넌트 매칭 및 업그레이드 처리를 포함한 구현 세부 사항은 HWID 기반 라이선스 구현하기를 참조하십시오. 형식 검증기로 출력 형태를 테스트할 수도 있습니다. 형식 검증은 식별자가 안정적이거나 진짜라는 것을 증명하지 않습니다.