Nick Feamster a construit des outils pour expliquer les réseaux et révéler leurs limites

Résumé

• Nick Feamster est professeur à l'Université de Chicago, chercheur en mesure, bâtisseur d'institutions, co-fondateur de NetMicroscope et se concentre sur la manière de rendre le comportement caché d'Internet exploitable pour des décisions responsables.
• Son travail sur rcc a signalé plus de 1 000 défauts non détectés auparavant dans 17 systèmes autonomes; la plateforme de contrôle de routage (Routing Control Platform) a contribué à établir un modèle de contrôle à l'échelle du réseau, plus tard associé au SDN.
• Les projets sur le spam, le haut débit, la censure et les maisons intelligentes ont également révélé les limites de la mesure: la réputation peut se tromper, les sondes distantes peuvent créer un danger, et les métadonnées chiffrées peuvent divulguer des comportements.
• Ses recherches actuelles sur l'apprentissage automatique demandent si les résultats sont efficaces, auditables et sûrs en production; sa contribution la plus notable concerne les systèmes collaboratifs qui préservent l'incertitude.

Rcc: vérification de la configuration agrégée avant le déploiement

Un article de 2005,Detecting BGP Configuration Faults with Static Analysis, co-écrit par Feamster avec Hari Balakrishnan, a présenté un vérificateur de configuration de routeur appelé rcc. Les pannes persistantes étaient divisées en deux grandes catégories. Les pannes de validité de chemin se produisent lorsque le plan de contrôle choisit un chemin qu'aucun chemin de transfert utilisable ne soutient dans le plan de données. Les pannes de visibilité de chemin se produisent lorsqu'un chemin de transfert utilisable existe, mais que les routeurs qui en ont besoin ne l'apprennent pas. Les deux catégories liaient les commandes de configuration aux résultats reconnaissables par un opérateur.

Rcc analysait les configurations de plusieurs routeurs et vérifiait des contraintes à l'échelle du réseau. L'article rapportait l'analyse de 17 systèmes autonomes, ayant trouvé plus de 1 000 défauts non détectés auparavant et plus de 65 téléchargements par des opérateurs. Ces chiffres sont historiques, rapportés par les auteurs. Ils ne prouvent pas que rcc soit devenu un produit industriel grand public, et les preuves ne montrent pas combien de réseaux ont continué à l'utiliser. Mais ils montrent qu'il a été construit sur des configurations réelles et a atteint des opérateurs en dehors du laboratoire des auteurs.

L'importance opérationnelle réside dans le type de preuve. Le vérificateur peut pointer vers une relation de configuration qui viole un invariant avant une panne. Cela diffère d'un tableau de bord montrant une perte de paquets après la dégradation du service. Il relie une règle à une catégorie de défaillance de manière raisonnée, soutenant l'examen, les tests et la discussion entre des équipes qui n'ont généralement que des vues locales.

Les limites sont tout aussi utiles. Rcc ne pouvait vérifier que les propriétés que ses concepteurs avaient codées et que son analyseur supportait. Il ne connaissait pas l'intention derrière des pratiques non documentées, ne garantissait pas l'absence de bogues matériels ou de pannes physiques, et ne transformait pas une configuration propre en preuve que le réseau ne connaîtrait pas de problème transitoire. Un réseau peut réussir tous les contrôles écrits tout en violant une condition que personne n'a exprimée.

C'est pourquoi rcc se situe au début du récit plus large. Il a établi l'ambition et la prudence qui se répètent par la suite. L'ambition est de rendre le comportement de l'infrastructure calculable avant tout dommage; la prudence est que la correction est toujours relative aux entrées observées et aux propriétés déclarées. Les systèmes modernes d'IA pour les opérations sont confrontés au même test, mais la limite peut être plus difficile à voir lorsqu'un modèle génère des explications fluides au lieu d'invariants explicites.

L'Internet sait généralement ce qu'il a fait, mais il ne peut pas expliquer pourquoi

Un paquet atteint sa destination ou non. Un appel vidéo se fige. Un réseau annonce une adresse inattendue. Un serveur de messagerie refuse une connexion. Un haut-parleur intelligent contacte un service distant à un moment qui révèle quelque chose sur l'activité. Chaque événement laisse une trace, mais l'Internet ne possède pas de journal centralisé fournissant une explication unique et autoritaire. Son comportement émerge de réseaux exploités indépendamment, de configurations spécifiques aux fournisseurs, d'accords de peering privés, d'équipements domestiques, de conception d'applications et de l'évolution de la demande des utilisateurs.

Cette architecture est bénéfique car elle empêche un seul opérateur de contrôler l'ensemble du système, mais elle rend le diagnostic difficile. Un routeur peut afficher ses chemins, mais il ne peut pas expliquer tous les résultats combinés des politiques de routage. Un test de vitesse peut mesurer un seul transfert, mais il ne peut pas isoler les effets du Wi-Fi, de la capacité d'accès, de la latence, du peering et de l'application. Une sonde de censure peut détecter une requête échouée, mais elle ne peut pas identifier avec certitude la personne ou l'entité responsable.

Un classificateur de trafic peut apposer une étiquette, mais il ne peut pas prouver qu'elle restera correcte lorsque le réseau changera.

On peut lire le dossier de recherche de Feamster comme une série de tentatives pour réduire ces lacunes. Les techniques diffèrent, mais la méthode de travail est claire. D'abord, choisir un comportement caché important. Ensuite, trouver un point d'observation où ce comportement laisse un signal mesurable. Troisièmement, construire une représentation qui transforme le signal en une question qu'un opérateur, un décideur ou un utilisateur peut poser. Quatrièmement, tester les points où la représentation échoue.

Cette dernière étape est essentielle, car un système qui donne une réponse confiante sans montrer ses limites peut rendre l'infrastructure moins, et non plus, responsable.

C'est pourquoi Feamster est un sujet d'infrastructure numérique bien qu'il ne possède pas de fibres, n'exploite pas de système autonome public et ne gère pas de cloud à hyper-échelle. Son travail se situe dans la couche d'informations qui entoure ces actifs. Il influence la manière dont les chemins sont vérifiés, dont les abus sont identifiés, dont la qualité du haut débit est décrite, dont la censure est documentée et dont les modèles statistiques entrent dans les opérations réseau. Les routeurs et les câbles acheminent le trafic, tandis que la mesure et l'analyse déterminent si quelqu'un peut expliquer ce qu'ils font.

Ainsi, le récit le plus fort de cette carrière n'est pas une liste de récompenses ni l'affirmation qu'un seul chercheur a inventé plusieurs domaines. C'est l'histoire d'un programme de surveillance qui a constamment changé son objet tout en maintenant la même discipline: séparer ce qui est directement observé de ce qui est inféré, et séparer un résultat expérimental d'une garantie opérationnelle.

Une seule carrière, des identités institutionnelles multiples

À la date de l'article de recherche, le 3 août 2026, l'Université de Chicago décrivait Feamster comme le professeur Neubauer en informatique et directeur de recherche de la faculté au Data Science Institute. Sa page actuelle indique également qu'il est directeur du Network Operations and Internet Security Lab, co-directeur de l'Internet Innovation Initiative, co-responsable de netml.io et co-directeur du pilier AI and Policy. Une publication du Data Science Institute de septembre 2024 utilisait le titre de directeur de la politique technologique.

Ces descriptions peuvent coexister car les rôles universitaires se chevauchent et évoluent, mais elles ne doivent pas être fusionnées en un titre d'emploi permanent unique.

Les distinctions institutionnelles ont une importance pratique. En tant que professeur, il mène des recherches et enseigne. Par le biais du NOISE Lab et de netml.io, il travaille avec des étudiants et des collaborateurs sur le routage, la mesure, la confidentialité et l'apprentissage automatique. Par le biais des projets Internet Innovation et Internet Equity, il aide à constituer des preuves pour les décisions publiques et d'infrastructure. En tant que co-fondateur et PDG de NetMicroscope, il participe à une entreprise privée qui tente de transformer l'analyse de la qualité du réseau en produit commercial.

