← Neueste Arbeiten
💻 computer science

The Grand Software Supply Chain of AI Systems

Dieser Beitrag etabliert die KI-Softwarelieferkette als einen kritischen Analysebereich, indem er vier strukturelle Lücken identifiziert – Verifizierbarkeit, Versionskontrolle, Beobachtbarkeit und Nachverfolgbarkeit –, die KI-Systeme über ihren gesamten Lebenszyklus hinweg verwundbar machen, ein Risiko, das durch das massive Ausmaß und die Komplexität eines Referenzstacks mit nahezu 400 Millionen Codezeilen veranschaulicht wird.

Ursprüngliche Autoren: Carmine Cesarano, Martin Monperrus

Veröffentlicht 2026-05-01
📖 5 Min. Lesezeit🧠 Tiefgang

Ursprüngliche Autoren: Carmine Cesarano, Martin Monperrus

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 vor, Sie bauen ein riesiges, hochtechnisiertes Restaurant. In einem traditionellen Restaurant haben Sie ein klares Rezept, eine Liste der Zutaten und einen Koch, der die Schritte genau befolgt. Wenn das Essen schlecht schmeckt, können Sie es auf eine bestimmte Zutat oder einen bestimmten Schritt im Kochprozess zurückverfolgen.

Dieser Artikel argumentiert, dass KI-Systeme wie ein Restaurant sind, in dem das Rezept mit unsichtbarer Tinte geschrieben ist, die Zutaten ohne Vorwarnung ihren Geschmack ändern und das Küchenpersonal ständig Öfen und Herde austauscht, ohne jemandem Bescheid zu geben.

Hier ist die Aufschlüsselung der Erkenntnisse des Artikels unter Verwendung einfacher Analogien:

1. Die „Große Lieferkette" (Die Küche)

Die Autoren sagen, dass KI nicht nur ein einzelnes Softwarestück ist; es ist eine riesige Kette aus Hunderten verschiedener Softwaretools, die zusammenarbeiten. Sie nennen dies die Software-Lieferkette.

Um zu zeigen, wie riesig dies ist, maßen sie einen „Referenz-Stack" (ein Standardsatz von Tools, der von vielen Unternehmen verwendet wird). Sie fanden Folgendes:

  • 48 große Projekte (wie die Hauptköche).
  • 4.664 direkte Abhängigkeiten (die Zutaten, die diese Köche verwenden).
  • 11.508 transitive Pakete (die Zutaten, die diese Zutaten verwenden).
  • 392 Millionen Codezeilen (die Gesamtgröße des Rezeptbuchs).

Die Analogie: Stellen Sie sich vor, Sie bestellen einen Burger. Sie denken, Sie kaufen nur einen Burger. Aber in Wirklichkeit haben das Brötchen, das Fleisch, der Käse, der Salat, das Messer, das den Salat geschnitten hat, und der LKW, der das Fleisch geliefert hat, alle ihre eigenen Lieferketten. Bei der KI ist diese Kette so tief und breit, dass keine einzelne Person genau weiß, was in dem finalen „Burger" (dem KI-Modell) enthalten ist.

2. Die vier Ebenen der Küche

Der Artikel unterteilt diese Lieferkette in vier distincte Bereiche:

  • Datenerfassung (Der Bauernhof): Das Sammeln der rohen Zutaten (Daten). Dies umfasst das Scrapen des Webs, die Bereinigung der Daten und deren Kennzeichnung (wie das Sortieren von Äpfeln nach Größe).
  • Modelltraining (Das Kochen): Die Verwendung der Zutaten, um das Essen zuzubereiten. Hier lernt die KI. Es beinhaltet massive Computer und komplexe Mathematik.
  • Inferenz (Das Servieren): Das Servieren des Essens an den Kunden. Dies ist der Moment, in dem Sie der KI eine Frage stellen und sie antwortet. Es beinhaltet Tools, die den Gesprächsverlauf und Sicherheitsfilter verwalten.
  • Querschnitts-Substrat (Die Wasserleitungen und der Strom): Die gemeinsame Infrastruktur (wie Server, Container und Überwachungstools), auf der alles läuft. Wenn hier der Strom ausfällt, stoppt das gesamte Restaurant.

