Qu'est-ce qu'une bibliothèque C++ avec une implémentation compatible ECDiffieHellmanCng?

Question

Je suis à la recherche d'une solution d'échange de clés entre une application .NET et un périphérique embarqué. Les deux extrémités ont une clé secrète partagée, ce qui rend l'algorithme ECDH (Elliptic Curve Diffie-Hellman) excellent pour échanger en toute sécurité un secret principal pour la session.

Il existe une bonne bibliothèque C++, crypto++, qui implémente ECDH et convient au périphérique embarqué. Cependant, son implémentation de l'ECDH diffère de l'implémentation ECDiffieHellmanCng de Mirosoft (comme mentionné dans son FAQ). Nous aimerions rester compatibles avec les algorithmes de sécurité .NET afin que nous puissions nous en tenir au code managé pour l'application PC (maintenant, ou si nous utilisons CNG, quand nous abandonnerons XP un jour).

Est-ce que quelqu'un a vu une implémentation en plus de Microsoft qui est compatible avec Microsoft? Sinon, existe-t-il d'autres bonnes solutions d'échange de clés entre le code .NET et le code C++ intégré pour une utilisation avec des clés pré-partagées?

Mise à jour 2010-01-27: Pour clarifier, j'essaie d'utiliser ECDH pour effectuer à la fois l'authentification bidirectionnelle et l'échange de clés entre deux terminaux point de vente qui ne se font pas confiance jusqu'à ce qu'ils voient qu'ils partagent le même secret. Ceci est similaire au scénario d'appariement Bluetooth où le secret partagé est échangé hors bande (sauf dans mon cas, les périphériques peuvent ne pas être proches les uns des autres).

Answer 1

OpensSSL a un port à Visual Studio

Answer 2

Pour l'interopérabilité, vous êtes mieux avec l'aide de RSA. Vous ne trouverez pas beaucoup de mises en œuvre gratuites d'ECC en raison du champ de mines de brevets. Si un côté génère une clé aléatoire, cryptez-la avec la clé publique de l'autre côté et signez-la avec sa propre clé privée. Ensuite, l'autre côté peut vérifier la signature et déchiffrer la clé partagée. Si vous vous inquiétez des attaques de relecture (notez que le schéma ECDH que vous envisagiez d'utiliser ne vous protégeait pas - sauf si vous envisagiez d'utiliser des clés éphémères), vous pouvez demander aux deux parties de générer une clé aléatoire, de la chiffrer avec la clé publique de l'autre côté, puis combiner les deux clés d'une manière ou d'une autre.

Encore mieux serait probablement d'utiliser un protocole standard: envisager TLS avec la validation du certificat client. Vous pouvez coder en dur les certificats client et serveur.

Answer 3

Rien dans la FAQ que vous avez citée ne fait référence à la mise en œuvre du CNG dans un sens ou dans l'autre. Je pense que les déclarations dans la FAQ sont généralement vraies, en particulier la situation des brevets. Cependant, il existe certaines normes, et en particulier le NIST américain a publié certaines normes. Voir par exemple Recommendation for Pair-Wise Key Establishment Schemes Using Discrete Logarithm Cryptography.