Надежный способ генерировать уникальный аппаратный идентификатор

Вопрос: Я должен придумать уникальный идентификатор для каждого сетевого клиента, такого что:

• это (идентификатор) должно сохраниться, после того как клиентское программное обеспечение установлено на целевом компьютере и должно продолжить сохраняться, если программное обеспечение переустанавливается на том же компьютере и том же взносе ОС,
• это не должно изменяться, если аппаратная конфигурация изменяется большинством способов (кроме изменения материнской платы)
• Когда жесткий диск с установленным клиентским программным обеспечением клонирован к другому компьютеру с конфигурацией идентичного оборудования (или, максимально подобный), клиентское программное обеспечение должно знать о том изменении.

Определенное объяснение и некоторая предыстория:

Этим вопросом является в основном возраст старый вопрос, который также касается темы программной защиты от копирования, поскольку некоторые механизмы, используемые в той области, упоминаются здесь. Я должен быть ясным в этой точке, что я не ищу схему защиты от копирования. Продолжать читать.:)

Я работаю над программным обеспечением клиент-сервер, которое, как предполагается, работает в локальной сети. Одна из проблем, которые я должен решить, должна идентифицировать каждый уникальный клиент в сети (не большая часть проблемы), так, чтобы я мог применить определенные атрибуты к каждому определенному клиенту, сохранить и осуществить те атрибуты в течение времени жизни развертывания определенного клиента.

В то время как я искал решение, я знал о следующем:

• Система активации Windows использует некоторый тяжелый механизм снятия отпечатков пальцев, который чрезвычайно чувствителен к модификациям оборудования,
• Программное обеспечение создания образа диска копирует вдоль всех идентификаторов Объема (связанный с каждым разделом при форматировании) и пользовательский, исключительно сгенерированные идентификаторы во время процесса установки, во время первого показа, или любым другим способом, который является строго программным обеспечением в его характере, и сохраненный в реестре или на жестком диске, таким образом, очень легко перепутать два.

Очевидный выбор для этого вида проблемы состоял бы в том, чтобы узнать идентификаторы BIOS (не 100%, уверенных, если это уникально через идентичные модели материнской платы, хотя), поскольку это - единственная вещь, на которую я могу полагаться, который не дублирован, передан путем клонирования, и это не может быть изменено (по крайней мере, не при помощи некоторой программы пространства пользователя). Все остальное перестало работать как любой являющийся не надежный (клонирование MAC, кто-либо?), или слишком требовательный (в терминах, что это слишком чувствительно к изменениям конфигурации).

Дополнительный вопрос, который я хотел бы спросить, я делаю его правильно, мудрый архитектурой? Возможно, существует лучший инструмент для задачи, которую я должен выполнить...

Другой подход, который я имел в виду, является чем-то подобным механизму квитирования, где сервер поддерживает внутреннюю справочную таблицу связанных клиентских идентификаторов (который может быть даже абсолютно основанным на программном обеспечении и групповым в любой данный момент), и говорит клиенту придумывать другой идентификатор во время квитирования, если дублирующийся идентификатор предоставлен после соединения. Тот подход, к сожалению, не играет приятно с одним из требований для связи атрибутов с определенным клиентом в течение времени жизни.