3. Die vier großen Probleme (Die „Lücken")

Der Artikel identifiziert vier Hauptgründe, warum diese KI-Lieferkette im Vergleich zu normaler Software gefährlich und unkontrollierbar ist.

A. Die Verifizierbarkeitslücke (Das „Magische Rezept"-Problem)

  • Normale Software: Wenn Sie ein Programm schreiben, können Sie es mit demselben Code erneut ausführen und erhalten exakt dasselbe Ergebnis. Sie können den „Hash" (einen digitalen Fingerabdruck) überprüfen, um zu beweisen, dass er nicht manipuliert wurde.
  • KI-Systeme: Das Trainieren einer KI ist wie das Backen eines Kuchens in einem Sturm. Selbst wenn Sie dasselbe Rezept und dieselben Zutaten verwenden, könnte der Wind (Zufälligkeit in der Hardware des Computers) bewirken, dass der Kuchen jedes Mal etwas anders aufgeht.
  • Das Ergebnis: Sie können nicht beweisen, dass ein bestimmtes KI-Modell genau so hergestellt wurde, wie behauptet. Wenn ein Hacker das Modell durch ein „vergiftetes" ersetzt, können Sie dies nicht allein durch einen Blick auf die Datei feststellen, da der „Fingerabdruck" eines legitimen KI-Modells nie zweimal genau gleich ist.

B. Die Versionslücke (Das „Stilles Tauschen"-Problem)

  • Normale Software: Wenn Sie eine Bibliothek aktualisieren, bricht die Software normalerweise sofort, oder Sie müssen ausdrücklich sagen: „Ich verwende Version 1.0."
  • KI-Systeme: KI-Komponenten sind eng gekoppelt, haben aber keine „Sicherheitsgurte". Beispielsweise funktioniert ein bestimmter „Adapter" (ein Tool, das der KI hilft) nur mit der exakten Version des „Basismodells", auf dem er trainiert wurde.
  • Das Ergebnis: Wenn ein Unternehmen sein KI-Modell im Hintergrund stillschweigend aktualisiert, können die darauf aufgebauten Tools beginnen, Fehler zu machen oder sich seltsam zu verhalten, aber das System stürzt nicht ab. Es gibt einfach falsche Antworten. Es gibt keine „Rückgängig"-Taste, um zur alten Version zurückzukehren, da die alte Version verschwunden ist.

C. Die Beobachtbarkeitslücke (Das „Stilles Versagen"-Problem)

  • Normale Software: Wenn etwas kaputtgeht, erhalten Sie eine Fehlermeldung (ein lauter Absturz).
  • KI-Systeme: KI-Systeme verschlechtern sich stillschweigend. Wenn sich die Daten ändern oder das Modell aktualisiert wird, beginnt die KI möglicherweise einfach, etwas schlechtere Antworten zu geben. Sie stürzt nicht ab; sie wird einfach „dümmer" oder voreingenommener.
  • Das Ergebnis: Sie merken möglicherweise nicht, dass die KI kaputt ist, bis Kunden sich beschweren. Bis dahin ist es schwer zu sagen, welcher Teil der Lieferkette das Problem verursacht hat.

D. Die Rückverfolgbarkeitslücke (Das „Verlorene Herkunfts"-Problem)

  • Normale Software: Sie können ein Endprodukt in einer geraden Linie (einem Baum) auf seine Rohstoffe zurückverfolgen.
  • KI-Systeme: Die KI-Herkunft ist ein verwobenes Netz. Ein Modell könnte auf einem Datensatz trainiert sein, der aktualisiert wurde, dann mit einem anderen Modell zusammengeführt wurde und dann in eine kleinere Version destilliert wurde.
  • Das Ergebnis: Wenn Sie eine schlechte Zutat finden (wie illegale Bilder in einem Trainingsdatensatz), können Sie nicht leicht nachverfolgen, welche KI-Modelle mit dieser schlechten Zutat gefüttert wurden. Der Artikel zitiert ein reales Beispiel, bei dem Forscher illegale Inhalte in einem Datensatz fanden, aber sie konnten nicht automatisch feststellen, welche der Tausenden von KI-Modellen, die darauf trainiert wurden, nun „verseucht" waren.

4. Die Schlussfolgerung

Der Artikel kommt zu dem Schluss, dass wir keine sichere KI haben können, ohne diese Lieferkette zu reparieren. Derzeit bauen wir Wolkenkratzer auf einem Fundament aus Sand. Die Tools, die wir zur Absicherung normaler Software verwenden (wie das Überprüfen von Hashes oder das Sperren von Versionen), funktionieren bei KI nicht, weil KI auf Zufälligkeit und komplexen, sich verschiebenden Abhängigkeiten basiert.

Das Fazit: Die KI-Branche baut eine massive, komplexe Maschine, hat aber noch nicht herausgefunden, wie man verhindert, dass sich die Teile ändern, wie man beweist, was drin ist, oder wie man zurückverfolgt, woher ein defekter Teil stammt. Bis sie diese vier Lücken schließen, bleiben KI-Systemen anfällig für versteckte Angriffe und stilles Versagen.

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.

Digest testen →