Génération d'un ID de machine unique

J'ai eu le même problème et après un peu de recherche, j'ai décidé que le mieux serait de lire MachineGuid dans la clé de registre HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Cryptography, comme @Agnus suggéré. Il est généré lors de l'installation du système D'exploitation et ne changera pas à moins que vous ne fassiez une autre nouvelle installation du système d'exploitation. Selon la version du système D'exploitation, il peut contenir l'adresse MAC de la carte réseau intégrée (plus d'autres numéros, y compris aléatoires), ou un numéro pseudo-aléatoire, le plus tard pour les nouvelles versions du système d'exploitation (après XP SP2, je crois, mais pas sûr). Si c'est une pseudorandom théoriquement, il peut être forgé - si deux machines ont le même état initial, y compris l'horloge en temps réel. En pratique, ce sera rare, mais sachez si vous vous attendez à ce qu'il soit une base de sécurité qui peut être attaqué par des pirates hardcore.

Bien sûr, une entrée de Registre peut également être facilement modifiée par n'importe qui pour forger un GUID de machine, mais ce que j'ai trouvé, c'est que cela perturberait le fonctionnement normal de tant de composants de Windows que, dans la plupart des cas, aucun Utilisateur régulier ne le ferait (encore une fois, attention hardcore pirates).

Avec notre outil de licence , nous considérons les composants suivants

• Adresse MAC
• CPU (pas le numéro de série, mais le profil CPU réel comme stepping et modèle)
• Numéro De Série Du Lecteur Système (Pas D'Étiquette De Volume)
• Mémoire
• Modèle et fournisseur de CD-ROM
• modèle de carte vidéo et fournisseur
• contrôleur IDE
• Contrôleur SCSI

Cependant, plutôt que de simplement hacher les composants et de créer un système pass / fail, nous créons une empreinte comparable {[2] } qui peut être utilisée pour déterminer les différents profils de deux machines. Si la note de différence est supérieure à une tolérance spécifiée, demandez à l'utilisateur de l'activer à nouveau.

Nous avons constaté au cours des 8 dernières années d'utilisation avec des centaines de milliers d'installations d'utilisateurs finaux que cette combinaison fonctionne bien pour fournir un ID de machine unique, même pour les machines virtuelles et les installations de systèmes d'exploitation clonés.

Je déteste être le gars qui dit, "vous faites juste mal" (je déteste toujours ce gars ;) mais...

Doit-il être généré de manière répétée pour la machine unique? Pourriez-vous attribuer l'identifiant ou faire une clé publique/privée? Peut-être que si vous pouviez générer et stocker la valeur, vous pourriez y accéder à partir des deux installations du système d'exploitation sur le même disque?

Vous avez probablement exploré ces options et elles ne fonctionnent pas pour vous, mais sinon, c'est quelque chose à considérer.

Si ce n'est pas un question de confiance des utilisateurs, vous pouvez simplement utiliser des adresses MAC.

Qu'en est-il simplement de l'utilisation de L'UniqueID du processeur?

Vous devriez envisager d'utiliser l'adresse MAC sur la carte réseau (si elle existe). Ceux-ci sont généralement uniques, mais peuvent être fabriqués. J'ai utilisé un logiciel qui génère son fichier de licence en fonction de l'adresse MAC de votre carte réseau, il est donc considéré comme un moyen assez fiable de faire la distinction entre les ordinateurs.

Pour l'une de mes applications, j'utilise soit le nom de l'ordinateur s'il s'agit d'un ordinateur non-domaine, soit le compte de la machine de domaine SID pour les ordinateurs de domaine. Mark Russinovich en parle dans ce billet de blog, Machine SID :

Le dernier cas où la duplication SID serait un problème est si une application distribuée utilisait des SID de la machine pour identifier de manière unique les ordinateurs. Aucun logiciel Microsoft ne le fait et l'utilisation de la machine SID de cette façon ne fonctionne pas seulement pour le fait que tous les DC avoir la même machine SID. Les logiciels qui reposent sur des identités informatiques uniques utilisent des noms d'ordinateurs ou des noms de domaine D'ordinateur (le SID des comptes d'ordinateurs dans le domaine).

Vous pouvez accéder au compte de machine de domaine SID via LDAP ou System.DirectoryServices.

Dans mon programme, je vérifie D'abord Terminal Server et utilise le WTSClientHardwareId. Sinon, l'adresse MAC du PC local devrait être adéquate.

Si vous voulez vraiment utiliser la liste de propriétés que vous avez prévu de sortir des choses comme Name et DriverVersion, Clockspeed, etc. puisque c'est peut-être dépendant du système D'exploitation. Essayez de sortir les mêmes informations sur les deux systèmes d'exploitation et laissez de côté ce qui diffère entre.

Pourquoi ne pas utiliser l'adresse MAC de votre carte réseau?

Peut-être tricher un peu, mais l'adresse MAC d'un adaptateur Ethernet de machines change rarement sans que la carte mère change ces jours-ci.

Pouvez-vous tirer une sorte de numéro de série du fabricant ou une étiquette de service?

Notre boutique est une boutique Dell, nous utilisons donc l'étiquette de service unique à chaque machine pour les identifier. Je sais qu'il peut être interrogé à partir du BIOS, au moins sous Linux, mais je ne sais pas comment le faire sous Windows.

Il existe une bibliothèque pour obtenir des informations spécifiques au matériel: Hardware serial number extractor (CPU, RAM, HDD, BIOS)

J'avais une contrainte supplémentaire, j'utilisais. Net express donc je ne pouvais pas utiliser le mécanisme de requête matérielle standard. J'ai donc décidé d'utiliser Power shell pour faire la requête. Le code complet ressemble à ceci:

Private Function GetUUID() As String
    Dim GetDiskUUID As String = "get-wmiobject Win32_ComputerSystemProduct  | Select-Object -ExpandProperty UUID"
    Dim X As String = ""
    Dim oProcess As New Process()
    Dim oStartInfo As New ProcessStartInfo("powershell.exe", GetDiskUUID)
    oStartInfo.UseShellExecute = False
    oStartInfo.RedirectStandardInput = True
    oStartInfo.RedirectStandardOutput = True
    oStartInfo.CreateNoWindow = True
    oProcess.StartInfo = oStartInfo
    oProcess.Start()
    oProcess.WaitForExit()
    X = oProcess.StandardOutput.ReadToEnd
    Return X.Trim()
End Function

Recherchez CPUID pour une option. Il pourrait y avoir des problèmes avec les systèmes multi-CPU.

Essayez celui-ci, il donne un ID de disque dur unique: Port de DiskId32 pour Delphi 7-2010.