Sa biographie mentionne également qu'il agit comme témoin expert dans des affaires techniques. Aucun rôle ne confère automatiquement l'autorité de l'autre: le professeur n'est pas un régulateur, le PDG de la startup ne transforme pas la recherche universitaire en recommandation client, et l'opinion d'expert n'est pas un jugement judiciaire.

Cette séparation est cohérente avec le cœur de la recherche. Le meilleur travail de Feamster demande quel système détient quelle partie de la preuve et quelle inférence cette preuve peut soutenir. La même prudence s'applique à la description de la personne. Son CV actuel le crédite d'avoir écrit le premier robot d'indexation Web pour LookSmart et d'avoir aidé à concevoir le premier algorithme de détection de botnets chez Damballa. Ce sont des faits utiles et attribuables sur le travail industriel précoce, mais ils n'établissent pas des dates d'emploi précises, la paternité exclusive, les parts de propriété ou un historique complet du produit.

Le dossier public est beaucoup plus riche sur le travail professionnel que sur la vie personnelle. Il ne prouve pas de manière fiable la date ou le lieu de naissance, la nationalité, les antécédents familiaux, la rémunération, la participation dans NetMicroscope, les investissements personnels ou la richesse. Un profil fondé sur des preuves ne doit pas transformer cette absence en spéculation. La carrière est assez riche sans l'enrichir par une biographie de célébrité non étayée par les sources.

MIT, robot d'indexation et thèse sur la détection des pannes avant qu'elles ne surviennent

Feamster est resté au Massachusetts Institute of Technology de ses études de premier cycle jusqu'au doctorat. Il a obtenu un SB en génie électrique et informatique en 2000, un MEng dans le même domaine en 2001 et un doctorat en informatique en 2005 sous la direction de Hari Balakrishnan. Le titre de sa thèse,Proactive Techniques for Correct and Predictable Internet Routing, exprime clairement le programme précoce: plutôt que d'attendre qu'une erreur de routage provoque une panne et d'en reconstruire la cause, le réseau devrait révéler suffisamment de structure pour vérifier les propriétés importantes avant le déploiement.

Les premiers travaux chez LookSmart offrent une introduction utile mais limitée. Un robot d'indexation doit découvrir un grand graphe qui change pendant son observation, gérer les liens brisés, les pages dupliquées, les réponses incohérentes et les régions inaccessibles. Le robot ne s'est pas directement transformé en systèmes de routage ultérieurs, et les sources n'étayent pas cette affirmation. La continuité méthodologique est plus importante: un système distribué n'apparaît pas comme une seule perspective locale, donc des connaissances utiles nécessitent une collecte structurée et une représentation explicite de ce qui a été découvert.

L'association avec Damballa a ajouté une version adversariale du même problème. Les botnets sont conçus pour cacher leurs membres et leur contrôle. La biographie officielle indique que Feamster a aidé à concevoir le premier algorithme de détection de botnets de l'entreprise. Les preuves publiques ne reconstituent pas l'équipe complète et ne clarifient pas comment les produits ultérieurs ont utilisé ce travail. Mais elles montrent que le début de sa carrière a fait le pont entre la recherche sur les systèmes académiques et une entreprise de sécurité opérationnelle qui devait déduire une coordination malveillante à partir de traces réseau.

La recherche doctorale s'est développée dans un environnement où les politiques de routage interdomaine étaient réparties sur des appareils et des organisations. Les opérateurs exprimaient, à travers des commandes de routeur, les pairs, les clients, les règles d'exportation, les chemins de secours et les préférences d'ingénierie du trafic. Chaque configuration pouvait sembler raisonnable individuellement, tandis que le réseau combiné cachait une boucle, un trou noir ou un chemin non intentionnel.

Le problème n'était pas seulement une implémentation buggée du protocole, mais la difficulté de raisonner sur un programme distribué composé de nombreuses politiques locales.

Ce cadrage est devenu une caractéristique durable. Feamster a souvent considéré le système opérationnel autour de l'algorithme comme l'unité de recherche réelle: les fichiers de configuration, les points de mesure, les pipelines de données, les interfaces, les incitations des opérateurs et les contraintes institutionnelles. Cela a étendu le travail au-delà de la théorie ou d'un classificateur unique, mais a également étendu la responsabilité. Lorsqu'un système touche de vrais opérateurs, des foyers ou des personnes vivant sous la censure, le déploiement et l'éthique font partie de la qualité technique.

La configuration BGP en tant que programme distribué

Le Border Gateway Protocol permet aux systèmes autonomes d'échanger des informations d'accessibilité tout en gardant le contrôle sur les politiques de routage et commerciales. Cette autonomie est l'une des raisons pour lesquelles Internet peut connecter des réseaux ayant des propriétaires et des objectifs différents. Mais cela signifie également que le résultat global n'est conçu par aucun ingénieur unique. Les politiques émergent indirectement des annonces, des préférences, du filtrage et de la distribution des chemins en interne.

Le problème peut être important même à l'intérieur d'un seul système autonome. Un réseau peut contenir des centaines de routeurs et plusieurs façons de distribuer les chemins externes. Un chemin appris à une frontière doit apparaître là où il est nécessaire, pas nécessairement partout. Une politique d'exportation doit empêcher la fuite de chemins clients ou pairs vers le mauvais voisin. Les chemins de secours doivent prendre le relais lorsque le principal tombe en panne, sans créer de boucles ou d'oscillations permanentes. L'opérateur connaît l'intention opérationnelle, mais les boîtiers détiennent les fragments exécutables.

Les premières recherches sur le routage ont traité ces fragments comme un programme analysable. La configuration du routeur n'était plus seulement un texte à examiner ligne par ligne, mais devenait une entrée dans un calcul à l'échelle du réseau. La correction pouvait être exprimée sous forme d'invariants: le chemin choisi devait mener à un chemin de transfert utilisable; un chemin utilisable devait apparaître pour les routeurs qui en ont besoin; la politique d'exportation devait préserver les relations prévues; et la distribution interne des chemins ne devait pas créer d'incohérences persistantes.

L'analogie avec l'analyse de programmes était utile car elle déplaçait le moment de l'intervention. Le dépannage conventionnel commence après l'apparition d'un symptôme, tandis que l'analyse statique demande si une classe connue de défaillance est déjà codée dans la configuration. Elle ne nécessite pas d'injection de trafic ni d'attendre un signalement client. Dans les réseaux qui acheminent des services critiques, le fait de déplacer un défaut de la file d'attente des incidents à la file d'attente d'examen peut être plus important que de réduire le temps de diagnostic après la panne.

Mais l'analogie a des limites. L'état du réseau comprend plus que la configuration: les chemins en direct, la topologie, le comportement du fournisseur, la convergence transitoire, les limitations matérielles, les liaisons défaillantes et les connaissances opérationnelles non écrites. Un vérificateur statique peut être parfaitement précis dans son modèle et manquer une défaillance en dehors de celui-ci. Les recherches ultérieures de Feamster sont revenues à plusieurs reprises sur la différence entre une représentation utile et le monde opérationnel complet.

La plateforme de contrôle de routage a déplacé les décisions hors des routeurs individuels

Rcc demandait si la configuration distribuée satisfaisait les contraintes connues. La Routing Control Platform posait une question différente: pourquoi chaque routeur devrait-il reconstruire individuellement les informations nécessaires pour choisir les chemins? Les conceptions iBGP traditionnelles distribuaient les chemins externes via un maillage complet ou des réflecteurs de routes. Le maillage complet devient encombrant avec la croissance. Les réflecteurs de routes améliorent l'évolutivité, mais ils peuvent masquer des chemins, produire des choix inattendus et rendre le résultat plus difficile à analyser.

