Résumé

  • Une réponse HTTP en 2XX atteste le traitement réussi du transport CMC selon RFC 10003, non une décision d’émission.
  • L’autorité de certification demeure une question d’acteur, de contrôle et de politique locale que le transport ne peut pas résoudre.

Un code de succès est souvent le point où l’interprétation dérape. Dans une exploitation très automatisée, le 2XX est facilement transformé en phrase plus large : « la demande est approuvée ». RFC 10003 ne donne pas cette permission. Son lien HTTP décrit une requête POST du client et le traitement réussi par une réponse 2XX. Il décrit donc une frontière nette : le dialogue HTTP a franchi son étape prévue.

Cette frontière est utile, mais étroite. Elle ne dit pas qui, derrière le serveur, dispose du mandat pour approuver une identité ou une demande de certificat. Elle ne dit pas si une règle de l’autorité de certification a été satisfaite, si une validation complémentaire a échoué, ni si le certificat final a été créé. Un 2XX peut appartenir à une trace probante du parcours; il n’est pas à lui seul la preuve de la décision qui compte.

RFC 10003 étend ce principe à plusieurs porteurs. Le profil fichier place une requête ou une réponse CMC binaire dans un seul fichier. Le profil courrier enveloppe le même objet pour l’acheminement. Le profil TCP transmet les messages binaires sans enveloppe supplémentaire; le client attend une réponse complète avant d’envoyer la demande suivante sur la même connexion. Les porteurs changent les conditions de déplacement, non la source de l’autorité.

Les détails de sécurité confirment la modestie de la promesse. Le lien HTTP n’exige ni authentification HTTP ni cookies. Les requêtes CMC sur HTTP ne doivent pas employer le 0-RTT avec TLS 1.3 ou QUIC, car POST n’est pas idempotent. Le texte prévoit que des défenses contre la relecture peuvent être nécessaires selon l’environnement. Voilà des choix techniques qui réduisent ou cadrent un risque de transport; ils ne construisent pas une identité institutionnelle à partir d’un accusé de réception.

Le cas du courrier est particulièrement instructif. Une protection TLS au premier saut SMTP ne permet pas de conclure à l’authentification ou au chiffrement des sauts ultérieurs. Une enveloppe CMS ou S/MIME peut protéger le contenu à un moment donné. La protection du contenu et le droit de décider de son effet sont néanmoins deux propriétés différentes. Les confondre revient à transférer une compétence locale avec un paquet, alors que le protocole ne la transporte pas.

Pour une équipe d’exploitation, la bonne formulation reste disciplinée : le serveur a accepté la transaction de transport; la décision reste à établir dans le registre de l’autorité. Cette séparation protège aussi le client. Elle évite qu’un point terminal disponible, ou qu’un journal de messagerie complet, soit plus tard présenté comme la preuve d’une émission dont les contrôles réels ne figurent nulle part.