Chiffrement RSA : Générer des clés et chiffrer | Gratuit

A Oui, mais vous devrez d'abord convertir le format de la clé privée. Cet outil produit des clés PEM, alors que SSH attend le format propriétaire OpenSSH. Sauvegardez votre clé privée dans un fichier texte, puis exécutez 'ssh-keygen -p -m PEM -f fichiercle'. La clé publique nécessite aussi une conversion avec 'ssh-keygen -i -f pubkey.pub'. Sans ces étapes, SSH refusera les clés. Faites un test sur un serveur factice avant toute utilisation critique.

A Oui, mais uniquement si l'API crypto de votre navigateur fonctionne correctement. Cet outil utilise l'API Web Crypto, qui puise l'entropie dans votre système d'exploitation — mouvements de souris et temporisation des frappes au clavier. Le vrai danger n'est pas le caractère aléatoire, mais l'environnement. Sur une machine infectée par un keylogger ou un malware, les clés sont compromises aussi. Astuce : générez les clés sur un appareil hors ligne, puis transférez la clé publique par clé USB.

A Oui, techniquement c'est possible et beaucoup de développeurs le font. Chaque session produit un ciphertext différent grâce au padding aléatoire d'OAEP, donc aucune fuite de motifs. Mais si un attaquant obtient un jour votre clé privée, toutes les sessions passées sont compromises. Pour des données sensibles, tournez les clés tous les 90 jours. L'outil ne force pas cette rotation — c'est votre responsabilité. Conseil pratique : générez une nouvelle paire chaque mois pour l'authentification API, archivez l'ancienne.

A C'est le pavage OAEP qui fait ça. Il ajoute des octets aléatoires avant le chiffrement, donc chaque opération produit un texte chiffré unique. Cela empêche les attaquants de repérer des répétitions - un défaut des anciens systèmes comme PKCS#1v1.5. Essayez: chiffrez 'bonjour', puis chiffrez 'bonjour' encore. Deux résultats totalement différents, mais les deux se déchiffrent en 'bonjour'. Petite astuce: ne comptez pas sur cet outil pour comparer des valeurs chiffrées entre elles.

A Ce n'est pas un bug, c'est le fonctionnement normal des mathématiques. La clé publique ne contient que le module et l'exposant (n et e), environ 270 caractères au format PEM. La clé privée, elle, inclut les deux nombres premiers, le module, l'exposant privé et plusieurs valeurs précalculées pour accélérer le déchiffrement. Le tout représente près de 1 700 caractères pour du RSA-2048. Si vous tombez sur une clé privée étrangement courte, méfiez-vous — ce n'est probablement pas une vraie clé RSA. Astuce rapide : collez les deux clés dans un éditeur et comparez leur longueur — la privée devrait être environ six fois plus longue.

A Seulement du texte brut, jusqu'à environ 190 octets par cycle de chiffrement avec RSA-2048. C'est à peu près 190 caractères. Pour du contenu plus long, il faut une approche hybride : chiffrez le fichier avec un algorithme symétrique comme AES, puis chiffrez la clé AES avec la clé publique RSA de cet outil. Vous ne collerez pas un PDF directement dans la zone de message. Une astuce : encodez les petits fichiers en base64, mais cela réduit encore la limite déjà serrée.

A Pas vraiment, et voici pourquoi : RSA est asymétrique. Si votre application est compromise, la clé privée sur le serveur devient le point de défaillance unique. Pour stocker des mots de passe, il faut un hachage à sens unique comme bcrypt ou Argon2, pas un chiffrement réversible. Cet outil peut chiffrer un mot de passe en transit, mais ne l'utilisez pas comme coffre-fort. Une meilleure approche : chiffrez ici une clé symétrique, puis hachez le mot de passe séparément avec un KDF lent.

A Oui, fermer l'onglet ou effacer le stockage local supprime vos clés instantanément. Cet outil ne stocke rien sur un serveur distant, ce qui signifie que vous devez les sauvegarder vous-même. Copiez votre clé privée et enregistrez-la sous forme de fichier .pem dès sa création. Si vous fermez le navigateur par inadvertance, vous devrez recréer une nouvelle paire de zéro.

A Partager votre clé privée annule complètement l'intérêt du chiffrement asymétrique. N'importe qui possédant cette clé peut déchiffrer vos messages et usurper votre identité. Gardez la clé privée stockée localement et distribuez uniquement la clé publique à vos collaborateurs. Si plusieurs personnes doivent vous envoyer des fichiers confidentiels, transmettez-leur votre fichier PEM. Ne l'envoyez jamais par e-mail.

A Vous perdez définitivement l'accès à toutes les informations chiffrées avec la clé publique correspondante. Les mathématiques garantissent qu'aucun déchiffrement n'est possible sans ces facteurs premiers spécifiques. Sauvegardez toujours vos fichiers PEM générés sur un disque externe immédiatement. Oublier cette étape a bloqué pas mal de développeurs lors de tests.