L'article sur RCP proposait un service logiquement centralisé qui recueille les chemins BGP externes et la topologie intérieure, sélectionne les chemins pour chaque routeur et livre les choix via iBGP ordinaire. Les dispositifs de transfert n'ont pas disparu; ils ont continué à déplacer les paquets et à parler un protocole familier à l'interface. Ce qui a changé, c'est l'emplacement de la logique de décision de chemin et la quantité de visibilité dont elle dispose.

« Logiquement centralisé » ne signifiait pas une seule boîte physique fragile. Le service de contrôle pouvait être répliqué et distribué tout en offrant une fonction de décision cohérente. Cette distinction est également fondamentale dans le SDN ultérieur. Le contrôleur peut fonctionner avec une vue à l'échelle du réseau sans exécuter toutes les fonctions de contrôle sur un seul appareil. Le problème devient la cohérence de l'état, la récupération après panne et les interfaces sécurisées, et non un choix binaire entre centralisation complète et distribution complète.

RCP respectait l'infrastructure installée. Elle ne nécessitait pas une nouvelle couche de transfert ni le remplacement de tous les routeurs d'un coup. Ce choix a de la valeur dans les réseaux où le matériel, les contrats et les procédures ne peuvent pas être modifiés en une seule fois. Une architecture de recherche acquiert une valeur pratique lorsqu'elle entre dans un environnement vivant via une interface que les opérateurs comprennent déjà.

L'évaluation utilisait des informations réelles provenant de réseaux fédérateurs, mais le dossier présenté ne prouve pas un déploiement en production à grande échelle. L'affirmation défendable est que RCP a démontré une architecture viable et est devenue influente, et non qu'elle a remplacé l'iBGP à l'échelle de l'industrie. Le prix NSDI Test of Time 2015 confirme son importance intellectuelle durable, mais il ne prouve pas l'adoption par le marché et ne donne pas à un article la propriété de chaque conception de contrôleur ultérieure.

Une contribution majeure au SDN, pas une histoire d'inventeur unique

Le SDN est souvent raconté comme une rupture nette: le contrôle est passé au logiciel, le transfert est devenu programmable et une nouvelle ère a commencé. Mais l'histoire est moins ordonnée. Les réseaux actifs, la virtualisation, l'architecture 4D, Ethane, RCP, OpenFlow, NOX et d'autres projets ont traité différentes parties de la programmabilité, de la séparation du contrôle et de la gestion au niveau du réseau. Feamster a été un contributeur important dans cette voie, mais il n'y a aucune preuve justifiant de le décrire comme l'inventeur unique du SDN.

RCP a fourni une idée architecturale claire: un service de contrôle avec une visibilité plus large peut calculer les décisions de chemin et les transmettre aux dispositifs de transfert existants. Rcc a offert une autre idée: la politique réseau peut être vérifiée par rapport à des invariants. Ensemble, elles ont aidé à déplacer la question opérationnelle de « qu'y a-t-il sur ce routeur? » à « quel comportement le système de contrôle complet met-il en œuvre? ». Ce changement est l'un des fondements intellectuels des réseaux programmables.

Feamster a co-écrit plus tardThe Road to SDN, qui présentait le domaine comme une accumulation d'idées plutôt qu'un moment d'invention unique. Cette position historique est utile pour résister au mythe du fondateur qui se développe autour des technologies d'infrastructure. Un domaine devient possible lorsque des groupes de recherche, des opérateurs, des fournisseurs et des organismes de normalisation résolvent des problèmes voisins et rendent les solutions déployables.

Un article de 2017,Why (and How) Networks Should Run Themselves, avec Jennifer Rexford, a étendu l'argument de l'architecture du contrôleur à l'exploitation continue. Il décrivait des boucles fermées où une intention de haut niveau pilote les décisions, les mesures révèlent les résultats et le système s'adapte. Le titre était intentionnellement provocateur et ne signifiait pas que les ingénieurs n'étaient plus nécessaires. Un réseau auto-ajustable a besoin d'objectifs corrects, de mesures fiables, d'une exécution sûre, d'autorisations limitées et d'un moyen de s'arrêter lorsque les preuves sont ambiguës.

Ce programme semble aujourd'hui plus proche d'un problème de conception pour les opérations améliorées par l'IA que d'une vision lointaine. Les modèles de langage peuvent suggérer des configurations, résumer des incidents et choisir des outils, mais ils peuvent fabriquer des causes, mal comprendre la politique et agir avec une autorité excessive. Les premières recherches sur le routage imposent une norme stricte: les recommandations apprises doivent être entourées de vérifications explicites et de résultats observables, et non acceptées parce que leur explication semble convaincante.

La recherche sur le spam a rendu le réseau entourant le message plus important que le message lui-même

À Georgia Tech, le sujet de la surveillance est passé des erreurs de configuration aux adversaires qui changent délibérément. Les campagnes de spam et les botnets étaient conçus pour se déplacer. Les machines compromises apparaissaient et disparaissaient, les adresses changeaient, les domaines étaient remplacés et l'infrastructure de contrôle était distribuée. Une empreinte de contenu pouvait attraper un message connu, mais le système de livraison lui-même révélait souvent le modèle le plus durable.

Un article SIGCOMM de 2006,Understanding the Network-Level Behavior of Spammers, a analysé plus de dix millions de spams selon le document. Il étudiait où les expéditeurs apparaissaient, combien de temps ils restaient et comment le spam était lié à l'espace d'adressage IP et au comportement de routage. L'importance ne résidait pas dans un seul pourcentage fixe, mais dans la démonstration que l'abus pouvait être étudié comme une infrastructure: l'ensemble des expéditeurs, des chemins, du timing et de la concentration des sources pouvait révéler une coordination que le texte du message ne révélait pas seul.

La méthode offrait un avantage pratique. Les propriétés au niveau du réseau pouvaient être disponibles tôt dans la connexion, avant qu'un message complet ne soit accepté ou analysé. Cela réduit le traitement, permet une défense à grande échelle et peut préserver une certaine confidentialité du contenu en s'appuyant sur les métadonnées. Mais l'abstraction elle-même crée un danger. Un bloc résidentiel peut contenir à la fois des utilisateurs innocents et des machines compromises. Un serveur partagé peut héberger à la fois des domaines légitimes et malveillants. Le propriétaire d'une adresse peut changer.

La réputation de l'infrastructure n'est utile que si elle capture l'incertitude, la péremption et un chemin de contestation.

La recherche de contre-espionnage DNSBL a utilisé le besoin de défense de l'adversaire comme un signal. Les opérateurs de botnets interrogeaient les listes noires basées sur le DNS pour voir si leurs machines avaient été détectées. Des modèles de requêtes distinctifs pouvaient révéler une appartenance probable à un botnet. L'idée était intelligente car la reconnaissance de l'attaquant devenait une preuve, mais elle restait une inférence approximative. Une requête peut avoir une raison légitime, et la liste des machines probables doit encore être confirmée avant de prendre une mesure perturbatrice.

SNARE utilisait des caractéristiques spatiales, temporelles et réseau disponibles pendant une session SMTP pour évaluer les expéditeurs. L'évaluation a rapporté une précision proche de 93 % avec un faible taux de faux positifs. Ce résultat appartient aux données de l'étude, à l'environnement de menace et à son seuil, ce n'est pas une propriété fixe dix-sept ans plus tard. Les adversaires s'adaptent, l'infrastructure de messagerie se concentre et les distributions de caractéristiques changent.

Par conséquent, le résultat prouve que les signaux réseau précoces peuvent soutenir un classificateur utile, et non qu'il s'agit d'une référence permanente.

