Certificat PEM (.pem)

IETF Standard

Privacy-Enhanced Mail (PEM) est un encodage textuel courant pour les objets cryptographiques, notamment les certificats et les clés privées. Il utilise des données Base64 encadrées par des délimitations libellées comme « -----BEGIN...----- » et « -----END...----- ».

Convertir CRT en PEM

Outil de conversion gratuit de CRT vers PEM dans le navigateur. Convertissez des fichiers instantanément sur votre appareil.

Inspection et métadonnées

Les systèmes d'exploitation et les analyseurs de fichiers identifient les fichiers PEM en inspectant leur séquence initiale d'octets binaires :

Sélectionnez ou déposez des fichiers ici

Privé - les fichiers ne quittent jamais votre appareil

ou coller Ctrl+V
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.

Signature d'en-tête au niveau des octets (octets magiques)

Les systèmes d'exploitation et les analyseurs de fichiers identifient les fichiers PEM en inspectant leur séquence initiale d'octets binaires :

SIGNATURE HEXADÉCIMALE (DÉCALAGE 0) :

2D 2D 2D 2D 2D 42 45 47 49 4E

REPRÉSENTATION ASCII : -----BEGIN

Normalisation : IETF RFC 7468 / RFC 1421

Spécifications techniques

Architecture de conteneurConteneur encodé en Base64 et en ASCII, délimité par '-----BEGIN [LABEL]-----' et '-----END [LABEL]-----', qui encapsule des structures binaires DER
CompressionFormat texte non compressé
Ordre des octetsFlux de texte ASCII / UTF-8
Espaces colorimétriquesN/A (Conteneur cryptographique)
Canaux et structureCertificats, clés privées (RSA/EC/DSA), CSR, clés publiques et listes de révocations de certificats
Dimensions maximalesFlux de texte illimité (prend en charge plusieurs certificats chaînés)
TransparenceEnveloppe encodée en ASCII en texte clair
Prise en charge du traitement en continuExtraction en continu séquentielle bannière par bannière

Matrice de comparaison technique : PEM face aux concurrents

Attribut techniquePEM (Actuel)DERP12CRT
Texte vs BinaireTexte Base64 lisible par l'hommeOctets binaires bruts uniquementArchive binaire chiffréeGénéralement du texte Base64
Utilisation Cloud et DevOpsStandard 100 % universel (AWS, K8s)Jetons matériels / JavaImportation sur serveur Windows IISConfigurations de serveurs web
Contenu autoriséCertificats, clés privées, chaînes, CSRCertificat ou clé uniqueCertificat groupé + clé chiffréeGénéralement certificats publics uniquement
Copiable-collableOui (coller directement dans les zones de texte)Non (binaire)Non (binaire)Oui (si encodé en PEM)

Modes de corruption courants et guide de restauration hexadécimale

Erreur OpenSSL : 'PEM_read_bio: no start line'.

Cause initiale: Bannière d'en-tête '-----BEGIN ...-----' manquante ou corrompue, ou corruption de saut de ligne CRLF Windows.

Récupération: Restaurez la bannière d'en-tête standard à 5 tirets à l'aide de l'outil de certificat File2File.app.

Analyse de sécurité et vecteurs d'attaque de l'analyseur

Les fichiers PEM contiennent souvent des clés privées non chiffrées ('-----BEGIN RSA PRIVATE KEY-----') qui accordent un accès complet au serveur en cas d'exposition.

Vecteurs d’attaque connus

  • Validation de commit de clés privées PEM non chiffrées dans des référentiels de contrôle de version publics.
  • Attaques par traversée de répertoire lisant les clés PEM du serveur via une inclusion de fichier local (LFI).
  • Phrases de passe faibles sur les fichiers PEM de clés privées chiffrés.

Bonnes pratiques de défense: Protégez les fichiers PEM contenant des clés privées à l'aide de permissions strictes sur le système de fichiers (chmod 600) et ne les validez jamais dans git.

Origines historiques et jalons

2015L'IETF publie la RFC 7468, officialisant les encodages textuels des structures PKIX, PKCS et CMS.
1998OpenSSL adopte le PEM comme format principal, en faisant le standard de fait de l'informatique open source.
1993L'IETF publie la RFC 1421 pour le courrier amélioré en confidentialité (Privacy-Enhanced Mail), introduisant le format d'armure ASCII.

Principaux avantages

  • Lisible et facile à copier-coller : le contenu peut être copié dans des formulaires web, des champs de console cloud (AWS, GCP) et des e-mails.
  • Couramment utilisé par des outils et plateformes tels qu’OpenSSL, les services Linux, Docker, Kubernetes et les systèmes cloud ; les formats acceptés varient selon le composant.
  • Prise en charge multi-certificat : permet de stocker des chaînes de confiance de certificats complètes dans un seul fichier texte en empilant les blocs.

Limites techniques

  • Environ 33 % plus volumineux que le DER binaire brut en raison de la surcharge de l'encodage Base64.
  • Corruption accidentelle : les modifications de retour à la ligne ou les tirets manquants dans les bannières peuvent provoquer des échecs d'analyse.
  • Les fichiers PEM de clés privées non chiffrés présentent des risques de sécurité extrêmes en cas de fuite.

Faits intéressants

  • Bien que créé pour un système de messagerie chiffré qui n'a pas réussi à s'imposer, son encodage ASCII est devenu le format de sécurité le plus populaire au monde.
  • Chaque fichier PEM valide commence par cinq tirets : '-----BEGIN'.
  • Une chaîne de certificats SSL complète est créée simplement en collant plusieurs blocs 'BEGIN CERTIFICATE' les uns après les autres dans un seul fichier .pem.

Foire aux questions techniques

Qu'est-ce qu'un fichier .pem ?

Un fichier .pem est un format textuel permettant de stocker des certificats de sécurité, des clés privées ou des chaînes de certificats entières dans un format Base64 lisible avec des bannières '-----BEGIN...-----'.

Comment convertir un PEM en P12 ou PFX ?

Vous pouvez convertir votre certificat PEM et votre clé privée en un fichier P12/PFX protégé par mot de passe en un clic à l'aide de File2File.app directement dans votre navigateur web.

Comment puis-je vérifier la date d'expiration d'un certificat PEM ?

Ouvrez votre fichier .pem dans File2File.app pour décoder la date d'expiration, l'émetteur et les noms de domaine sans envoyer aucune donnée à des serveurs externes.