Résumé

  • Un projet actif de l’IETF propose des certificats STIR valables quelques jours ou quelques heures et impose la chaîne embarquée x5c lorsque la durée est inférieure à une semaine.
  • L’attribution du numéro, la preuve fournie par l’autorité, l’autorisation ACME, la validité X.509, le transport SIP et le traitement final de l’appel restent des décisions datées séparément.

« Récent » n’est pas une provenance

La scène d’ouverture est un cas construit, non un incident rapporté. Elle oblige à préciser ce qu’un contrôle établit. Le service de vérification peut prouver qu’une autorité de certification a délivré un certificat pour une période déterminée, que la liste TN Authorization couvre le numéro présenté et que la clé privée a signé le PASSporT. Il ne prouve pas, par cette seule opération, que l’attribution du numéro a été interrogée au moment de l’appel.

Le texte concerné est draft-ietf-stir-certificates-shortlived-06, daté du 6 juillet 2026. Le Datatracker le place en évaluation IESG, état AD Followup. Trois positions DISCUSS y figurent et deux nouvelles positions YES ou NO OBJECTION sont encore nécessaires. Le document vise le Standards Track, mais il n’est ni approuvé ni devenu RFC ; sa rédaction peut encore évoluer.

L’intuition technique est solide. Un certificat durant des mois ou des années laisse une longue fenêtre d’utilisation à une clé compromise. Une durée de quelques jours, voire de quelques heures, réduit cette fenêtre. Si le renouvellement fonctionne, l’expiration peut aussi diminuer la dépendance aux listes de révocation ou à une consultation d’état en ligne.

Mais cette expiration ne recalcule pas le reste de la chaîne. Un numéro est attribué, délégué ou porté selon un calendrier. Une Token Authority produit une preuve destinée au défi ACME. Cette preuve possède sa propre échéance. L’autorisation ACME, l’émission du certificat, la création du PASSporT, le transit SIP et la politique du réseau destinataire ajoutent chacun une horloge.

Le mot « récent » devient donc dangereux s’il remplace les dates et les responsables. Une bonne trace dit qui a observé quel fait, auprès de quelle source, pour quel périmètre et jusqu’à quelle échéance.

La chaîne voyage avec le signal

La révision 06 fixe un choix d’architecture visible. Pour une validité de moins d’une semaine, le service d’authentification doit placer la chaîne de certificats dans l’élément JWS x5c, et le service de vérification doit savoir la traiter. Le destinataire n’a plus à aller chercher le certificat à l’adresse x5u pendant l’établissement de l’appel.

La racine ne devrait généralement pas être incluse, puisque le vérificateur possède déjà ses ancres de confiance. Pour la compatibilité, x5u et x5c peuvent coexister, mais doivent désigner la même chaîne. Sans cette égalité, deux chemins d’accès pourraient raconter deux histoires de confiance différentes.

Le déplacement supprime une dépendance synchrone, pas toute possibilité d’échec. Une chaîne longue et une liste d’autorisations étendue grossissent le PASSporT et l’en-tête SIP Identity. Des intermédiaires peuvent imposer une taille maximale ; UDP peut fragmenter le message. Une assertion parfaite sur le plan cryptographique mais tronquée avant le vérificateur ne sert pas la décision.

La confidentialité change aussi de lieu. L’absence de requête d’état au moment de l’appel peut réduire la divulgation de relations d’appel à un service externe. Un certificat limité au seul numéro appelant révèle moins qu’une grande plage. En contrepartie, la chaîne est présente dans la signalisation et peut être observée par ses intermédiaires. Le bilan dépend du périmètre, du transport, des caches et des acteurs qui voient SIP.

Une portée étroite peut reposer sur une preuve plus ancienne

Le projet autorise le titulaire de nombreux numéros à demander un certificat pour tous, pour une partie ou pour un seul numéro. Il envisage même un certificat par appel, dont la liste TN Authorization ne contient que le numéro appelant et qui expire peu après. La réduction de données et de conséquences est importante.

Elle ne renseigne pourtant pas la date du dernier contrôle de l’autorité sous-jacente. RFC 9448 définit le jeton Authority Token Challenge présenté à l’autorité de certification. Le nouveau projet note que ce jeton peut raisonnablement avoir une expiration assez lointaine, afin d’éviter au client de retourner continuellement auprès de la Token Authority. Un certificat très court peut ainsi découler d’une preuve amont plus longue.

Ce constat n’accuse aucun déploiement. Une autorité peut vérifier les portages rapidement, une CA peut appliquer une règle plus stricte et un opérateur peut réagir à un changement. Il interdit seulement de prendre notAfter pour la date universelle de toute la chaîne.

Le dossier de décision devrait rapprocher l’état d’attribution du numéro et son heure d’observation ; l’émetteur et l’expiration du jeton d’autorité ; le compte et le défi ACME ; le périmètre demandé par la CSR ; le numéro de série, la période et la portée du certificat ; la clé ; l’heure du PASSporT ; la chaîne réellement transportée ; la règle du vérificateur ; puis le traitement final de l’appel.

Le renouvellement devient une fonction de disponibilité

Le certificat court déplace le travail vers le signataire. Le destinataire évite une recherche en ligne, tandis que l’opérateur d’origine doit acquérir des certificats sans interruption. La disponibilité de la CA et d’ACME, l’intégrité du compte, l’exactitude de l’heure et la garde des clés deviennent des dépendances de la téléphonie authentifiée.

Renouveler à la dernière minute transforme un incident transitoire en coupure. Il faut une marge couvrant la latence de la CA, des renouvellements échelonnés, des reprises avec temporisation, une période de chevauchement entre ancien et nouveau certificat et une règle explicite si la prochaine émission n’arrive pas. ACME STAR peut préémettre une suite de certificats, mais son calendrier et sa livraison restent à surveiller.

Les mesures doivent séparer acquisition et usage : marge restante lors du renouvellement, motifs d’échec des défis, accessibilité de la CA et de la Token Authority, changement inattendu de portée, taille des chaînes, rejets SIP liés aux en-têtes, échecs de chemin, expiration et traitement appliqué. Un écran vert indiquant seulement « valide » masque les transitions les plus critiques.

Plus court ne signifie donc pas automatiquement plus sûr. L’exposition de la clé diminue, mais la marge de reprise aussi et le nombre d’émissions augmente. La durée appropriée dépend du rythme des changements d’attribution, de la capacité de renouvellement, des contraintes SIP et du coût d’une indisponibilité locale.

La vérification n’ordonne pas le traitement

STIR indique si une assertion d’identité satisfait des règles cryptographiques et de certificat. Le réseau destinataire conserve le choix de terminer, étiqueter, défier, détourner ou bloquer l’appel selon ses autres éléments et ses obligations. Un certificat court et valide n’est pas un ordre automatique d’accepter ; un problème de transport n’est pas non plus une preuve d’usurpation.

Cette distinction protège les exceptions. Un échec de renouvellement peut produire un certificat expiré, une absence d’assertion ou une assertion supprimée par un intermédiaire. Ces situations appellent des responsables et des réponses différents. Le résultat cryptographique doit rester exact, tandis que la politique locale arbitre fraude, disponibilité, urgence et préjudice client.

Le projet est utile précisément parce qu’il reste étroit : il coordonne une durée et un mode de transport de la chaîne. Ancres de confiance, fraîcheur de l’autorité, marge de renouvellement, transport, confidentialité et décision d’appel demeurent sous contrôle local. Seules les preuves d’exécution montrent que l’ensemble tient.

Sources