Résumé

  • RFC 10020 sépare groupe CoAP, groupe applicatif et groupe de sécurité ; leurs membres peuvent se recouper sans devenir une même population ni une même compétence.
  • Une requête de groupe protégée apporte une preuve utile de protocole, non la preuve que chaque cible a reçu, admis, exécuté et achevé l’action attendue.

Le groupe CoAP est l’ensemble d’extrémités configurées pour recevoir sur une adresse multicast IP et un port UDP. Le groupe applicatif rassemble des serveurs qui partagent des ressources. Le groupe de sécurité porte la participation à la communication protégée. Ces trois cercles peuvent avoir une relation un-à-plusieurs ou plusieurs-à-plusieurs. Un client qui envoie une requête peut même ne pas être membre du groupe CoAP au sens de la réception serveur.

Cette distinction empêche une mauvaise équivalence : « le groupe a été appelé, donc la population métier a agi ». L’adresse indique une destination de paquet. La configuration indique qui devait écouter. La sécurité Group OSCORE peut vérifier l’origine alléguée d’une requête et détecter une répétition. La ressource locale et sa politique décident encore si un appareil peut faire ce qui est demandé. Aucun de ces faits, seul ou ensemble, ne prouve l’effet physique, financier ou opérationnel recherché.

La réponse multicast est elle-même conçue pour ne pas parler trop vite et trop fort. RFC 10020 prévoit suppression et temporisation des réponses afin d’éviter la surcharge ; les liens contraints imposent aussi des limites de débit et de concurrence. Une absence de réponse peut donc être intentionnelle, due à la perte, au sommeil, au filtrage, à une ressource inexistante ou à un refus local. Quelques réponses ne sont pas le recensement des succès. Elles sont des observations dont le périmètre doit rester écrit.

Group OSCORE améliore fortement la qualité de la preuve de message. Il peut protéger la confidentialité, l’intégrité, l’authentification de source et la fraîcheur selon le mode utilisé. Mais une source authentifiée dans un groupe ne reçoit pas, par magie, le droit d’ordonner toute opération sur chaque ressource. Un serveur peut reconnaître le demandeur, vérifier la demande, puis la refuser ; il peut l’admettre, puis échouer à cause d’une dépendance locale. La sécurité de l’enveloppe ne rend pas l’issue collective.

La bonne lecture de RFC 10020 est donc plus ambitieuse qu’un voyant vert : il donne aux équipes les mots nécessaires pour montrer où s’arrête chaque preuve. La couche commune facilite la coordination. Elle ne remplace pas les décisions situées, ce que rappelle la doctrine de Heng Lu sur une spécification initiale volontairement limitée et sur la primauté du code effectivement exécuté.