Understanding Implicit Trust Errors in Core Carrier Networks through Multi-Agent Flaw Discovery and Analysis
Cet article présente iFinder, un système multi-agents piloté par des LLM qui identifie et valide les « erreurs de confiance implicite » (iTrues) dans les réseaux de cœur cellulaires natifs du cloud en recoupant les spécifications 3GPP avec l'analyse de code et la génération automatisée d'exploits, découvrant avec succès 84 vulnérabilités auparavant inconnues, incluant une faille de détournement de session confirmée dans des réseaux 5G commerciaux.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
Imaginez le cœur de réseau cellulaire comme les « coulisses » technologiques et effervescentes d'un immense concert mondial. Pendant des décennies, ces coulisses étaient une forteresse. Seuls les membres du groupe (les composants du réseau) étaient autorisés à l'intérieur, et ils se faisaient tous une confiance aveugle. Si un membre du groupe criait une commande à un autre, le second l'exécutait simplement, supposant que la commande était sûre et réelle. Ils ne vérifiaient pas les cartes d'identité, ils ne vérifiaient pas le script, et ils ne comptaient certainement pas combien de collations restaient dans le garde-manger avant d'en distribuer. C'était le modèle de la « confiance implicite ».
Mais récemment, les murs des coulisses ont commencé à s'effriter. Grâce à un passage vers des configurations « cloud-native » (pensez aux coulisses passant d'un bunker privé à un espace de coworking public et partagé), les portes ne sont plus verrouillées. Désormais, un étranger malicieux debout à l'extérieur de la salle peut potentiellement glisser un mot dans les coulisses, en prétendant être un membre du groupe.
La grande découverte : la « foi aveugle » est dangereuse
Une équipe de chercheurs de l'Université technologique de Nanyang a décidé d'étudier ce qui se passe lorsque ces « étrangers » s'approchent des coulisses. Ils n'ont pas seulement deviné ; ils ont examiné 22 plaintes de sécurité réelles (issues de GitHub) provenant de versions open-source de ces réseaux.
Ils ont découvert un schéma effrayant : les membres du groupe agissent toujours comme s'ils étaient dans un bunker privé, même si les portes sont ouvertes.
Ils appellent ces erreurs des Erreurs de Confiance Implicite (ou iTrues). C'est comme un videur de club qui laisse entrer n'importe qui simplement parce qu'il porte un t-shirt, sans vérifier s'il est réellement sur la liste des invités. Les chercheurs ont identifié trois manières principales dont cette « foi aveugle » cause des problèmes :
- Manquer le script : Si un message arrive sans une partie requise (comme un ingrédient manquant dans une recette), le système essaie de cuisiner quand même et plante.
- Ignorer les règles : Si un message dit quelque chose d'impossible (comme « J'ai 50 ans » alors que le système n'accepte que les âges de 1 à 10), le système l'accepte et se brise.
- Vider le garde-manger : Si un message demande 1 000 collations, le système les donne sans vérifier s'il en reste, provoquant un effondrement total.
L'outil de détective : iFinder
Pour trouver ces failles cachées, les chercheurs ont construit une équipe de détectives numériques appelée iFinder. Considérez iFinder non pas comme un simple robot, mais comme une escouade de trois agents spécialisés travaillant ensemble, propulsée par une IA ultra-intelligente (un Grand Modèle de Langage).
- L'Éclaireur (Agent de Découverte) : Cet agent scanne le code à la recherche de « mouvements dangereux », comme un membre du groupe copiant un nombre à partir d'une note sans vérifier si la note est réelle.
- Le Bibliothécaire (Agent de Vérification) : C'est la partie la plus importante. L'Éclaireur peut se tromper et penser qu'un mouvement est dangereux alors qu'il est en fait sûr parce qu'une vérification a eu lieu plus tôt dans le processus. Le Bibliothécaire consulte le livre de règles officiel (les spécifications 3GPP) pour comprendre toute l'histoire. Il demande : « Le membre du groupe a-t-il vérifié l'identité avant cette étape ? » Cela empêche l'IA de fabriquer de faux problèmes (un problème appelé « hallucination »).
- L'Acteur (Agent d'Exploitation) : Si l'Éclaireur et le Bibliothécaire conviennent qu'une faille existe, cet agent tente de la jouer. Il construit une fausse « preuve de concept » (PoC) d'attaque et l'exécute dans une salle de test vide et sécurisée. Si le système plante ou se comporte bizarrement, la faille est réelle. Si ce n'est pas le cas, l'Agent apprend de son échec et réessaie, affinant l'attaque jusqu'à ce qu'elle fonctionne.
Les résultats : Un trésor de bugs
L'équipe a testé iFinder sur sept implémentations différentes de réseaux cellulaires open-source (incluant Open5GS, free5GC et OAI). Les résultats sont stupéfiants :
- Ils ont trouvé 84 vulnérabilités auparavant inconnues.
- 83 d'entre elles ont été confirmées par les développeurs.
- 81 ont reçu des CVE officielles (un identifiant unique pour les failles de sécurité, comme un casier judiciaire pour un bug).
Mais le véritable choc ? Ils n'ont pas seulement trouvé des bugs dans les versions de test open-source. Ils ont testé ces mêmes failles contre deux réseaux cœurs 5G commerciaux réels utilisés par de véritables opérateurs.
- Ils ont réussi à déclencher une attaque par Déni de Service (DoS) (faisant planter le réseau) sur un réseau commercial.
- Ils ont trouvé une faille de Détournement de Session (Session Hijacking) sur les deux réseaux commerciaux. C'est l'équivalent numérique d'un étranger qui s'approche d'un VIP, échange son badge, et vole toute son expérience VIP. Un fournisseur a corrigé le problème immédiatement ; l'autre est encore en train d'y travailler.
Ce que cela signifie (et ce que cela ne signifie pas)
L'article est très clair sur ce qu'ils ont trouvé et ce qu'ils n'ont pas trouvé.
- Ils ont prouvé que ces erreurs de « confiance aveugle » sont répandues à travers différents langages (C, Go, C++) et différents protocoles (PFCP et GTP-C). Il ne s'agit pas d'un seul mauvais code, mais d'une habitude systémique.
- Ils ont argumenté contre l'idée que ces réseaux sont sûrs simplement parce qu'ils sont « internes ». L'article stipule explicitement que l'ancienne hypothèse d'isolement physique est brisée.
- Ils ont mesuré leur succès avec des chiffres réels : 84 bugs trouvés, 81 CVE émis. Ils n'ont pas seulement « suggéré » que c'étaient des problèmes ; ils ont construit les attaques et ont regardé les systèmes s'effondrer.
Cependant, l'article admet aussi des limites. iFinder n'est pas une baguette magique qui trouve tous les bugs possibles. Il repose sur des modèles spécifiques qu'on lui a appris à chercher. Si un bug ne correspond pas à ces modèles, l'outil pourrait passer à côté. De plus, bien qu'ils aient trouvé 84 bugs, ils ne prétendent pas avoir trouvé tous les bugs du monde.
La conclusion
Les chercheurs disent essentiellement : « Nous avons construit un outil qui a trouvé 84 trous dans l'armure de l'épine dorsale d'Internet, et nous avons prouvé que ces trous fonctionnent sur de vrais réseaux commerciaux. La vieille règle de "faire confiance à tout le monde à l'intérieur" est brisée. Nous devons commencer à vérifier les identités, même pour les personnes qui vivent dans le même bâtiment. »
Ils prévoient de rendre leur outil de détective, iFinder, public afin que d'autres puissent aider à colmater ces brèches avant que les méchants ne les trouvent en premier. C'est un appel à l'action : les coulisses ne sont plus privées, donc les membres du groupe doivent commencer à vérifier leurs scripts.
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.