Lot de chiffrer avec la clé publique à l'aide de Gpg4win ligne de commande

Nous mettons en place notre premier système EDI, qui s'appuie sur les entrants et les sortants de cryptage de fichier à l'aide de OpenPGP. Les fichiers entrants qui sont chiffrées avec notre clé publique, que nous pouvons réussir à déchiffrer à l'aide de notre clé privée à l'aide de Gpg4win de l'option de ligne de commande:

gpg --batch --passphrase "SOME_KEY" --decrypt-files "%decryptingdir%\*.pgp"

Ce que j'ai maintenant besoin de faire, c'est l'inverse, et de chiffrer les fichiers sortants à l'aide de nos partenaires de la clé publique.

J'ai été incapable de trouver une ligne de commande de la documentation autour des lots de chiffrement à l'aide d'une clé publique. J'ai supposé que ce serait quelque chose de l'ordre de:

gpg --batch --encrypt-files "%encryptingfir%\*.pgp" --key "SOME_KEY_PATH"

Quelqu'un peut-il indiquer comment je peux réaliser ce chiffrement via la ligne de commande?

InformationsquelleAutor Eds | 2016-03-30
  1. 4

    Utiliser le --recipient option pour désigner les clés pour chiffrer pour. GnuPG a une distinction entre les options et les commandes, alors que les options devraient mieux y aller en premier.

    gpg --batch --recipient [key-id] --encrypt-files "%encryptingfir%\*.pgp"

    GnuPG attend touches d'être importés dans le trousseau d'accès, de sorte gpg --import [key-file] en premier. Il y a des hacks à l'aide de --keyring [your-key-file], mais simplement d'importer le fichier de clé est le plus sûr moyen d'aller.

    Par script/opérations programmées, la meilleure pratique est de toujours désigner la totalité de l'empreinte digitale. Lisez à propos de ID de clé de collisions de comprendre les enjeux à court Id de clé.

    • Merci pour les conseils. Une fois importé, la commande encrypt me donne l'erreur: "Il n'y a pas d'assurance de cette clé appartient à l'utilisateur nommé". Est-il ok pour suivre la réponse à cette question: stackoverflow.com/questions/9460140/... et ajouter l'option --trust-modèle toujours ?
    • C'est un message vous informant que la clé n'a pas pu être vérifiée par le biais du réseau de confiance. Si vous spécifiez au moins long Id de clé ou mieux encore le plein d'empreintes digitales, vous avez déjà sélectionné une clé spécifique et peut omettre la vérification de confiance avec --trust-model always (mais ne pas le faire en général pour toutes les opérations, pensez à deux fois avant de le faire).
    • Fantastique, merci pour votre aide!
    InformationsquelleAutor Jens Erat