Binaire DER (.der)

Recommandation Standard

Les règles d'encodage distinguées (DER) constituent la norme d'encodage binaire stricte et canonique pour les structures de données ASN.1, fournissant une représentation exacte au niveau du bit et non ambiguë des certificats de sécurité et des clés cryptographiques.

Convertir DER en PEM

Outil de conversion gratuit de DER 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 DER 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 DER en inspectant leur séquence initiale d'octets binaires :

SIGNATURE HEXADÉCIMALE (DÉCALAGE 0) :

Aucune signature universelle (encodage ASN.1 DER)

REPRÉSENTATION ASCII : Aucune signature fixe

Normalisation : Recommandation ITU-T X.690

Spécifications techniques

Architecture de conteneurEncodage binaire canonique strict de structures ASN.1 utilisant des triplets Tag-Length-Value (TLV)
CompressionDonnées binaires non compressées
Ordre des octetsEncodage ASN.1 gros-boutiste
Espaces colorimétriquesSans objet (flux binaire cryptographique)
Canaux et structureClés cryptographiques, certificats X.509, listes de révocation de certificats (CRL) et structures PKCS
Dimensions maximalesLongueur ASN.1 illimitée
TransparenceStructure de données ASN.1 binaire
Prise en charge du traitement en continuDécodage canonique déterministe en un seul passage

Matrice de comparaison technique : DER face aux concurrents

Attribut techniqueDER (Actuel)PEMCRTP12
Représentation des donnéesEncodage ASN.1 binaire strictTexte ASCII encodé en Base64PEM Base64 ou DER binaireArchive binaire PKCS #12 chiffrée
Hachage déterministeFlux de bits 100 % canoniqueDépend des espaces et des bannièresDépend du formatageChiffré avec sel/IV
Taille de fichierLe plus petit (~33 % plus petit que le PEM)Plus grande en raison du Base64 (+33 %)Plus grande en raison du Base64 (+33 %)Plus grande en raison des enveloppes de chiffrement
Prise en charge de Java et du matérielStandard natifNécessite une conversion en JavaNécessite une conversion en JavaPris en charge comme magasin de clés

Modes de corruption courants et guide de restauration hexadécimale

Erreur OpenSSL : 'asn1 encoding routines:ASN1_get_object:header too long'.

Cause initiale: Octet de type Tag-Length-Value (TLV) corrompu dans l'en-tête de séquence ASN.1.

Récupération: Convertissez le fichier avec l’outil de certificats de File2File.app pour reconstruire des octets DER canoniques valides.

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

Les décodeurs DER analysent des descripteurs de longueur dont le sous-dépassement ou le dépassement d'entier peut déclencher des dépassements de tampon dans les bibliothèques de cryptographie natives.

Vecteurs d’attaque connus

  • Dépassement d'entier lors du décodage de longueurs indéfinies ASN.1 profondément imbriquées.
  • Lecture hors limites lors de l'analyse de chaînes de bits mal formées.
  • Déni de service via des attaques par récursion ASN.1 imbriquée.

Bonnes pratiques de défense: Utilisez des analyseurs ASN.1 conçus pour éviter les erreurs de gestion de la mémoire et imposez une profondeur de récursion maximale stricte.

Origines historiques et jalons

2021La révision ITU-T X.690 stabilise les spécifications ASN.1 DER sur les jetons matériels modernes.
1997Adopté par l'architecture cryptographique Java (JCA) pour l'encodage des clés binaires (X509EncodedKeySpec).
1988Normalisé par la recommandation CCITT / ITU-T X.690 en tant que sous-ensemble strict des règles d'encodage de base (BER).

Principaux avantages

  • Canonique et déterministe : garantit que des données identiques produisent toujours exactement le même hachage binaire, ce qui est essentiel pour les signatures numériques.
  • Plus compact que le PEM : réduit la taille d'environ 33 % en omettant l'encodage Base64 et les bannières ASCII.
  • Format natif pour les modules de sécurité matériels (HSM), les cartes à puce et les magasins de clés Java.

Limites techniques

  • Le format binaire ne peut pas être affiché, modifié ou copié-collé dans des éditeurs de texte.
  • Moins courant dans les environnements d'hébergement web, qui privilégient largement les fichiers texte PEM/CRT.
  • Des règles d'encodage strictes signifient que la moindre différence de remplissage entraîne le rejet lors de l'analyse.

Faits intéressants

  • Le DER est un sous-ensemble strict du BER (règles d'encodage de base) ; alors que le BER autorise plusieurs manières valides d'encoder une valeur, le DER n'en autorise qu'une seule de manière canonique.
  • Si vous encodez un fichier DER en Base64 et l'enveloppez dans '-----BEGIN CERTIFICATE-----', vous obtenez un fichier PEM standard.
  • La fabrique de clés de Java (KeyFactory) exige que les clés publiques et privées RSA soient fournies au format DER brut.

Foire aux questions techniques

Quelle est la différence entre DER et PEM ?

Le DER est le format binaire brut d'un certificat ou d'une clé. Le PEM est simplement ce même fichier DER converti en texte Base64 lisible avec des bannières '-----BEGIN...-----'.

Comment puis-je convertir DER en PEM ?

Ouvrez votre fichier .der dans File2File.app pour le convertir directement dans votre navigateur en certificat PEM standard au format texte.

Pourquoi Java utilise-t-il des clés DER ?

L'architecture cryptographique Java (JCA) utilise des tableaux d'octets PKCS#8 et X.509 encodés en DER pour ses spécifications de clés natives.