Le système de réputation DNS dynamique étendait la même logique des expéditeurs aux domaines. Les modèles d'enregistrement, les serveurs de noms, le changement d'adresses et le comportement de résolution pouvaient rendre une infrastructure malveillante différente d'un service légitime stable. Le classificateur pouvait attribuer un risque avant de connaître chaque charge utile. La méthode précédait l'apprentissage automatique ultérieur sur les graphes: construire une représentation à partir de métadonnées, entraîner une règle de décision, puis faire face aux conséquences opérationnelles lorsque la représentation était incomplète.

La réputation est une décision opérationnelle, pas une étiquette objective

Le regroupement comportemental des malwares basés sur HTTP a poussé la méthode un pas plus loin. Plutôt que de demander une empreinte correspondante pour chaque binaire, les échantillons étaient regroupés par comportement de communication, puis des empreintes réseau étaient générées. Cela pouvait rester utile lorsque le code changeait alors que les habitudes de protocole de commande et contrôle, de destination ou de timing persistaient, mais cela pouvait également regrouper du trafic non lié si la représentation était grossière.

La différence entre le signal et le jugement détermine la façon dont un système est utilisé. Un modèle peut dire qu'une adresse, un domaine ou un flux ressemble à un abus connu. L'opérateur doit décider de la suite. Un résultat de faible confiance peut déclencher une surveillance supplémentaire; un résultat plus fort peut entraîner une limitation du débit. Bloquer un domaine entier ou un préfixe entier peut imposer un coût à des utilisateurs innocents. Par conséquent, la conception technique inclut le seuil, l'âge des preuves, la portée de l'action et le chemin de correction.

Les premiers travaux de Damballa et un brevet attribué à Georgia Tech Research Corporation montrent le contexte commercial et juridique de cette recherche. Le brevet cite Feamster avec David Dagon, Wenke Lee et d'autres inventeurs dans une méthode de détection et de réponse aux réseaux d'attaque. Le brevet fournit un enregistrement formel des inventeurs et de la cession, mais il ne prouve pas l'invention exclusive, l'utilisation en production, les revenus de licence ou la validité de chaque revendication dans chaque juridiction.

La contribution plus large a été de faire de la réputation un problème d'infrastructure, et non un simple score de précision. Les défenseurs ont besoin d'un classificateur qui fonctionne à temps, au débit de ligne disponible, avec des données pouvant être collectées légalement et avec des erreurs gérables. Un article peut améliorer un maillon de la chaîne; un système de production doit porter la chaîne entière pendant des années pendant que l'adversaire change.

C'est le lien entre le travail de sécurité et le programme actuel d'apprentissage automatique. Les projets ultérieurs accordent une attention plus claire au coût des caractéristiques, à la dérive, à la confidentialité et au déploiement. La question fondamentale reste la même: lorsqu'un signal réseau devient une décision, quelle preuve rend la décision suffisamment fiable pour affecter le trafic réel?

La mesure à la passerelle domestique a déplacé le point d'observation du haut débit

Il est facile de dire « Internet est lent », mais difficile de diagnostiquer ce que cela signifie. Le problème peut provenir de la capacité de la ligne d'accès, du Wi-Fi, d'un appareil domestique gourmand en ressources, d'un peering encombré, d'un serveur distant, de la latence de l'application ou d'un test qui ne peut pas générer de trafic assez rapidement. La mesure depuis un ordinateur portable hérite de son état logiciel et de son réseau local, tandis que la mesure depuis le cœur du réseau du fournisseur ne voit pas ce que le foyer voit réellement.

L'approche de la passerelle a placé une mesure contrôlée à la frontière entre le foyer et le fournisseur d'accès Internet. Une étude SIGCOMM de 2011 a utilisé des données longitudinales provenant d'environ 4 000 passerelles chez huit fournisseurs, dans le cadre d'un déploiement plus large dépassant 4 200 appareils. Elle a examiné le débit, la latence, les technologies d'accès et le comportement de mise en forme du trafic. La valeur de la passerelle était analytique: elle surveille le service d'accès tout en évitant une partie de la variabilité incontrôlée d'un terminal ordinaire.

Ce point d'observation n'a pas rendu la réponse automatique. La passerelle domestique partage l'environnement local avec les appareils et le Wi-Fi. Le serveur de mesure a son propre chemin et sa propre capacité. Le test peut interférer avec le trafic domestique ou fonctionner à des heures non représentatives. La méthode a amélioré l'attribution, mais n'a pas créé une vue complète de l'expérience utilisateur.

BISmark a transformé l'approche de la passerelle en une plateforme de test réutilisable. Un article USENIX ATC de 2014 décrivait des routeurs personnalisés et un backend capable de déployer des mesures et des applications. À la date de l'article, le système fonctionnait dans des centaines de foyers dans environ 30 pays, utilisé par des chercheurs de neuf institutions. Ces chiffres sont limités à leur époque, mais ils indiquent un travail qui a dépassé un seul ensemble de données.

Maintenir une plateforme domestique est un travail d'infrastructure en soi. Le matériel doit être expédié et supporté, les utilisateurs débranchent les appareils, les micrologiciels deviennent obsolètes, les horloges dérivent et le consentement doit rester compréhensible. Les schémas de données et les pipelines de collecte doivent survivre aux changements de réseaux et d'applications. Par conséquent, le système déployé était autant une preuve de construction institutionnelle que de conception de mesure.

Le programme haut débit illustre également pourquoi la méthodologie est importante pour la politique. Un résultat de passerelle contrôlée ne peut pas être remplacé par un test de navigateur, un compteur de FAI ou une vitesse de forfait annoncée; chacun mesure une partie différente du chemin. Les décisions publiques deviennent plus défendables lorsque l'emplacement et les limites de la mesure sont visibles au lieu d'être cachés derrière un seul chiffre de vitesse.

Lorsque les lignes d'accès sont devenues plus rapides, la vitesse à elle seule n'expliquait plus l'expérience

Les premières politiques de haut débit se concentraient beaucoup sur la question de savoir si le fournisseur fournissait le débit annoncé. Cette question reste importante lorsque la capacité d'accès est rare, mais elle perd une partie de son pouvoir explicatif lorsque la ligne devient suffisamment rapide pour que la latence, le Wi-Fi, la distribution de contenu et la conception de l'application dominent l'expérience.

Une étude portant sur plus de 5 000 réseaux haut débit a examiné les goulots d'étranglement des performances Web et a constaté que le débit d'accès brut n'était souvent plus le seul facteur au-dessus d'une plage de vitesse propre à l'étude. Un forfait plus rapide peut ne pas rendre une page plus rapide si le temps aller-retour, les dépendances des éléments de la page ou le comportement du serveur déterminent le temps d'achèvement. Le seuil précis ne doit pas être transformé en règle universelle. La conclusion la plus durable est que la qualité devient multidimensionnelle à mesure que la ligne d'accès s'améliore.

La fiabilité ajoute une autre dimension. Un service peut offrir une bonne vitesse médiane tout en faisant échouer le foyer avec de courtes interruptions. Un appel, un examen ou une session de télémédecine peuvent échouer en raison d'une brève perte qui disparaît dans la moyenne mensuelle. Une mesure longitudinale est nécessaire pour décrire la fréquence, la durée et le moment des pannes; un seul test ne peut pas le faire.

La recherche sur le DNS chiffré a mis en évidence un compromis similaire. Les choix de résolveur et de protocole affectent la latence, la confidentialité et l'accessibilité. Dans l'échantillon mesuré, aucun réglage unique n'était le meilleur pour chaque utilisateur et chaque réseau. Un avantage en matière de sécurité ou de confidentialité peut entraîner un coût de performance dans un environnement et pas dans un autre. Cela met en garde contre la transformation d'une référence unique en une recommandation universelle.

Les mesures de la période de la pandémie de COVID ont montré à quelle vitesse l'environnement opérationnel peut changer. Les fournisseurs de services entités ont connu un changement soudain du trafic et de la demande de peering, puis des ajouts de capacité et des changements dans les modèles d'utilisation. Les résultats étaient limités aux réseaux mesurés, mais ils ont montré pourquoi une planification basée uniquement sur des moyennes historiques stables peut échouer lors d'un choc sociétal.

