IETF : Internet Engineering Task Force
Infrastructure
IETF : Internet Engineering Task Force. « Groupe de travail sur l'ingénierie d'Internet », par analogie avec une copropriété où tout le monde peut venir à l'assemblée, mais où rien ne passe sans un consensus arraché à l'usure.
Le rôle : L'IETF élabore les protocoles de l'Internet, publiés sous forme de RFC : TLS, HTTP, DNS et une bonne partie de ce qui fait circuler les paquets. On y écrit des normes que personne n'est obligé d'appliquer, et que tout le monde applique.
Le fonctionnement : Pas d'adhésion ni de vote : des individus participent à des groupes de travail, surtout par listes de diffusion. La devise maison, « rough consensus and running code », résume une méfiance salutaire envers les comités qui légifèrent sans jamais avoir compilé.
Les brouillons : Tout commence par un brouillon (Internet-Draft) qui n'a aucune valeur normative, aussi cité soit-il. Confondre un brouillon avec une norme publiée reste une erreur répandue.
Les voisins : L'IAB veille à l'architecture d'ensemble ; la recherche relève de l'IRTF (Internet Research Task Force), qui héberge le groupe de recherche consacré à la cryptographie.
Ce qui arrive si on s'en passe
Ignorer l'IETF et ses publications, c'est implémenter un protocole d'après un tutoriel plutôt que d'après la RFC, et hériter des approximations de l'un au lieu des exigences de l'autre. Confondre un brouillon (Internet-Draft) avec une norme publiée conduit en outre à déployer une version qui changera, ou disparaîtra, avant même la livraison du produit, et à perdre l'interopérabilité avec les implémentations conformes. Les considérations de sécurité des RFC restent enfin ignorées de ceux qui ne les lisent pas, ce qui est leur principal défaut. Le consensus approximatif produit des normes précises ; les lire reste à la charge de chacun.
Explication de la marmotte
Pour que deux ordinateurs du monde entier se comprennent, il faut qu'ils parlent la même langue et suivent les mêmes règles. Ce groupe international rédige ces règles communes pour Internet. Ce n'est pas un gouvernement ni une entreprise : n'importe qui peut participer aux discussions, en ligne ou lors de grandes réunions. Les ingénieurs proposent des idées, en débattent longtemps, les testent sur de vrais programmes, puis publient des documents que les fabricants suivent. Un peu comme les règles du football, que tous les clubs acceptent pour pouvoir jouer ensemble, même sans y être forcés.
Où ce terme est utilisé
- IETF (5 occurrences)
- Couches, normes et vocabulaire de paquets (3 occurrences)
- Héritage, politique et limites de la cryptographie (3 occurrences)
- Messageries, courrier sécurisé et groupes chiffrés (3 occurrences)
- Sécuriser un canal: TLS, HTTPS et mTLS (3 occurrences)
- Attributs du cookie de session (2 occurrences)
- Authentifier les personnes et les services (2 occurrences)
- DNS over TLS (DoT) : chiffrer la résolution de noms (2 occurrences)
- Empoisonnement de cache DNS de Kaminsky à SAD DNS et parades (2 occurrences)
- Gestion réseau, supervision et référentiels d’exploitation (2 occurrences)