Un serveur TLS doit envoyer d’abord son certificat feuille, puis les intermédiaires (la RFC 9846 §4.5.1 autorise les certificats restants dans n’importe quel ordre, mais les clients plus anciens s’attendent à l’ordre des émetteurs). La racine est normalement omise, car le client la possède déjà. Un intermédiaire manquant est l’erreur classique « ça marche dans mon navigateur, mais pas avec curl » : les navigateurs peuvent le récupérer via l’URL caIssuers de l’extension AIA ou réutiliser des intermédiaires en cache, alors qu’OpenSSL, Go, Java et la plupart des clients d’API ne le font pas.
Les clients construisent un chemin au lieu de simplement lire la liste : avec des intermédiaires à signature croisée, plusieurs chemins valides peuvent exister, et le vérificateur en choisit un qui aboutit à une racine à laquelle il fait confiance. C’est ainsi que Let’s Encrypt a maintenu en service les anciens appareils Android grâce à la signature croisée de l’AC racine DST Root CA X3 jusqu’en 2024, et c’est pourquoi l’ordre dans le fichier compte moins que la présence de chaque certificat nécessaire.
Les bundles PEM (fullchain.pem) contiennent le certificat feuille et les intermédiaires ; les fichiers PKCS #12 peuvent aussi les transporter. Le constructeur de chaînes réordonne et complète une chaîne, et le séparateur de bundles PEM découpe un bundle en ses certificats.