À ce stade, la mesure du haut débit devient une ingénierie de l'expérience utilisateur. L'opérateur doit relier les signaux de bas niveau — débit, latence, perte, interruptions, peering — aux résultats tels que le blocage vidéo et la qualité des réunions. Cette connexion est devenue une partie de l'hypothèse du produit NetMicroscope. Les résultats académiques ne prouvent pas chaque affirmation de l'entreprise, mais la filiation technique est directe.

La mesure du peering a transformé un litige commercial en un problème de données partagées

Le chemin entre un foyer et une application peut traverser plusieurs frontières commerciales. Le fournisseur d'accès peut échanger du trafic directement avec un réseau de contenu, via un point d'échange Internet ou via un fournisseur de transit. La congestion peut se produire sur un seul lien, dans une seule direction et pendant une seule période. Par conséquent, les discussions publiques sur « le peering » peuvent regrouper des situations techniques différentes.

L'Interconnection Measurement Project a demandé aux fournisseurs de services entités d'installer un outil de mesure commun au niveau des liens de peering. Le projet a rapporté environ 2 900 liens et une utilisation d'environ 31 % aux heures de pointe en juin 2021, avec des preuves d'ajouts de capacité. Ces résultats agrégés ne prouvent pas que chaque chemin utilisateur était exempt de congestion; la moyenne peut cacher des pics de courte durée, un chemin isolé ou une défaillance locale. La valeur du projet était de donner à plusieurs parties une méthodologie et un vocabulaire communs.

Un système de mesure partagé peut réduire un type de litige et en créer un autre. Les entités doivent convenir des liens à inclure, de la manière d'échantillonner l'utilisation, de la protection des données propriétaires et des résumés pouvant être publiés. Les fournisseurs peuvent avoir des raisons commerciales de limiter la divulgation. Les chercheurs ont besoin de suffisamment de détails pour tester les affirmations sans révéler les relations clients ou les topologies sensibles pour la sécurité.

Le rôle de Feamster ici est mieux décrit comme la construction de capacités de mesure et de collaboration institutionnelle. Il n'a pas réglementé les accords de peering et n'avait pas l'autorité pour contraindre les parties à participer. Le projet illustre le passage de la recherche d'un outil sur une passerelle domestique à un système de preuves partagé avec les opérateurs. La tâche technique n'était pas séparée de la gouvernance: des données utiles nécessitaient la coopération des institutions qui contrôlent les liens.

L'équité Internet a élargi la notion de performance pour inclure l'accès, le coût et la fiabilité

Une ligne haut débit peut exister dans un quartier tout en restant inabordable. Un ménage peut souscrire à un service mais recevoir une connexion peu fiable. Un fournisseur peut atteindre le débit annoncé alors que le Wi-Fi, le câblage du bâtiment ou la qualité de l'appareil empêchent l'application de bien fonctionner. Réduire la fracture numérique à une seule carte de couverture masque ces différences.

L'Internet Equity Initiative de l'Université de Chicago regroupe des dimensions telles que l'abordabilité, l'infrastructure, l'accessibilité, l'adoption, les performances et la fiabilité. Ses passerelles et ses projets relient les mesures de réseau aux données démographiques et aux politiques publiques. Des appareils placés dans des foyers de Chicago ont fourni des preuves directes des performances du service, tandis que les données publiques permettaient des comparaisons entre les lieux et les groupes.

La méthode peut révéler un modèle sans expliquer chaque cause. Une différence entre les quartiers peut être corrélée au revenu, au type de bâtiment, à la concurrence des fournisseurs, au niveau d'abonnement, à l'équipement ou à l'investissement historique. La couche démographique soutient l'enquête, mais ne prouve pas la cause de l'écart. La politique a besoin de la même distinction que la recherche sur le routage exigeait: la représentation rend la question testable, mais elle ne remplace pas les variables manquantes.

L'Université de Chicago a rapporté en 2025 que la collaboration Internet Innovation avait contribué à la mesure et à l'analyse pour la planification du haut débit dans l'Illinois concernant 175 000 foyers, entreprises et sites institutionnels non desservis. Il s'agit d'une affirmation institutionnelle importante, mais elle impliquait l'Illinois Broadband Lab, des responsables de l'État et d'autres partenaires. Elle ne doit pas être transformée en une déclaration selon laquelle un seul professeur a personnellement connecté 175 000 sites ou que chaque construction prévue est déjà terminée.

Le passage des tests de passerelle à l'équité Internet révèle un changement dans l'utilisateur prévu de la mesure. Un opérateur peut utiliser un résultat de passerelle pour diagnostiquer une ligne; une ville utilise un modèle de quartier pour cibler des subventions; un État utilise des données vérifiées dans un processus de financement. Plus la mesure entre dans des décisions publiques à fort impact, plus les définitions transparentes, les données versionnées et une déclaration claire de ce qui reste incertain deviennent nécessaires.

La recherche sur la censure a fait de l'observabilité un enjeu de sécurité humaine

La censure d'Internet est difficile à mesurer pour la même raison structurelle qui rend le routage difficile à expliquer: l'observateur voit un résultat produit par plusieurs systèmes. Un échec de résolution DNS peut provenir d'un filtrage gouvernemental, d'un pare-feu local, d'une simple erreur DNS, d'une panne de serveur ou d'une instabilité de routage. Une réinitialisation de connexion peut être injectée, générée par le point terminal ou provenir d'un intermédiaire sans rapport avec le contrôle politique. Le signal arrive rarement signé par le responsable.

Les risques diffèrent parce que la mesure peut exposer une personne. Les chercheurs ont besoin de points d'observation à l'intérieur de réseaux censurés, mais les volontaires peuvent subir des représailles. Les techniques distantes peuvent réduire le besoin de recruter des entités locaux, mais elles peuvent impliquer des utilisateurs, des sites Web ou des systèmes qui n'ont pas consenti à l'expérience. Dans ce domaine, le modèle de sécurité fait partie de l'architecture de mesure.

Le travail de Feamster dans ce domaine a commencé avec Infranet en 2002. Le système traitait la censure comme un problème de contournement. Des serveurs Web coopératifs cachaient les requêtes montantes dans un trafic HTTP apparemment normal et dissimulaient les données descendantes dans des images. Ses hypothèses sur le Web appartiennent à un environnement plus ancien, mais il a établi une idée durable: la censure est aussi une lutte sur les modèles de trafic qui peuvent être distingués de la communication ordinaire.

Les travaux ultérieurs sont passés de l'aide à l'utilisateur pour contourner le blocage à la mesure du blocage lui-même. Cela a créé une opportunité d'intérêt public; des mesures à grande échelle et reproductibles pouvaient documenter un filtrage qu'aucun gouvernement ou opérateur ne divulguait. Mais cela a également créé une limite éthique plus difficile. Le système de mesure pouvait produire des preuves pour le public tout en faisant peser un risque sur l'appareil individuel qui émet le signal.

Ce compromis n'est pas secondaire dans la carrière. C'est le cas le plus clair où faire en sorte qu'Internet s'explique peut nuire à des personnes qui n'ont pas posé la question. Par conséquent, la qualité éthique de la mesure de la censure dépend du choix de la cible, du consentement, des limites de débit, de la conservation des données, de la divulgation et du potentiel de représailles, et pas seulement de la précision statistique.

Encore a montré comment l'échelle peut dépasser le consentement

Encore utilisait des requêtes inter-origines du navigateur pour tester l'accessibilité de ressources Web sélectionnées depuis différents réseaux. Un site entité pouvait amener le navigateur d'un visiteur à envoyer une requête, et les chercheurs déduisaient si la ressource était bloquée. La conception promettait une échelle sans installer de logiciel spécial dans chaque pays.

