Résumé

  • RFC 9878 met à jour RFC 7315, dont les indications sur les requêtes et réponses pouvant porter plusieurs P-Headers 3GPP étaient contradictoires ou ne correspondaient plus aux cas d’usage 3GPP.
  • La nouvelle matrice est propre à chaque en-tête et à chaque message; elle n’est ni une autorisation générale ni une preuve d’authenticité.
  • Un ACK déclenché par une réponse 2xx n’obéit pas à la même règle qu’un ACK déclenché par une réponse non-2xx.

RFC 7315 définit les P-Headers et leurs hypothèses de sécurité pour des réseaux privés 3GPP. Son texte d’applicabilité pouvait toutefois conduire à des implémentations incompatibles. RFC 9878 remplace ces règles et rend RFC 7976 obsolète. Il retire l’usage de P-Associated-URI dans les requêtes REGISTER, retire l’usage de P-Called-Party-ID dans les réponses et ajoute son usage dans les requêtes REFER.

P-Visited-Network-ID peut figurer dans les réponses associées autres que 100, mais pas dans les requêtes ACK, BYE, CANCEL, NOTIFY, PRACK, INFO ou UPDATE. La règle de réponse issue du contexte RFC 7976 est ainsi étendue au-delà des réponses d’enregistrement. La validation doit donc combiner le champ et le contexte du message.

La distinction la plus sensible concerne ACK. P-Access-Network-Info peut figurer dans un ACK déclenché par 2xx, mais pas dans CANCEL ni dans un ACK déclenché par une réponse non-2xx. Il peut transporter une information de localisation fournie par le réseau et sensible du point de vue de la vie privée, notamment pour des événements de facturation IMS. Sa présence autorisée ne crée aucune permission de divulgation hors de la limite de confidentialité de RFC 7315.

P-Charging-Vector peut figurer dans un ACK déclenché par 2xx et dans les réponses associées autres que 100, mais pas dans CANCEL ni dans un ACK déclenché par non-2xx. Son transit-ioi peut identifier des opérateurs de transit choisis indépendamment selon la requête et le sens. P-Charging-Function-Addresses est autorisé dans les réponses associées autres que 100, mais exclu de CANCEL et des requêtes ACK.

Les hypothèses de réseau privé et d’entités de confiance de RFC 7315 demeurent applicables. Elles ne doivent pas être transposées à l’Internet ouvert. Un P-Header autorisé n’est pas pour autant authentique, exact ou sûr, et ne démontre pas l’exactitude d’une facturation. RFC 9878 est une mise à jour informative, non une spécification Internet sur la voie des standards.

Sources