LONDON (IT BOLTWISE) – Chainguard hat seine Ausgabe an Container-Build-Manifests in nur sechs Monaten von 500 Millionen auf über 1 Milliarde verdoppelt. Grundlage ist die Factory 2.0 mit DriftlessAF, einem selbstkorrektiven Rekonstruktionsansatz, der den gewünschten Zustand permanent mit dem tatsächlichen Abbild abgleicht. Dabei entscheidet eine Agent- und Bot-Schicht über Rekonstruktionsaufträge, sobald CVEs, Upstream-Updates oder neue Härtungsregeln auftauchen. Ziel ist eine Katalogpflege mit „Security auch morgen“, nicht nur „Security beim Pull“.
Die Zahl wirkt auf den ersten Blick wie ein Marketing-Meilenstein, doch sie beschreibt in Wahrheit die Fähigkeit einer Build-Pipeline, mit kontinuierlichen Änderungen in riesigen Software-Ökosystemen Schritt zu halten. In dem Beitrag von Matt Moore, Co-founder und CTO von Chainguard, geht es darum, was genau als „Build manifest“ zählt: Jeder verifizierbare Artefaktwechsel in der Chainguard Factory – etwa ein neues Image für go: 1.26.5, ein neu ausgelöster nginx-Rebuild nach einem libc-Patch oder eine regenerierte SBOM nach einer Abhängigkeitsänderung – erzeugt einen neuen Build und damit ein neues Manifest. Genau diese Definition macht die Kennzahl aussagekräftig: Sie steht für Frische über alle unterstützten Projekte hinweg, nicht nur für Sicherheit im Moment des Abrufs.
Technisch betrachtet beginnt der Prozess bei Chainguard OS, einem für cloud-native Workloads entwickelten Linux, das den Teams die Kontrolle über die Software-Lieferkette geben soll. Entscheidend ist dabei das Modell der „rolling release“: Statt nur alle sechs Monate zu releasen und dann Altern durch drift und Nachlauf zuzulassen, liefert Chainguard OS neue Artefakte „all day, every day“. Im Hintergrund liefert die Chainguard Factory nicht nur Builder-Mechanik, sondern eine agentische Engine für die Delivery. Moore beschreibt, dass jedes aus der Factory austretende Artefakt mehrere Schutzebenen besitzt und aus dem Quellcode erstellt wird – inklusive SLSA-Level-3-Provenance, Sigstore-Signaturen und vollständigen SBOMs. Damit wird Reproduzierbarkeit nicht als Feigenblatt genutzt, sondern als Voraussetzung, um Images ohne versteckten Zustand neu zu generieren und Drift zwischen „intendiertem“ und „tatsächlich ausgeliefertem“ Inhalt auszuschließen.
Die eigentliche Herausforderung für die enorme Skalierung liegt jedoch nicht nur in deterministischen Builds, sondern im Timing. Laut Beschreibung reicht es nicht, alles reproduzierbar machen zu können; man muss auch wissen, wann man neu bauen sollte, und diese Entscheidung unmittelbar über tausende voneinander abhängige Projekte treffen. Genau hier setzt Factory 2.0 an, nachdem die ursprüngliche Factory in wachsender Kataloggröße an ihre Grenzen kam: Moore berichtet von einem „cascading mess“, bei dem ein traditionelles, ereignisgetriebenes System in eine Lawine aus Benachrichtigungen, fragilen Queues sowie wiederkehrenden Build-Failure- und Work-Item-Konflikten geriet. Sobald ein Task nur teilweise erfolgreich war oder Unvorhergesehenes traf, blieb häufig ein manueller Eingriff nötig – und damit auch die von ihm genannte „CVE doom loop“, bei der die Infrastruktur dauerhaft gegen Konfigurationsdrift und Veraltung ankämpft, statt proaktiv zu sein.
DriftlessAF soll diese Schleife durch Selbstkorrektur durchbrechen: Das System vergleicht permanent den gewünschten Zustand mit dem tatsächlichen Zustand und schließt die Lücke, sobald ein Auslöser auftaucht – etwa wenn eine CVE gemeldet wird, ein neuer Package-Version-Stand upstream landet oder eine neue Best-Practice-Regel implementiert wird. Statt auf einzelne Ereignisse zu reagieren, läuft also eine fortlaufende Rekonsilierungs-Loop, die dafür eine kontinuierliche Work-Queue nutzt: Viele Reconciler-Bots ziehen Aufgaben aus einem gemeinsamen Pool und ermitteln den Zustand aus Code-Repositories, Security-Feeds und weiteren Quellen. Besonders wichtig ist das „redundant by design“-Prinzip: Weil jede Arbeit auf ein definiertes Endziel hin ausgerichtet ist, lässt sich ein fehlgeschlagenes Work-Item bei Bedarf fallen oder erneut versuchen, ohne dass die gesamte Pipeline beim ersten Fehler stehenbleibt. AI kommt gezielt dort zum Einsatz, wo klassische Automatisierung an unstrukturierten Bewertungsfragen scheitern würde, etwa bei der Einordnung neuer Komponenten in „minor releases“ oder beim Backport einer CVE-Remediation in ältere Paket- und Language-Releases; zugleich sollen strukturierte, verifizierbare Werkzeuge verhindern, dass die Loop „halluzinierend“ falsche Ergebnisse produziert. Außerdem lernt DriftlessAF aus früheren Erfolgen, etwa wenn ein Patch für eine ältere Bibliotheksversion in Backport-Tests funktioniert hat, und nutzt diese Informationen, um künftige Patches für weitere ältere Versionen zu informierten.
Warum diese Geschwindigkeit so zentral ist, erklärt Moore über einen veränderten Bedrohungsmodus: Angreifer sollen zunehmend KI-gestützte Werkzeuge für die Schwachstellenanalyse, Exploit-Erstellung und sogar Exploit-Chaining nutzen können. Wenn die „Attacker cycle time“ sinkt, muss die „Defender cycle time“ mindestens im gleichen Maß schrumpfen. In diesem Modell wird Rebuild Speed nicht zu einer Komfortkennzahl, sondern zu einem Sicherheitsparameter: Jede Stunde, die zwischen Upstream-Änderung und neuem, signiertem, verifiziertem Image vergeht, kostet Angreifern potenziell Zeitvorsprung. Genau deshalb interpretiert er die Verdopplung der Build-Manifeste von 500 Millionen auf 1 Milliarde innerhalb von sechs Monaten als Indiz dafür, dass die Rekonsilierungs-Loop nicht nur theoretisch, sondern in der Praxis mit der Änderungsrate des Ökosystems mithalten kann.
Für Unternehmen, die selbst große Softwarekataloge pflegen, steckt in der Factory-2.0-Erzählung ein Muster, das über Chainguard hinausreicht: Eine Pipeline wird dann skalierbar, wenn sie den „Soll-Zustand“ als Leitplanke behandelt und die Ausführung entkoppelt von Einmalaktionen. Dort, wo früher ein Event eine konkrete Kette aus manueller Prüfung und konfliktsensitiven Workflows auslöste, soll die Bot-Schicht heute kontinuierlich auf ein Ziel konvergieren. Gleichzeitig bleibt menschliche Expertise als Instanz vorhanden: Moore beschreibt, dass das Engineering-Team die Agenten „as experts“ begleiten kann, vorgeschlagene Änderungen arbitratiert und sich stärker auf die Verbesserung der Factory-Infrastruktur, die Output-Qualität und den Umfang der Artefakte konzentriert. Dazu gehören laut Beitrag auch Chainguard Libraries sowie weitere Bausteine wie Agent Skills und Actions. Der Ausblick ist entsprechend technisch ausgerichtet: DriftlessAF soll weiter wachsen, mehr Reconciler-Bots sollen mehr Quellen in die Work-Queue einspeisen, und ein größerer Anteil des Katalogs soll über die Selbstheilungs-Loop laufen statt über den älteren event-getriebenen Pfad.
Indem DriftlessAF zudem als Open-Source-Framework geöffnet wird, verlagert sich der Nutzen von „Zahl erreicht“ hin zu „Architektur wiederverwendbar“. Für Teams, die mit ähnlichen Problemen kämpfen – viele Versionen, viele Architekturen, wiederkehrende Upstream-Updates, sowie der Wunsch nach nachvollziehbarer Lieferkette bis hin zu Signaturen und SBOMs – ist die zentrale Lehre weniger das einzelne Build-Zahlenargument, sondern die Kopplung aus deterministischer Build-Reproduzierbarkeit und agentischer Rekonsilierung. Wer Builds als laufenden Prozess statt als Release-Event denkt, bekommt ein anderes Sicherheitsversprechen: nicht nur „secure on pull“, sondern „secure every day after“. Genau diese Perspektive dürfte auch in der breiteren Praxis der Supply-Chain-Absicherung an Bedeutung gewinnen, sobald mehr Organisationen den operativen Aufwand für CVE-Remediation in Versionstiefen und Abhängigkeitsnetzen als Engpass erleben.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Chainguard Factory 2.0: Wie DriftlessAF 1 Milliarde Build-Manifeste beschleunigt" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Chainguard Factory 2.0: Wie DriftlessAF 1 Milliarde Build-Manifeste beschleunigt" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Chainguard Factory 2.0: Wie DriftlessAF 1 Milliarde Build-Manifeste beschleunigt« bei Google Deutschland suchen, bei Bing oder Google News!