Le mécanisme lui-même a créé un conflit éthique sérieux. Une personne visitant une page non liée pouvait devenir un point de mesure sans comprendre l'expérience. Un censeur pouvait voir une requête vers un domaine sensible. Un site tiers pouvait sembler tester du matériel qu'il n'avait pas choisi. La personne supportant le risque n'était pas nécessairement le chercheur recevant les données.

L'article autonomeNo Encore for Encore?a soutenu que la conception soulevait des problèmes de consentement éclairé, de transparence, de sécurité des utilisateurs et de préjudice potentiel pour les sites tiers. Il documentait également la communication avec Feamster et les modifications du système. La critique ne doit pas être exagérée en un jugement de mauvaise conduite de recherche, ni réduite à une note de bas de page effacée par les travaux ultérieurs. Elle a identifié un risque de conception réel dans un système ayant un objectif public légitime.

Feamster et Ben Jones ont ensuite publiéCan Censorship Measurements Be Safe(r)?. Le titre traite correctement la sécurité comme un continuum, pas comme une certification binaire. La couverture, la reproductibilité et la précision sont en concurrence avec l'exposition des volontaires, des cibles et des tiers. Une mesure qui atteint de nombreux réseaux peut être moins acceptable si elle ne peut pas spécifier le danger qu'elle crée pour chaque entité.

L'incident a modifié le contenu intellectuel de la recherche. L'éthique n'était plus une revue externe ajoutée après la méthode technique. Le modèle de menace devait inclure les personnes générant le trafic, les institutions hébergeant le test et les autorités susceptibles de le surveiller. Cela reste une leçon pour toute mesure d'infrastructure, en particulier lorsque les navigateurs, les appareils domestiques et les agents d'IA deviennent des capteurs distribués.

Augur, Iris et les systèmes ultérieurs ont tenté d'élargir la couverture sans masquer les risques

Augur a tenté de déduire la connectivité entre des sites distants via des canaux auxiliaires TCP/IP sans contrôler un point de mesure traditionnel à chaque extrémité. L'article rapportait une vérification dans environ 180 pays sur 17 jours et incluait des choix de conception visant à éviter d'impliquer des utilisateurs spécifiques. La méthode a élargi la couverture géographique, mais l'inférence reposait sur le comportement du système d'exploitation, la sélection d'adresses, l'asymétrie de filtrage et des hypothèses statistiques.

Iris se concentrait sur la manipulation DNS. Des requêtes répétées vers des résolveurs répartis sur les sites pouvaient être comparées pour détecter des réponses anormales. Le DNS fournit des preuves structurées, mais les systèmes légitimes mettent également en cache, redirigent, localisent et filtrent. Une réponse divergente est un point de départ pour l'attribution, pas une preuve qu'une agence gouvernementale spécifique a émis la règle.

La construction de la liste de test est devenue une autre source de biais. Un outil qui teste des sites politiques mondialement connus peut manquer des langues locales et des sujets culturels spécifiques. Un projet de 2018 a utilisé le traitement du langage naturel et la recherche pour identifier 1 125 sites qui ne figuraient pas dans la plus grande liste de blocage chinoise à l'époque. La liste a amélioré la couverture dans cette étude, mais elle est restée un artefact lié au temps, car les domaines, le contenu et la politique changent.

GFWeb, publié à USENIX Security en 2024, a examiné le filtrage HTTP et HTTPS par le Grand Pare-feu de Chine pendant 20 mois. L'article rapportait avoir testé 1,02 milliard de domaines et identifié des centaines de milliers de domaines de niveau paiement affectés par différents mécanismes. Ce sont des décomptes de mesure, pas un recensement des personnes affectées. Leur valeur est de montrer que différents tests de protocole révèlent différentes parties du système de filtrage et qu'une seule technique peut sous-estimer le nombre.

Une recherche sur le Turkménistan a rapporté avoir testé 15,5 millions de domaines, identifié 122 000 domaines censurés et déduit des règles de surblocage plus larges affectant des millions d'autres. Elle a également exploré les outils de contournement. Publier un outil de contournement peut aider les utilisateurs tout en enseignant au censeur quoi bloquer ensuite. Par conséquent, le moment de la divulgation et la connaissance locale sont des décisions d'ingénierie ayant des implications humaines.

Le dossier de Feamster dans cet espace est vaste et collaboratif. Il a co-écrit des systèmes, aidé à construire une communauté de recherche et continue d'enseigner Internet Censorship and Online Speech. Il ne doit pas être décrit comme l'unique fondateur de chaque observatoire connexe, ni attribuer Geneva à lui simplement parce que les collaborateurs et les sujets se chevauchent. Cartographier les articles et les rôles est plus précis que de placer une étiquette d'inventeur globale.

L'éthique de la mesure est devenue une partie de l'exactitude technique

La recherche sur la censure soulève un point plus large sur l'observabilité. Un système peut être statistiquement puissant tout en échouant techniquement s'il ne peut pas être exploité de manière responsable. Les mécanismes de consentement, la sélection des cibles, la fréquence des requêtes, la minimisation des données et la stratégie de déploiement déterminent si la méthode peut être reproduite sans dommage inacceptable.

Cela ne signifie pas que l'on demande aux chercheurs d'éliminer tous les risques. La sécurité totale peut être impossible dans un domaine dont le sujet est un État ou un opérateur de réseau hostile. L'exigence est que le risque soit explicite, proportionné et comparé au bénéfice public attendu. Les personnes les plus exposées ne doivent pas disparaître derrière un chiffre mondial de domaines.

Le même principe s'applique au-delà de la censure. Une sonde haut débit peut révéler un modèle d'activité domestique. Un outil IoT peut collecter des métadonnées sur les appareils. Un score de réputation de sécurité peut refuser un service. Un jeu de données synthétiques peut conserver des traces qu'il était censé protéger. Dans chaque cas, le système de mesure crée une nouvelle infrastructure avec ses propres utilisateurs, permissions et modes de défaillance.

La valeur de la carrière de Feamster réside aussi dans le fait qu'elle inclut une controverse documentée plutôt qu'une chaîne ininterrompue de succès. L'épisode Encore montre comment une méthode a été critiquée, modifiée, puis suivie de travaux de sécurité plus explicites. Il montre aussi pourquoi les garanties ultérieures ne peuvent pas être utilisées pour réécrire le risque initial. Un dossier sérieux peut apprécier l'apprentissage tout en préservant le désaccord qui l'a rendu nécessaire.

Les maisons intelligentes ont révélé ce que le chiffrement ne cache pas

Le chiffrement protège le contenu de la charge utile, mais le réseau a toujours besoin du timing, des tailles de paquets, des directions et des destinations pour acheminer le trafic. Une prise intelligente, une caméra, un téléviseur ou un assistant vocal peut contacter des services selon des schémas prévisibles et distinctifs. Un observateur qui ne peut pas lire le message peut néanmoins déduire qu'un appareil a été activé, a diffusé une vidéo ou a signalé un événement.

A Smart Home Is No Castlea démontré ce canal auxiliaire, etSpying on the Smart Homea étendu l'analyse avec une évaluation des défenses de mise en forme du trafic. Ce dernier article rapportait qu'une défense à débit constant pouvait protéger l'activité à un coût supplémentaire d'environ 40 kilo-octets par seconde dans l'environnement de test. Ce chiffre n'est pas un prix universel pour la vie privée. La combinaison d'appareils, le modèle de menace, la capacité de la ligne et le niveau de dissimulation requis modifient tous le compromis.

Ce travail a corrigé une simplification courante dans la confidentialité des consommateurs. L'expression « chiffré en transit » peut être vraie alors que le comportement reste exposé par les métadonnées. Par conséquent, une politique de confidentialité qui ne traite que du contenu peut manquer un risque important. Les défenses telles que la mise en forme et le rembourrage consomment de la bande passante, de l'énergie ou du temps, et leur coût peut incomber au foyer plutôt qu'au fabricant.

