Pack PKCS #12 (.p12)
IETF StandardPKCS #12 (P12/PFX) est un format conteneur qui peut stocker des clés privées, des certificats et des données associées. Selon son mode de création, un fichier peut être protégé par mot de passe ou non chiffré.
Convertir P12 en PEM
Outil de conversion gratuit de P12 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 P12 en inspectant leur séquence initiale d'octets binaires :
Signature d'en-tête au niveau des octets (octets magiques)
Les systèmes d'exploitation et les analyseurs de fichiers identifient les fichiers P12 en inspectant leur séquence initiale d'octets binaires :
SIGNATURE HEXADÉCIMALE (DÉCALAGE 0) :
30REPRÉSENTATION ASCII : 0
Normalisation : IETF RFC 7292 / PKCS #12 v1.1
Spécifications techniques
| Architecture de conteneur | Structure PFX ASN.1 chiffrée par mot de passe encapsulant des SafeBags contenant des clés privées, des certificats et des CRL |
| Compression | Données cryptographiques non compressées |
| Ordre des octets | DER ASN.1 en gros-boutiste |
| Espaces colorimétriques | Sans objet (magasin de clés chiffré) |
| Canaux et structure | Clés privées, certificats publics, chaînes d’autorités de certification intermédiaires et certificats racines |
| Dimensions maximales | Généralement de 5 à 25 ko |
| Transparence | Conteneur chiffré (protégé par mot de passe) |
| Prise en charge du traitement en continu | Extraction atomique d'une archive chiffrée |
Matrice de comparaison technique : P12 face aux concurrents
| Attribut technique | P12 (Actuel) | PEM | CRT | DER |
|---|---|---|---|---|
| Regroupement des éléments | Clé privée et chaîne de certificats réunies dans un seul fichier | Peut regrouper les éléments au format texte, mais la clé reste non chiffrée | Certificat uniquement | Clé ou certificat binaire unique |
| Chiffrement | Chiffré par mot de passe (AES-256) | Phrase secrète facultative pour protéger la clé privée | Certificat public non chiffré | Binaire non chiffré |
| Apple iOS et macOS | Format natif d’exportation des identités | Utilisé via la ligne de commande | Importé comme certificat | Importé comme clé brute |
| Interchangeable avec | .pfx (format identique) | .crt, .key | .cer | .asn1 |
Modes de corruption courants et guide de restauration hexadécimale
Erreur d’extraction : « Mac verify error: invalid password », alors que le mot de passe saisi est correct.
Cause initiale: Les paramètres par défaut d’OpenSSL 3.0 refusent les anciens algorithmes de chiffrement 3DES/RC2 utilisés dans certains fichiers P12.
Récupération: Chiffrez de nouveau le fichier avec l’algorithme AES-256 moderne à l’aide de l’outil de certificat de File2File.app.
Analyse de sécurité et vecteurs d'attaque de l'analyseur
Les conteneurs P12 renferment des clés privées sensibles. Remplacez les algorithmes de chiffrement obsolètes par des algorithmes AES modernes.
Vecteurs d’attaque connus
- Attaques par force brute contre les mots de passe d’archives P12 faiblement chiffrées avec un faible nombre d’itérations.
- Exploitation de chiffrements faibles hérités RC2-40-CBC dans les anciens fichiers P12.
- Fuite en mémoire de clés privées déchiffrées dans des tampons mémoire non sécurisés.
Bonnes pratiques de défense: Utilisez toujours des mots de passe forts et un chiffrement AES-256 moderne avec PBKDF2/SHA-256 pour les fichiers P12.
Origines historiques et jalons
Principaux avantages
- Regroupe dans un même fichier sécurisé la clé privée, le certificat public et toute la chaîne des autorités de certification intermédiaires.
- Chiffrement protégé par mot de passe : les clés privées sont chiffrées à l'aide d'AES-256 ou de 3DES, ce qui les rend sûres à transférer.
- Format standard de certificat client pour l’authentification dans les navigateurs et les profils de signature de code des développeurs Apple iOS.
Limites techniques
- L’extraction nécessite le mot de passe. Si vous l’oubliez, la clé privée devient irrécupérable.
- Les anciens fichiers P12 utilisent parfois des algorithmes de chiffrement faibles, comme 3DES ou RC2, qui déclenchent des avertissements dans les versions récentes d’OpenSSL 3.0.
- Le format binaire ne peut pas être inspecté visuellement sans outils d'extraction cryptographique.
Faits intéressants
- Les extensions .p12 et .pfx sont entièrement interchangeables et désignent le même format.
- Les certificats de développeur Apple iOS et les profils de provisionnement sont distribués sous forme de fichiers .p12 pour signer les applications iPhone.
- OpenSSL 3.0 a déclaré obsolètes les anciens algorithmes PKCS #12 (RC2-40-CBC). L’option « -legacy » est nécessaire pour ouvrir les anciens fichiers P12.
Foire aux questions techniques
Quelle est la différence entre .p12 et .pfx ?
Il n’y a pas de différence. .pfx était le format antérieur de Microsoft, normalisé par RSA Laboratories sous le nom PKCS #12 (.p12). Aujourd’hui, les deux extensions désignent le même format.
Comment puis-je extraire la clé privée d'un fichier .p12 ?
Vous pouvez extraire la clé privée et le certificat public dans des fichiers .pem propres en quelques secondes avec File2File.app, directement dans votre navigateur.
Pourquoi mon fichier P12 a-t-il besoin d'un mot de passe ?
Étant donné que les fichiers P12 contiennent votre clé privée sensible, ils sont chiffrés avec un mot de passe pour empêcher des personnes non autorisées de voler votre identité numérique.
Conversions associées à P12
La conversion d'un lot PKCS #12 en un certificat PEM extrait vos clés publiques et privées d'une archive binaire verrouillée vers des fichiers texte clair pour les serveurs Web.
La conversion d'un certificat PEM en un lot PKCS #12 associe votre certificat public et votre clé privée dans un seul fichier protégé par mot de passe pour une installation simplifiée sur les serveurs Windows et les navigateurs web.