HWIDベースのライセンス認証：アクティベーションとハードウェア変更

ノードロック型ライセンスは、アクティベーションを特定のデバイスまたはデバイス群に制限します。ハードウェア由来の識別子はそのポリシーを実装する手段のひとつですが、識別子の欠落、仮想マシン、正当なアップグレードを考慮した設計が必要です。本ガイドはそうした実装上の判断に焦点を当てます。非技術的な概要については、HWIDベースのライセンスとは？から始めることをお勧めします。

アクティベーションの流れ

お客様がソフトウェアをアクティベートする際、次の5つのステップが発生します：

1. 購入。 お客様がソフトウェアを購入し、ライセンスキーを受け取る。
2. 収集。 アプリがパソコンのHWIDを読み取る — 通常は複数のハードウェア識別子（マザーボードUUID、ディスクシリアル、CPU ID）のSHA-256ハッシュ。
3. 送信。 アプリがライセンスキー + HWIDをライセンスサーバーに送信する。
4. 記録。 サーバーがキーとデバイスの紐付けを保存する。
5. 検証。 その後の起動ごとに、アプリが現在のパソコンのHWIDが記録されたものと一致するか確認する。

HWIDが一致すればソフトウェアは実行されます。一致しない場合、ユーザーは再アクティベートを求められます — これはアクティベーション回数制限によって許可される場合とされない場合があります。

ライセンスに適したHWIDとは？

すべてのハードウェア識別子がライセンスに適しているわけではありません。必要なのは次の条件を満たす識別子です：

• 安定 — 通常の使用中（OS更新、再起動、ドライバ更新）に変化しない
• 一意 — パソコン間で異なる
• スプーフィング困難 — 1つのコンポーネントを変更してもチェックを回避できない

最適な組み合わせは通常以下の通りです：

| 識別子 | 役割 | | --- | --- | | マザーボード SMBIOS UUID | 主アンカー — OS再インストール後も維持、マザーボード交換時のみ変化 | | ディスクシリアル | 強力なセカンダリ — ドライブごとに一意、ドライブ交換で変化 | | CPU ProcessorId | 補助 — CPUモデルを識別、多様性を追加 |

厳密な複合SHA-256ハッシュは、すべての入力が一致する必要がある場合に有用ですが、いずれかの値が変化すると完全に変わってしまいます。ドライブやネットワークアダプターの交換を許容する製品の場合、保護されたコンポーネントハッシュを比較するか、文書化された重み付けマッチングポリシーを使用してください。

以下のみに依存するのは避けてください：

• MACアドレス — ソフトウェアで簡単にスプーフィング可能、NIC交換で変化
• Windows MachineGuid — OS再インストールで変化、ハードウェアに紐づかない
• ブラウザフィンガープリント — 変動が大きすぎる、ブラウザ更新で変化

ハードウェアアップグレードの問題

これがHWIDベースライセンスで最も難しい部分です。お客様がマザーボードを交換したりSSDを差し替えたりすると、HWIDが変化します。システムがこれを完全に新しいパソコンとして扱うと、お客様はアクティベーションを失い — 不満を抱くことになります。

優れたライセンスシステムは以下の方法でこれに対処します：

1. セルフサービスでのアクティベーション解除

お客様ポータルから古いデバイスを解放し、新しいハードウェアで再アクティベートできるようにします。これが最もクリーンな解決策で、サポートチケットが不要です。

2. ロックではなく回数制限

1台のみを前提とするのではなく、製品とライセンス条件に合ったアクティベーション枠を設定します。予備の小さな枠は偶発的なロックアウトを減らし、セルフサービスのデバイスリストでお客様が古いアクティベーションを解放できます。

3. ファジーマッチング

厳密なHWID一致を要求する代わりに、新しいHWIDと古いものを比較し、いくつのコンポーネントが変化したかを数えます。1つのコンポーネントのみ異なる場合（例：新しいSSD）は許可し、すべてが変化した場合は再アクティベートを要求します。

4. 猶予期間

期間限定の猶予期間により、お客様が再アクティベートを完了する間アクセスを維持できます。期間は製品のリスク、オフライン要件、サポートモデルに合わせるべきで、汎用的な単一の数値を使わないようにします。

HWID BAN：もう一面

ゲームのアンチチートシステムは同じ技術を逆方向で使用します。アクセスを許可するのではなく、拒否します。チーターが検出されると、ゲームはそのHWIDを記録し、そのパソコンからプレイするすべてのアカウントをブロックします。

これはユーザー名だけでなく物理ハードウェアに紐づくため、アカウントBANよりも回避が困難です。しかし同じ弱点があります：ハードウェアアップグレードでHWIDが変化するため、一部のゲームは複数の識別子とファジーマッチングを使用してBAN回避を困難にしています。

HWID BANされている可能性がある場合は、HWID BANチェッカーを使用して、BANがハードウェアレベル、アカウントレベル、IPレベルのいずれかを診断してください。

自作 vs SDKの利用

ハードウェアフィンガープリントコードを自作する場合、以下のエッジケースに対処する必要があります：

• 仮想マシン はホストとは異なる識別子を持ち、変更も容易
• 汎用シリアル — 一部の安価なマザーボードは汎用または空のシリアル番号を報告
• クロスプラットフォーム対応 — Windows、macOS、Linuxは完全に異なるAPIでハードウェア識別子を公開
• 権限要件 — 一部の識別子は管理者/root権限が必要
• wmicの非推奨化 — WMICはWindows 11 24H2でデフォルト無効のため、スクリプトはPowerShell CIMまたはサポート対象APIを使用すべき

商用製品を構築する場合、クロスプラットフォームのハードウェアフィンガープリントを処理するライセンスSDKが数ヶ月の作業を節約できます。しかし単一プラットフォームのツール用にシンプルなHWIDが必要なだけなら、HWIDの見つけ方ガイドのコード例で十分に始められます。

まとめ

HWIDベースのライセンスは強力ですが、ハードウェア変更の慎重な取り扱いが必要です。重要な判断事項は以下の通りです：

1. どの識別子を組み合わせるか — 安定したハードウェア紐付けの値を優先
2. 何回のアクティベーションを許可するか — 制限をライセンスとサポートモデルに合わせる
3. アップグレードをどう扱うか — セルフサービスのアクティベーション解除、コンポーネントマッチング、またはその両方を使用
4. 自作か購入か — シンプルなツールはDIY可能、商用製品はSDKが有利

ご自身のHWIDを確認したいですか？ツールをダウンロードするか、今すぐコマンドを実行してください。誰かから送られたHWID文字列を検証したい場合は、オンラインチェッカーに貼り付けてください。