Version imprimable
Bonjour,
j'aimerai creer une classe java permettant d'envoyer un mail en y intégrant un certificat...
je ne suis pas developpeur et je vous demande de bien vouloir m'aider...il faut utiliser javamail pour l'envoie de mail mais comment y integrer un certificat...
avez vous des exemple?
il y a des exemples partout sur internet.
as tu fais des tests ?
exemple :
http://www.javaworld.com/javaworld/j...-javamail.html
merci bcp pour la réponse...
mon problème c'est que je dois envoyer un mail en Java en Intégrant une certificat (un mail signé) .p12 par exemple.
Une deuxième question: est que tu sais ou est ce qu'on peut avoir des certificat pour faire des tests?
je m'excuse si je n'etais pas clair...
SalutCitation:
Envoyé par spopo69
Pour avoir un certificat de tests le mieux est d'en produire toi même. en installant openssl par exemple.
Une remarque : tu n'envoies jamais l'objet p12 avec un mail, car il contient aussi la clef privée que toi seul est sensé connaitre. D'ailleurs un objet PKCS#12 c'est le certificat plus la clef privée, le tout protégé par un mot de passe.
Pour un mail signé c'est une enveloppe PKCS#7 qu'il va falloir envoyer avec, contenant le certificat (juste la clef publique donc) et la signature.
Bref je ne l'ai jamais fait en Java mais il y en a qui ont essayé, et ils ont eu des problèmes. Tu utilises un provider spéial ? (FlexiProvider, BouncyCastle, ...) ou celui par défaut ? JavaMail ?
C'est très facile avec BouncyCastle, il suffit d'utiliser la classe org.bouncycastle.mail.smime.SMIMEEnvelopedGeneratorCitation:
Envoyé par George7
qui permet d'obtenir un MimeBodyPart compatible avec Javamail.
Il suffit ensuite de construire son mail normalement.
Pour moi pas de problèmes mais j'ai pas encore fait de vrais gros volumes de tests...
Tu n'es pas développeur mais tu dois créer une classe java ?Citation:
Envoyé par spopo69
Ok je ne savais pas avec BouncyCastle. Merci bien pour l'info ;)Citation:
Envoyé par Marco46
Me suis gourré :) Ce que j'ai indiqué c'est pour chiffrer.
Pour signer c'est org.bouncycastle.smime.SMIMESignedGenerator.
Désolé :)
Oui d'accord mais derniers question pour simuler un keystore ou un CA tu vois une idée?? Car à ce que j'ai cru voir BouncyCastle ne me permet pas d'en gérer non? car il me faut une "unité" qui me permette de recevoir les certificats et de les stocker.
Qu'entends tu par "simuler un keystore ou une CA" ?
De où proviennent les certificats ? Pour ce la il faut avoir une CA qui s'en occupe.
Il te faut pouvoir récupérer (à la main si tu le désires) les certificats des gens à qui tu es suceptible d'envoyer un email crypté. Ces certificats tu peux les sauvegarder dans un keystore (un fichier jks fera très bien l'affaire).
Bref je ne vois aps ton problème là et je ne sais pas non plus ce que tu veux faire exactement (juste envoyer des mails cryptés ou aussi gérer les certificats ?), je ne sais pas ce que tu as déjà fait.
Je veux juste t'avertir que si tu as besoin de générer des certificats qui vont servir vraiment en production, il vaut mieux faire ça assez rigoureusement pour éviter une énorme faille de sécurité. Bref je ne connais pas la finalité de la chose chez toi, mais s'il ne s'agit "que" d'envoyer des mails cryptés, les liens donnés ici te suffiront, il faut juste savoir comment avec BouncyCastle, on peut charger les certificats d'un keystore.
Bref j'ai vraiment besoin de plus d'information et je ne suis pas sûr de comprendre tes questions
Non je vois parce que c'est des choses différentes.Citation:
pour simuler un keystore ou un CA tu vois une idée??
Un keystore c'est un conteneur à clefs privées et à certificats.
Un CA c'est une Autorité de Certification (AC en fr donc ...), c'est à dire que c'est un certificat qui représente une organisation à laquelle tu fais confiance pour générer d'autres certificats qui seront signés par un certificat auto-signé représentant cette AC. Un certificat d'AC est donc toujours en bout de chaine et est vital pour vérifier la validité de la chaine.
Donc tu vois c'est pas pareil. Mais peut être voulais-tu dire : comment stocker un X.509 d'une AC dans un magasin en local ?
Tu n'as pas besoin de BouncyCastle pour ça, regarde la Javadoc de la JCE de Java6. Fais tes recherches.
BouncyCastle n'est pas une API au sens C++ du terme. C'est à dire qu'elle ne propose pas QUE des fonctionnalités directe. Elle s'intègre en tant que provider dans la JCE. Si tu ne comprends pas ce que je te dis, tu as besoin de faire des recherches :)Citation:
Car à ce que j'ai cru voir BouncyCastle ne me permet pas d'en gérer non?
Les providers de base de la JCE gèrent certains formats, et BouncyCastle en ajoute d'autres ou fournit des implémentations légèrement différentes d'existants (PKCS#12).
C'est un magasin. (keystore).Citation:
car il me faut une "unité" qui me permette de recevoir les certificats et de les stocker.
Tu as différents formats. Cf juste ci-dessus.
Ok je ré explique je dois creer une application mail sécurisé (s/mime compatible) en intégrant un module cryptho, je dois générer une publique et une private key, pour générer un X509 et cela doit etre associé a un CA pour stocker et retrouver les certificats.
Maintenat à ca que j'ai cru voir c'est assez difficile de "faire " sois meme les certificats à moins d'utiliser open ssl (je vais voir dans cette voie).... et pour simuler un CA la javaoue ke je vois pas tres bien.
En gros quand le destinataire et la source n'ont pas la meme publique clé j'indique que le message n'est peut etre pas sécurisé?
Mais je ne vois pas trop bien l'interet d'utiliser un CA car la clé est déja contenu dans le certificat dc pas besoin de la demander au CA non?
Wouaw, quel bordel dans ta tête !
Il te faut lire de la doc générique sur les infrastructures de sécurité à clef publiques sur le net avant de te lancer là dedans sinon tu vas te noyer.
Ça :
Ça veut absolument rien dire.Citation:
En gros quand le destinataire et la source n'ont pas la meme publique clé j'indique que le message n'est peut etre pas sécurisé?
Une CA signe un certificat utilisateur (de bout de chaine) OU une CA intermédiaire qui elle signe une autre CA Int ou un certificat utilisateur.Citation:
Mais je ne vois pas trop bien l'interet d'utiliser un CA car la clé est déja contenu dans le certificat dc pas besoin de la demander au CA non?
Le fait de signer permet d'avaliser l'origine et le contenu des données du X.509.
Donc, les CA servent à définir une chaine de certification qui permet de déterminer si tel ou tel certificat est bien authentique..
Donc ... aucun rapport avec ce que tu dis.
Un CA est un certificat auto-signé. Rien de + (sauf qqs attributs X.509 spécifiques). L'utilisateur déclare simplement au système qu'il fait confiance à ce CA.Citation:
Maintenat à ca que j'ai cru voir c'est assez difficile de "faire " sois meme les certificats à moins d'utiliser open ssl (je vais voir dans cette voie).... et pour simuler un CA la javaoue ke je vois pas tres bien.
Non c'est assez facile de faire ça avec BouncyCastle. Il te faut trouver de la bonne doc.
La meilleure à ma disposition est un bouquin de l'auteur de l'API :
Beginning Cryptography with Java de David Hook. Ya tout ce que tu demandes dedans.
Attends :Citation:
Envoyé par GuiomNantes
Un client mail ne DOIS PAS avoir le droit de créer des certificats ni de générer des clefs, mais doit en utiliser des déjà existants.
Source et destinataire n'ont jamais la même clef publique (c'est tout l'intérêt des clefs publiques). Bref là j'ai vraiment l'impression que tu confonds des choses et que tu ne maîtrises pas vraiment tous les concepts des PKI (Infrastructures à clef publique).
Ton Thunderbird est capable d'envoyer des mails cryptés mais n'est en aucun responsable de la génération des clefs et des certificats. Pour ça il faut une CA, qui permet de générer des certificats pour les utilisateurs (après contrôle afin de ne pas donner des certificats à tout le monde), de générer des CRL pour indiquer quels certificats on été révoqués afin de garantir l'intégrité des certificats distribués.
Pour des test tu peux très bien générer tes certificats toi même avec openssl, mais en production ne surtout pas faire ca comme ca si to appli est destinée à être utilisée entre plusieurs personne. Bref là il y avraiment des notions de sécurité à voir (PKI notamment).
Mais encore une fois, on ne sait toujours pas pourquoi tu veux envoyer des mails cryptés : est-ce toujours entre les même entités statiques, ou plutôt comme un client mail genre thunderbird ?
Non une CA racine est autosignée, mais une CA peut très bien être signée par une autre CA ;)Citation:
Envoyé par Marco46
Sinon oui pareil que Marco46 : rensiegne toi sur les certificats, les PKI, les CA comment ca marche, les grosse failles qui peuvent arriver etc etc... Il vaut mieux se renseigner sur le sujet pour faire un programme qui utilise une PKI ouvertement (avec des utilisateurs qui peuvent être n'importe qui)
De plus la lecture de l'API de crypto de Java te sera nécessaire pour savoir comment tout ca marche en Java.
Bref beaucoup de lecture déjà avant de commencer l'implémentation ;)
Oui c'était implicite dans mon esprit mais j'aurais dû préciser.Citation:
Envoyé par George7
Sans parler des RFCs !Citation:
Envoyé par George7
Perso je me suis tapé 7 ou 8 RFC sur les mails, puis celles sur le chiffrement, sur X.509 et les CRLs.
Entre ça + doc du projet + la javadoc + les bouquins + doc diverse j'ai du lire plusieurs milliers de pages.
Bon courage :mrgreen:
Merci pour vos réponses , je commence à mieux cerner le sujet mais il me reste encore quelques questions:
- Comment du coup ce passe le décryptage d'un message contenu dans un certificat? J'ai bien compris le fonctionnement des codage asymétriques (clé publique et privée) mais je vois pas trop comment cela marche avec en plsu un certificat?
- Comment se passe la vérification par le CA? il signe le certificat à l'envoie du mail , et à la réceptiion chez le destinataire il vérifie que le document est signé non?
- Pour le kestore du coup chaque utilisateur à un key store non?
Merci d'avance
Salut,Citation:
Envoyé par GuiomNantes
Tu sembles encore faire pas mal de confusions :
- Un certificat ne contient aucun message, c'est juste un conteneur qui contient la clef publique et l'identité du propriétaire, le tout signé. Il sert uniquement à assurer à l'utilisateur du certificqat que la personne qui prétend être propriétaire de la clef est bien le propriétaire (pour cela l'utilisateur doit faire confiance à une des CA de la chaine de signature). L'email signé utilise une autre structure : PKCS#7 qui inclut la signature et le certificat du signataire, ce qui permet de vérifier la signature
- Un certificat est signé par la CA une seule fois lorsqu'il est généré. Le certificat lui signera le contenu de ton email
- Par "chaque utilisateur" tu entends, "chaque personne qui installera et utilisera ton logiciel" ?
Bref lis encore un peu les concepts des PKI et des mails signés, car tu ne maîtrises pas encore tout ;)
A plus