Understanding Implicit Trust Errors in Core Carrier Networks through Multi-Agent Flaw Discovery and Analysis
Dieses Paper stellt iFinder vor, ein durch LLMs gesteuertes Multi-Agenten-System, das „implizite Vertrauensfehler“ (iTrues) in Cloud-nativen Mobilfunk-Kernnetzen identifiziert und validiert, indem es 3GPP-Spezifikationen mit Code-Analyse und automatisierter Exploit-Generierung abgleicht, wobei erfolgreich 84 bisher unbekannte Schwachstellen entdeckt wurden, einschließlich eines bestätigten Session-Hijacking-Fehlers in kommerziellen 5G-Netzen.
Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen
Stellen Sie sich den Kern des Mobilfunknetzes wie den geschäftigen, hochtechnologischen „Backstage-Bereich“ eines riesigen globalen Konzerts vor. Jahrzehntelang war dieser Backstage-Bereich eine Festung. Nur die Bandmitglieder (die Netzwerkkomponenten) durften hinein, und sie vertrauten einander implizit. Wenn ein Bandmitglied einem anderen einen Befehl zurief, tat das zweite Mitglied dies einfach, im Glauben, der Befehl sei sicher und echt. Sie prüften keine Ausweise, sie verifizierten nicht das Skript und sie zählten auch nicht nach, wie viele Snacks noch in der Speisekammer waren, bevor sie welche ausgaben. Dies war das Modell des „impliziten Vertrauens“.
Doch vor kurzem haben die Wände des Backstage-Bereichs begonnen zu bröckeln. Dank des Übergangs zu „Cloud-Native“-Umgebungen (denken Sie daran, dass sich der Backstage-Bereich von einem privaten Bunker zu einem geteilten Co-Working-Space entwickelt hat) sind die Türen nicht mehr verschlossen. Jetzt kann ein neugieriger Fremder, der draußen vor dem Veranstaltungsort steht, potenziell eine Notiz in den Backstage-Bereich schmuggeln und sich als Bandmitglied ausgeben.
Die große Entdeckung: „Blinder Glaube“ ist gefährlich
Ein Forscherteam der Nanyang Technological University beschloss zu untersuchen, was passiert, wenn diese „Fremden“ dem Backstage-Bereich nahe kommen. Sie haben nicht nur geraten; sie untersuchten 22 reale Sicherheitsbeschwerden (GitHub-Issues) aus Open-Source-Versionen dieser Netzwerke.
Sie fanden ein erschreckendes Muster: Die Bandmitglieder verhalten sich immer noch so, als befänden sie sich in einem privaten Bunker, obwohl die Türen offen stehen.
Sie nennen diese Fehler Implicit Trust Errors (oder iTrues). Es ist wie ein Türsteher in einem Club, der jeden hereinlässt, nur weil er ein T-Shirt trägt, ohne zu prüfen, ob die Person tatsächlich auf der Gästeliste steht. Die Forscher fanden drei Hauptwege, wie dieser „blinde Glaube“ Probleme verursacht:
- Das fehlende Skript: Wenn eine Nachricht eintrifft, der ein erforderlicher Teil fehlt (wie eine fehlende Zutat in einem Rezept), versucht das System trotzdem, das Gericht zu kochen, und stürzt ab.
- Regeln ignorieren: Wenn eine Nachricht etwas Unmögliches sagt (wie „Ich bin 50 Jahre alt“, obwohl das System nur Alter von 1–10 akzeptiert), akzeptiert das System dies und geht kaputt.
- Die Speisekammer leeren: Wenn eine Nachricht nach 1.000 Snacks fragt, händigt das System sie aus, ohne zu prüfen, ob noch welche übrig sind, was zu einem totalen Zusammenbruch führt.
Das Detektiv-Werkzeug: iFinder
Um diese verborgenen Schwachstellen zu finden, entwickelten die Forscher ein digitales Detektiv-Team namens iFinder. Betrachten Sie iFinder nicht als einen einzelnen Roboter, sondern als eine Truppe aus drei spezialisierten Agenten, die zusammenarbeiten und von einer superintelligenten KI (einem Large Language Model) angetrieben werden.
- Der Scout (Discovery Agent): Dieser Agent scannt den Code nach „gefährlichen Zügen“, wie zum Beispiel einem Bandmitglied, das eine Zahl aus einer Notiz kopiert, ohne zu prüfen, ob die Notiz echt ist.
- Der Bibliothekar (Vetting Agent): Dies ist der wichtigste Teil. Der Scout könnte verwirrt sein und einen Zug für gefährlich halten, der eigentlich sicher ist, weil die Prüfung bereits zuvor im Prozess stattgefunden hat. Der Bibliothekar prüft das offizielle Regelwerk (die 3GPP-Spezifikationen), um die ganze Geschichte zu verstehen. Er fragt: „Hat das Bandmitglied den Ausweis vor diesem Schritt geprüft?“ Dies verhindert, dass die KI Probleme erfindet (ein Problem, das als „Halluzination“ bezeichnet wird).
- Der Schauspieler (Exploitation Agent): Wenn der Scout und der Bibliothekar einer Schwachstelle zustimmen, versucht dieser Agent, sie nachzuspielen. Er erstellt einen gefälschten „Proof-of-Concept“ (PoC)-Angriff und führt ihn in einem sicheren, leeren Testraum aus. Wenn das System abstürzt oder sich seltsam verhält, ist die Schwachstelle real. Wenn nicht, lernt der Agent aus dem Scheitern und versucht den Angriff erneut, indem er ihn verfeinert, bis er funktioniert.
Die Ergebnisse: Eine Schatzkammer voller Bugs
Das Team führte iFinder auf sieben verschiedenen Open-Source-Implementierungen von Mobilfunknetzen aus (darunter Open5GS, free5GC und OAI). Die Ergebnisse waren verblüffend:
- Sie fanden 84 bisher unbekannte Schwachstellen.
- 83 dieser wurden von den Entwicklern bestätigt.
- 81 erhielten offizielle CVEs (eine eindeutige ID für Sicherheitslücken, vergleichbar mit einem polizeilichen Führungszeugnis für einen Bug).
Aber der eigentliche Clou? Sie fanden diese Bugs nicht nur in den Open-Source-Testversionen. Sie testeten dieselben Schwachstellen auch gegen zwei reale kommerzielle 5G-Kernnetze, die von tatsächlichen Mobilfunkanbietern genutzt werden.
- Es gelang ihnen, einen Denial of Service (DoS) Angriff (das Abstürzen des Netzwerks) auf einem kommerziellen Netzwerk auszulösen.
- Sie fanden eine Session Hijacking Schwachstelle bei beiden kommerziellen Netzwerken. Dies ist das digitale Äquivalent dazu, dass ein Fremder zu einem VIP herantritt, dessen Ausweis austauscht und das gesamte VIP-Erlebnis stiehlt. Ein Anbieter behob es sofort; der andere arbeitet noch daran.
Was dies bedeutet (und was es nicht bedeutet)
Das Paper ist sehr klar über das, was sie gefunden haben und was sie nicht gefunden haben.
- Sie bewiesen, dass diese „Blindes Vertrauen“-Fehler in verschiedenen Sprachen (C, Go, C++) und verschiedenen Protokollen (PFCP und GTP-C) weit verbreitet sind. Es ist nicht nur ein einzelner schlechter Code; es ist eine systemische Gewohnheit.
- Sie argumentierten gegen die Vorstellung, dass diese Netzwerke sicher sind, nur weil sie „intern“ sind. Das Paper stellt explizit fest, dass die alte Annahme der physischen Isolation hinfällig ist.
- Sie maßen ihren Erfolg mit echten Zahlen: 84 gefundene Bugs, 81 ausgestellte CVEs. Sie haben nicht nur „angedeutet“, dass dies Probleme sind; sie haben die Angriffe gebaut und zugesehen, wie die Systeme zusammenbrachen.
Das Paper gibt jedoch auch Grenzen zu. iFinder ist kein Zauberstab, der jeden möglichen Bug findet. Es stützt sich auf spezifische Muster, nach denen es suchen wurde. Wenn ein Bug nicht in diese Muster passt, könnte das Werkzeug ihn übersehen. Auch wenn sie 84 Bugs gefunden haben, behaupten sie nicht, alle Bugs der Welt gefunden zu haben.
Das Fazgewehr (Takeaway)
Die Forscher sagen im Wesentlichen: „Wir haben ein Werkzeug gebaut, das 84 Löcher in der Rüstung des Internet-Backbones gefunden hat, und wir haben bewiesen, dass diese Löcher auch in realen kommerziellen Netzwerken funktionieren. Die alte Regel ‚Vertraue jedem im Inneren‘ ist gebrochen. Wir müssen anfangen, Ausweise zu prüfen, selbst bei den Leuten, die im selben Gebäude wohnen.“
Sie planen, ihr Detektiv-Werkzeug iFinder der Öffentlichkeit zur Verfügung zu stellen, damit andere helfen können, diese Löcher zu schließen, bevor die Bösewichte sie zuerst finden. Es ist ein Aufruf zum Handeln: Der Backstage-Bereich ist nicht mehr privat, also müssen die Bandmitglieder anfangen, ihre Skripte zu prüfen.
Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?
Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.