La question pratique n'est pas de savoir si le trafic peut être analysé en laboratoire, mais qui peut surveiller le foyer, quelle inférence est suffisamment fiable pour avoir de l'importance et quelle partie peut modifier la conception. Le FAI, un attaquant local, le fabricant de l'appareil et le fournisseur de cloud ont des vues différentes. La mesure quantifie la fuite; la protection des consommateurs nécessite une décision sur les paramètres par défaut, la divulgation, la correction et la responsabilité.

IoT Inspector est devenu un outil grand public et une infrastructure de recherche

IoT Inspector a fait passer le travail sur la maison intelligente d'une étude contrôlée à un outil open source que les utilisateurs peuvent exécuter sur leur propre réseau. Il permettait à un entité de choisir les appareils, de voir les destinations avec lesquelles ils communiquent et, avec consentement, de contribuer des métadonnées étiquetées à la recherche. Un article de 2020 documentait des milliers d'utilisateurs et des dizaines de milliers d'appareils de nombreux fournisseurs et catégories.

Des rapports ultérieurs utilisaient différents décomptes — 44 956, 54 094, plus de 55 000 ou environ 63 000 appareils — en raison de fenêtres de collecte et de conventions de rapport différentes. Choisir le plus grand nombre sans date transforme un ensemble changeant en une précision illusoire. La preuve la plus importante est que le projet a fonctionné à une échelle où le support utilisateur, la qualité des étiquettes, la confidentialité et la maintenance logicielle sont devenus des questions de recherche de premier ordre.

Un inspecteur orienté utilisateur révèle également des ambiguïtés. Plusieurs clients cloud peuvent partager un même domaine. L'étiquette d'un appareil peut être erronée. Une connexion à un traqueur ne révèle pas à elle seule quelles données ont été transférées ou quel préjudice en a résulté. Montrer les destinations augmente la visibilité sans nécessairement donner à l'utilisateur un recours exploitable.

L'examen par l'équipe du projet a discuté des incitations, du consentement, de la minimisation des données et de la maintenance opérationnelle. C'est important car une plateforme de recherche ouverte peut créer des obligations similaires à celles d'un fournisseur de services: elle conserve des preuves sensibles, dépend de la compréhension des entités et doit continuer à expliquer ce que ses résultats prouvent et ce qu'ils ne prouvent pas.

Des études connexes sur certains dispositifs médicaux IoT, des jouets connectés et les perceptions des utilisateurs ont étendu le travail à la protection des consommateurs. Les résultats doivent être liés au produit, à la version et à la date du test. Les mises à jour du micrologiciel, les correctifs du fournisseur et l'environnement de déploiement peuvent modifier le résultat.

L'apprentissage automatique pour les réseaux est un pipeline opérationnel complet, pas un classificateur unique

L'apprentissage automatique est entré dans le travail de Feamster par le biais du spam et de la réputation bien avant le cycle actuel de l'IA générative. Le programme ultérieur netml.io a rendu le pipeline environnant plus explicite. Un classificateur de réseau dépend de la manière dont les paquets sont représentés, dont les étiquettes sont obtenues, dont les caractéristiques sont extraites, de la vitesse d'exécution du modèle, de la manière dont la dérive est détectée et de l'action qui suit le résultat.

nPrint a représenté les paquets sous une forme standardisée au niveau des bits, et nPrintML a relié la représentation à la modélisation automatisée. L'objectif n'était pas de prouver qu'une seule représentation était la meilleure pour chaque tâche, mais de rendre les comparaisons plus reproductibles en réduisant les changements cachés dans l'ingénierie des caractéristiques.

Traffic Refinery a abordé le coût de la production de caractéristiques à des débits élevés. Un modèle précis est opérationnellement faible si l'extraction de caractéristiques abandonne des paquets, sature le processeur ou renvoie le résultat après la fermeture de la fenêtre de décision. LEAF a étudié la dérive conceptuelle, c'est-à-dire l'évolution des relations statistiques à mesure que les applications, les appareils et les réseaux changent. Un modèle de production a besoin de critères pour le réentraînement, le retour en arrière et la surveillance des erreurs en fonction de l'environnement.

CATO a combiné les objectifs de prédiction avec les objectifs système. L'évaluation de NSDI 2025 a rapporté une réduction du temps d'inférence jusqu'à 3 600 fois et une augmentation du débit sans perte jusqu'à 3,7 fois dans des conditions expérimentales spécifiques. Ces chiffres ne sont pas des garanties générales pour la production. Leur importance conceptuelle est que la précision statistique et le coût de traitement des paquets doivent être optimisés ensemble.

Les travaux en cours étendent cette logique à la classification à faible coût, au pacing, à la sélection des sondes, à la mesure L4S sur le terrain et à l'analyse des erreurs de configuration avec des modèles de langage. La thèse de 2005 reposait sur des invariants explicites; un modèle de langage en 2026 peut déduire un problème probable à partir d'exemples et de texte. La méthode la plus récente peut couvrir des cas difficiles à encoder dans des règles formelles, mais elle peut remplacer la preuve par la plausibilité si la recommandation n'est pas vérifiée par rapport à un état réseau observable.

Le trafic synthétique tente de partager des données utiles sans exposer le réseau réel

Le partage de traces de trafic réelles est difficile. Elles peuvent révéler des communications, des utilisateurs, des appareils, la structure de l'organisation et des applications propriétaires. L'étiquetage est coûteux et les traces peuvent devenir obsolètes rapidement. Les données synthétiques promettent une alternative: générer des paquets et des flux qui conservent des caractéristiques utiles sans publier les enregistrements originaux.

NetDiffusion a utilisé des modèles de diffusion avec des contraintes de protocole pour générer du trafic au niveau des paquets. NetSSM a ajouté la connaissance de l'état et des flux multiples. GATEAU, dirigé par Feamster et Francesco Bronzino, pose le problème plus large autour de la confidentialité, du coût de collecte et de la rareté des données étiquetées. Ces projets recherchent un juste milieu entre des paquets aléatoires techniquement corrects mais irréalistes et des traces réelles qui ne peuvent pas être distribuées en toute sécurité.

Une trace générée peut échouer de plusieurs manières. Elle peut préserver les statistiques marginales mais perdre les corrélations nécessaires pour une tâche ultérieure. Elle peut mémoriser des exemples sensibles. Elle peut satisfaire la spécification du protocole sans reproduire la congestion, l'état de session ou le comportement de l'utilisateur. Un classificateur entraîné sur elle peut réussir en test et échouer sur le trafic de production.

Les travaux de 2026 sur le compromis confidentialité-qualité ont traité ces risques comme des quantités mesurables au lieu de supposer que « synthétique » signifie anonyme. La confidentialité doit être testée contre des attaques plausibles, et l'utilité doit être testée sur la tâche réelle qui utilisera les données. Le trafic synthétique est un outil de recherche, pas une certification que le réseau d'origine a disparu.

NetMicroscope teste si un programme de mesure peut devenir une entreprise

NetMicroscope représente la traduction commerciale la plus claire des recherches de Feamster sur le haut débit et l'apprentissage automatique. L'entreprise cite Feamster comme PDG et co-fondateur, et Francesco Bronzino comme CTO et co-fondateur. Les supports marketing de l'université indiquent qu'ils ont fondé l'entreprise en 2021 avec une équipe à distance principalement basée à Chicago et à Lyon.

L'hypothèse du produit est que le débit, la latence, la perte, l'état de l'appareil et les signaux applicatifs deviennent plus utiles lorsqu'ils sont fusionnés dans une estimation de la qualité telle que perçue par l'utilisateur. Un opérateur peut savoir qu'une ligne est active sans savoir pourquoi une session vidéo se dégrade. NetMicroscope affirme utiliser l'apprentissage automatique pour déduire l'expérience applicative et identifier les problèmes avant les plaintes.

