Convertir CRT en PEM

La conversion d'un certificat de sécurité CRT binaire en un format texte PEM encodé en Base64 le rend compatible avec Apache, Nginx et les serveurs Web Linux modernes.

Sélectionnez ou déposez des fichiers ici

Privé - les fichiers ne quittent jamais votre appareil

ou coller Ctrl+V

En attendant vos fichiers, vous pouvez jouer à Code Rain

Garantie de confidentialité sans transmission réseau : 0 octet envoyé vers des serveurs externes. Tout le traitement a eu lieu localement dans le bac à sable de votre navigateur.

Comparaison des formats et spécifications techniques

SpécificationCRTPEM
Type MIMEapplication/x-x509-ca-certapplication/x-pem-file
Typecertificat public X.509conteneur de certificats ASCII encodés en Base64
Compressionaucuneaucune (encodage Base64)
Spécification standardITU-T X.509 / RFC 5280IETF RFC 7468
Signature binaire (octets magiques)30 82 (DER SEQUENCE) or -----BEGIN CERTIFICATE----- (PEM text)2D 2D 2D 2D 2D 42 45 47 49 4E (-----BEGIN CERTIFICATE / RSA PRIVATE KEY)

Aperçu du format et applications

Les certificats de sécurité protègent les données échangées entre les navigateurs Web et les serveurs. Un fichier CRT utilise souvent un format binaire appelé DER, ou peut être un simple fichier texte. De nombreux serveurs Web Linux, répartiteurs de charge et clients de messagerie exigent que les certificats de sécurité utilisent plutôt le format PEM. Les fichiers PEM utilisent des caractères textuels standard et enveloppent les données de sécurité dans des balises de délimitation spécifiques. Les administrateurs système rencontrent fréquemment cette exigence de format lors du déplacement de certificats de sécurité d'environnements Windows vers des systèmes Linux. Les serveurs Web Apache et Nginx attendent la clé publique et la clé privée dans des fichiers texte PEM. La conversion d'un certificat CRT garantit que le logiciel du serveur peut lire correctement les données cryptographiques lors de la négociation SSL.

Spécifications techniques et analyse des codecs

Un fichier CRT utilise le type MIME application/x-x509-ca-cert. Il contient des données binaires brutes s'il est stocké au format DER, ou du texte s'il est exporté à partir de certaines autorités de certification. Le format PEM utilise le type MIME application/x-pem-file. PEM signifie Privacy Enhanced Mail et agit comme un format de conteneur pour le stockage des clés cryptographiques. Aucun des deux formats n'utilise la compression, de sorte que la conversion ne réduit pas la qualité du fichier. Un fichier CRT binaire ne contient aucun texte lisible, tandis qu'un fichier PEM comporte des en-têtes lisibles tels que -----BEGIN CERTIFICATE----- suivis de caractères ASCII Base64 et d'une balise de fin -----END CERTIFICATE-----. La conversion traduit simplement les octets bruts en texte ASCII lisible sans altérer les mathématiques de la clé publique sous-jacente.

Compatibilité système et navigateur

L’extension d’un certificat ne permet pas de savoir si son contenu est encodé en DER ou en PEM. La prise en charge dépend de l’application et de l’encodage attendu. OpenSSL et de nombreux outils serveur acceptent le PEM ; les outils de certificats Windows utilisent généralement des certificats X.509 dans les encodages et conteneurs pris en charge.

Informations utiles

Vérifiez toujours que votre clé privée correspond au certificat PEM nouvellement converti à l'aide des commandes OpenSSL avant de redémarrer votre serveur Web de production.

Foire aux questions

Comment convertir un certificat CRT en certificat PEM sans perte de qualité ?

CRT et PEM sont des extensions de fichier, et non des encodages définis. Si l’entrée contient un certificat pris en charge, la conversion en modifie la sérialisation ou l’enveloppe. Vérifiez que le résultat contient le même certificat avant son déploiement.

Quelle est la différence entre un certificat CRT et un certificat PEM ?

L’extension CRT est utilisée pour des certificats qui peuvent être encodés en DER ou en PEM. PEM est un encodage texte Base64 avec des marqueurs de début et de fin. Il faut détecter l’encodage réel à partir du contenu du fichier, et non le déduire de son extension.