Signature numérique de PDF sous linux

Merci pour cette réponse.

En fait j'étais déjà tombé sur cette application et quelques autres en cherchant dans google. Mais tout ce que je trouve nécessite java ou .Net (mono).

Bref, j'aimerai vraiment trouvé une application native parce l'objectif est de signer des PDF que mon application crée automatiquement avec la bibliothèque hpdf (http://libharu.org ) et lancer un JRE à chaque fois que je veux signer un PDF ça me parait un peu lourd.

Je suis un peu surpris qu'il semble ne pas exister un petit utilitaire natif adhoc dans linux car la signature numérique d'un PDF est une opération relativement basique. J'ai peut être mal cherché?

Encore merci

re,
et gpg ne te conviendrai pas vu que ça fonctionne ne ligne de commande c'est assez simple à utiliser dans une appli.
a+

Je connais très mal, jamais utilisé.

Ça permet de signer des PDF avec des certificats numériques ? Si c'est le cas ce serait parfait mais en cherchant avec google dans cette direction je ne vois pas en quoi ça insère une signature dans un PDF.

Pour résumer mon problème est beaucoup plus sur la gestion du format PDF: quelle partie du fichier faut-il signer et comment insérer la signature. Pour d'autres usage j'ai déjà l'habitude d'utiliser openssl pour manipuler les certificats numériques et les signatures.

L'idée étant que Adobe Reader reconnaisse et valide automatiquement cette signature (pour peu d'avoir utiliser un certificat d'une autorité reconnue par Adobe).

re
https://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/
a+

Merci pour ce conseil concernant GCJ car j'utilise déjà par ailleurs plusieurs modules Java que j'ai développé moi même et je n'avais pas pensé que je pouvais les compiler en code natif plutôt que de lancer un JRE à chaque fois. Je vais étudier la question.

Sion iText est effectivement l'un des premiers logiciels que j'avais trouvé, d'autant qu'il contient plein de fonctionnalités intéressantes, je me demande d'ailleurs si tous les outils java (puisque c'est à peu près les seuls outils open source qu'on trouve) ne sont ce sont pas tous inspiré d'un même code source...

Puisqu'il ne semble pas exister quelque chose de disponible directement en C/C++ je pense que je vais plutôt m'orienté vers l'utilisation de signserver (développé en JAVA aussi) qu'il se trouve qu'on utilise déjà par ailleurs et qui est donc déjà opérationnel sur nos serveurs.

Concernant la bibliothèque Haru (hpdf) elle fonctionne très bien oui, c'est une bibliothèque open source qui permet de généré des Pdf avec une grande liberté. Il y a une limitation importante qui est qu'elle permet de générer des PDF mais pas d'en ouvrir, donc impossible d'importer un PDF pour le modifier. Cela-dit même les bibliothèques payantes semblent séparer les deux et il faut payer plusieurs licences pour pouvoir générer et importer.

Le seul truc auquel j'ai du me faire, mais qui est finalement assez logique, c'est que Haru ne possède pas de fonctionnalité de «traitement de texte». Par exemple, il y a une fonction qui permet d'insérer un texte dans un rectangle en choisissant l'alignement, à gauche, à droite, centrée, justifié. Pratique sauf qu'elle ne fonctionne que pour un texte entièrement dans un même format. Mais si tu veux par exemple insérer du texte justifié avec du texte dans différentes polices (pour mettre certains mots en gras par exemple) tu ne peux plus utiliser cette fonction directement. Il faut aller développer son propre algo d'insertion de texte en utilisant des fonctions un peu plus basique. Bref, rien de très compliqué pour un développeur confirmé mais il faut prendre le temps de bien développé ses propres fonctions de traitement de texte.

Personnellement la seule vrai contrainte à laquelle j'ai dû faire avec est que la version actuelle ne supporte par l'encodage UNICODE alors que nos logiciels le font (notre framework principal est Qt). Je fais avec en utilisant l'encodage latin9 (ISO 8859-15) qui possède déjà tous les caractères nécessaires au français. La prochaine version de Haru devrait supporté UTF8 donc ça règlera la question mais j'imagine que ce sera un peu plus compliqué à gérer vu que l'encode UTF8 peut utiliser en 1 et 4 octets pour les caractères alors qu'en utilisant latin9 un caractère == un octet ce qui a simplifié un certain nombre de mes algos de traitement de texte.