Les preuves financières vérifiées sont limitées. En janvier 2024, le George Shultz Innovation Fund a accordé à l'entreprise 200 000 $ pour le développement de produits, le marché, l'équipe et la propriété intellectuelle. L'entreprise a également participé à I-Corps et à l'accélérateur Compass. Ce sont des signaux commerciaux précoces importants, mais pas une preuve d'évaluation, de financement total, de revenus, de nombre de clients, de rétention, de part de marché ou de rentabilité.

La frontière entre l'université et l'entreprise mérite un examen ordinaire, pas une insinuation. Des articles sur la classification du trafic peuvent chevaucher un produit commercial. Les lecteurs ont besoin de divulgations sur les affiliations, le financement, l'accès aux données, les licences et la propriété de la PI. Le dossier présenté ne montre pas que chaque BISmark, nPrint ou code universitaire a été transféré exclusivement à l'entreprise.

Par conséquent, NetMicroscope soutient une conclusion modeste: elle teste si des années de recherche sur la mesure peuvent devenir un service opérationnel pour lequel les clients paient. Les preuves publiques confirment les fondateurs, la direction du produit et une subvention universitaire, mais elles ne soutiennent pas encore une revendication de domination commerciale.

L'enseignement a transformé la trajectoire de recherche en un programme d'infrastructure

Le dossier d'enseignement de Feamster suit le même chemin que sa recherche. Ses cours à Georgia Tech couvraient l'architecture Internet, la sécurité et les réseaux de nouvelle génération, puis les réseaux définis par logiciel ont été ajoutés. À Princeton, les réseaux ont rencontré la sécurité de l'information et la politique technologique. Ses cours actuels à UChicago incluent Machine Learning for Computer Systems, Internet Censorship and Online Speech, et Security, Privacy, and Consumer Protection.

Il a co-écrit la sixième édition du livre d'Andrew Tanenbaum,Computer Networks, en 2020. Sa page d'enseignement le crédite également pour la création du cours Computer Networks dans le Georgia Tech Online Master of Science in Computer Science et pour avoir été son instructeur fondateur. Le cours en ligne a élargi l'enseignement des réseaux à un public au-delà d'une seule cohorte, mais l'affirmation de la fondation doit être attribuée à son dossier publié à moins qu'une archive distincte du programme ne soit citée.

Le prix Quantrell 2026 fournit une preuve institutionnelle indépendante de la centralité de l'enseignement dans son travail. L'annonce d'UChicago a souligné les questions ouvertes, la réflexion collaborative et les exercices conçus autour de travaux réels. Les commentaires des étudiants sont qualitatifs, mais le prix montre que la carrière ne peut pas être réduite aux articles et aux startups.

La construction institutionnelle a élargi le public plus loin. Feamster a dirigé le Center for Information Technology Policy à Princeton, puis a co-dirigé des programmes à UChicago qui relient les mesures réseau à la politique publique et à la science des données. Des ateliers sur les communications libres et ouvertes ont aidé à construire une communauté où l'éthique et la conception des mesures pouvaient être discutées ensemble.

Un récit équitable doit rendre les collaborateurs visibles. De nombreux systèmes ont été mis en œuvre ou dirigés par des étudiants et des chercheurs en début de carrière. IoT Inspector, les projets de censure, les plateformes haut débit et les systèmes d'apprentissage automatique comprennent de grandes équipes multi-auteurs. Un professeur peut définir une direction et construire des institutions sans devenir l'auteur unique de chaque résultat.

Le travail politique fournit des preuves mais n'exerce pas d'autorité réglementaire

Le rôle de Feamster dans les politiques publiques est fondé sur la mesure. UChicago déclare qu'il a travaillé avec des organismes tels que la Federal Communications Commission et la Ville de Chicago. Les projets Internet Equity et haut débit peuvent fournir des preuves sur l'accès, le coût, la fiabilité et les performances, mais ils ne décident pas de l'éligibilité aux subventions, ne réglementent pas les prix et n'ordonnent pas à un fournisseur de modifier son réseau.

Cette limite est importante car les preuves techniques gagnent en autorité lorsqu'elles entrent dans le gouvernement. Un test de vitesse peut alimenter un processus de réclamation, mais les normes juridiques sont décidées ailleurs. Un diagramme de peering peut illustrer l'utilisation, tandis que les contrats et les décisions de routage restent en dehors. Un ensemble de données de censure peut documenter une intervention sans compléter l'analyse juridique ou politique.

Le travail sur la confidentialité de l'IA étend le même problème à un nouvel écosystème. Une Google Privacy Faculty Award soutient la recherche sur les risques d'intégration de tiers dans les systèmes de modèles de langage. Un utilisateur peut voir une interface unique tandis que les invites, le contexte et les attributs inférés circulent entre les plugins, les API et les services distants. L'architecture ressemble à une maison intelligente: un seul produit visible orchestre de multiples relations de données cachées.

La liste des publications de 2026 inclut des travaux sur l'inférence implicite des LLM, où le modèle déduit des attributs sensibles même lorsque l'utilisateur ne fournit pas d'identifiant traditionnel. Cela rend la minimisation des données plus difficile; supprimer le nom ou le numéro de compte n'empêche pas le modèle d'inférer des informations de santé, politiques ou démographiques à partir d'une interaction ordinaire.

La valeur politique ici est de montrer les limites des preuves. Un modèle, un ensemble de données ou un professeur peut informer une décision sans la posséder. Une bonne utilisation institutionnelle exige des méthodes transparentes, des estimations d'erreur, des données versionnées et une séparation explicite entre ce que la mesure montre et ce qu'une entité habilitée choisit de faire.

Ce que cette carrière a rendu visible – et ce qui reste caché

À travers le routage, le spam, le haut débit, la censure, les maisons intelligentes et l'apprentissage automatique, les projets de Feamster ont transformé à plusieurs reprises un problème opérationnel dispersé en un système de preuves. Rcc a lié les configurations aux invariants. RCP a donné au choix de chemin une visibilité plus large. Les systèmes de réputation ont déduit la coordination à partir des métadonnées. Les passerelles ont isolé des parties de la performance du haut débit. Les systèmes de censure ont comparé les signaux distants. IoT Inspector a relié le trafic des appareils aux étiquettes des utilisateurs.

Les projets NetML ont lié la représentation au coût de déploiement et à la dérive.

Ces systèmes n'ont pas rendu Internet entièrement connaissable. Une vérification de configuration propre n'élimine pas une panne physique. Un score de réputation ne prouve pas la culpabilité. Un test de vitesse n'explique pas l'abordabilité. Une anomalie DNS n'identifie pas une agence gouvernementale. Les métadonnées chiffrées ne révèlent pas chaque action d'un appareil. Une trace synthétique ne garantit pas la confidentialité. Un modèle de langage n'est pas correct simplement parce qu'il formule un diagnostic cohérent.

Ces limites ne sont pas une raison de rejeter la mesure, mais une raison de concevoir soigneusement le système opérationnel qui l'entoure. Des preuves utiles doivent montrer leur source, leur âge, leur portée et leur incertitude. Les actions à fort impact doivent avoir un examen, une contestation ou un recours. Les chercheurs doivent préciser si un résultat a été rapporté par les auteurs de l'article, par une institution, ou reproduit indépendamment. Une revendication commerciale ne doit pas hériter de l'autorité d'une publication universitaire sans preuves distinctes.

La contribution durable de Feamster est la construction itérative de cette couche intermédiaire entre une infrastructure opaque et des décisions lourdes de conséquences. Son travail a aidé les opérateurs, les chercheurs, les utilisateurs et les institutions publiques à poser de meilleures questions à des systèmes qui n'ont pas été conçus pour s'expliquer eux-mêmes. Le résultat n'est pas la certitude, mais un calcul plus discipliné de ce qui peut être observé, de ce qui peut être inféré et de ce qui nécessite encore un jugement.