Algorithme unique pour les CD-génération de la CLÉ de validation

Je suis en train de créer une unique CLÉ de CD pour mettre dans notre boîte, comme un CD normal-CLÉS trouvées dans la norme des boîtiers de logiciel que les utilisateurs utilisent pour enregistrer le produit.

Cependant nous ne sommes pas de la vente du logiciel, nous sommes à la vente de kit de prélèvement d'ADN en matière pénale et à des fins médicales. Les utilisateurs recevront une salive kit de collecte par mail avec la CLÉ CD sur elle et ils vont utiliser que la CLÉ de CD pour créer un compte sur notre site web et d'obtenir leurs résultats. Les résultats de l'essai seront liés à la CLÉ de CD. C'est la seule façon que nous avons de lier les résultats pour les patients. Il est donc important de ne pas 🙂

L'une des exigences est que la liste des CD-Clés doivent être suffisamment "propagation" en dehors de sorte qu'il n'y a pas de possibilité de quelqu'un d'entrer dans une mauvaise CLÉ de CD et de toujours l'avoir approuvé pour quelqu'un d'autre kit, permettant ainsi un mélange des deux kits. Qui pourrait nous coûter des milliers de dollars en responsabilité.

Par exemple, il ne peut pas être un différentiels de la séquence de nombres comme
00001
00002
00003
...
La raison en est que si quelqu'un reçoit le kit 00002, mais l'enregistre comme 000003 par accident, alors que ses résultats seront jumelés à quelqu'un d'autre. Donc ça doit être comme les numéros de carte de crédit... à Moins d'une séquence valide est entré, vos chances de frapper au hasard un nombre valide est de 1 sur un million...

Nous sommes aussi à la vente de plus de 50 000 kits de chaque année à différents prestataires (qui va générer leur propre CD-CLÉS à l'aide de notre algorithme), donc on ne peut pas maintenir une liste de tous émises précédemment, CD-CLÉS à vérifier pour les dupliquer. L'algorithme doit générer unique CD-KEYs.

Nous avons également besoin de la capacité de vérifier que le lecteur de CD-CLÉ est valide à l'aide d'une vérification rapide de l'algorithme, afin que nous puissions en informer l'utilisateur si le code il entre est invalide. Cela laisse beaucoup de hachage MD5 ou algorithmes, je crois. Et il ne peut pas être un cryptage de 128 bits parce que, qui en prendrait le temps de taper sur l'écran de l'ordinateur?

Jusqu'à présent c'est ce que je pensais de la finale de la CD-KEY ressemblerait la structure

(4 char code de produit) - (4 char code revendeur) - (12 char unique et vérifiable, CD-KEY)

Ex. 384A - GTLD - {4565 - FR54 - EDF3}

Pour assurer l'unicité des CLÉS, je pourrais inclure la date actuelle (20090521) en tant que partie de la source. Nous avons l'habitude de générer des clés uniques, plus d'une fois par semaine, alors que cette valeur change assez souvent dans le but de unique valeur initiale.

Ce possible de l'algorithme puis-je utiliser pour générer les clés uniques?

La cryptographie est dangereux, si c'est la sécurité se trouve juste dans l'algorithme, qui est gardé dans le secret. 🙂
le dernier cd-clé sera chiffré avec un hachage de type algorithme avec une clé secrète.

OriginalL'auteur Alexandre H. Tremblay | 2009-05-21