Squidbleed: Wie eine KI einen 29 Jahre alten Bug fand, den niemand sah – und was das für IT-Sicherheit 2026 bedeutet

Squidbleed: Der Bug, den keiner sehen wollte – bis eine KI hinschaute

Am 23. Juni 2026 veröffentlichten Forscher der US-Firma Calif.io einen Blog-Post, der in der Sicherheits-Community wie ein Meteoriteneinschlag wirkte. Der Titel: „Squidbleed – a 29-year-old bug in Squid Proxy". Der Inhalt: Sie hatten mit Anthropics Claude Mythos Preview einen Fehler gefunden, den ein Entwickler 1997 in den Squid-Proxy einprogrammiert hatte. Der Bug hatte drei Jahrzehnte, zahllose Releases, Audits und Rewrites überlebt. Er lässt sich mit einer einzigen zusätzlichen Prüfung im Code beheben. Und er kann bis heute Passwörter und API-Schlüssel aus dem Speicher von Millionen Netzwerken durchsickern lassen.

Warum ist das mehr als eine Nerd-Geschichte? Weil Squidbleed exemplarisch zeigt, was 2026 in der Cybersecurity passiert. KI-Modelle finden Fehler in Millionen Codezeilen, die Menschen seit Jahrzehnten übersehen. Anthropic hat mit seinem Project Glasswing allein rund 23.000 Sicherheitslücken in Open-Source-Projekten aufgedeckt. Die Five Eyes-Sicherheitsdienste sagen inzwischen: „Nicht mehr Jahre, sondern Monate" bis KI die Cyberwelt fundamental verändert. Squidbleed ist ein guter Zeitpunkt, um zu verstehen, was das für dich, dein Unternehmen und deine Karriere heißt.

1. Die harten Fakten zu Squidbleed

2. Was ist Squid – und warum ist das wichtig?

Squid ist einer der am weitesten verbreiteten Web-Proxies der Welt. Ein Proxy ist – vereinfacht gesagt – ein Vermittler zwischen deinem Computer und dem Internet. Wenn du in einer Firma, Schule, Universität oder öffentlichem WLAN surfst, geht dein Traffic häufig über einen solchen Proxy. Er kann Bandbreite sparen, gefährliche Websites blockieren oder Nutzung protokollieren.

Squid ist seit Ende der 1990er Jahre Open Source, wird in Millionen von Netzwerken eingesetzt und läuft oft auf Systemen, die selten aktualisiert werden – Router, Embedded Devices, Legacy-Infrastruktur. Genau das macht Squidbleed so gefährlich: Der Bug ist zwar mittlerweile identifiziert, aber wird noch Jahre in produktiven Systemen bestehen, weil viele Squid-Instanzen nie oder nur selten gepatcht werden.

3. Der 29-Jahre-Zeitkapsel-Effekt: Wie konnte der Bug so lange überleben?

Die Story beginnt im Januar 1997. Ein Entwickler wollte, dass Squid mit alten Novell-NetWare-FTP-Servern kompatibel wird. Diese Server hatten die Eigenart, Verzeichnislisten mit zusätzlichen Leerzeichen zu formatieren. Der Entwickler fügte also Code hinzu, der beim Parsen von FTP-Ordner-Listen Leerzeichen überspringt.

Die technische Ursache des Fehlers ist ein Klassiker aus der C-Programmierung: Die Funktion strchr sucht nach einem bestimmten Zeichen in einer Zeichenkette. Wird sie mit dem Null-Terminator (dem Ende der Zeichenkette) aufgerufen, gibt sie – laut C-Standard – nicht NULL zurück, sondern einen Zeiger auf das Ende. Der Loop im Squid-Code läuft dadurch über das Ende der eigentlichen Zeichenkette hinaus und liest Speicherbereiche, die zufällig gerade dort liegen – oft HTTP-Anfragen anderer Nutzer.

Der Fix: Eine einzige zusätzliche Bedingung im Loop. In Pseudo-Code:

// Vorher (verwundbar):
while (strchr(w_space, *copyFrom)) ++copyFrom;

// Nachher (sicher):
while (*copyFrom && strchr(w_space, *copyFrom)) ++copyFrom;

Ein einziges „*copyFrom &&", eine simple Null-Prüfung. Drei Jahrzehnte Code-Reviews, Sicherheits-Audits und akademische Analysen – keiner hat es gesehen.

Warum niemand den Bug fand

Es gibt drei Gründe, warum Squidbleed 29 Jahre lang durchrutschte:

1. Der Bug liegt in Legacy-Code für Legacy-Protokolle. NetWare-FTP wird heute praktisch nirgends mehr genutzt. Wer sucht in einem obscuren Code-Zweig nach Fehlern?
2. Der Bug ist harmlos – bis er es nicht ist. Der Code funktioniert korrekt für 99,99 Prozent der Eingaben. Nur bei einer sehr spezifischen Konstellation entsteht das Leck.
3. Menschliche Aufmerksamkeit ist begrenzt. Squid hat rund 200.000 Zeilen C-Code. Jede Zeile 30 Jahre lang immer wieder kritisch zu prüfen, ist praktisch unmöglich – für Menschen.

4. Wie Claude Mythos den Bug fand

Rong, ein Forscher bei Calif.io, erzählte die Story so: Er saß im Flugzeug, dessen Bord-WLAN einen 10 Jahre alten Squid-Proxy nutzte. Aus Neugier fütterte er Claude Mythos Preview mit dem Squid-Sourcecode und bat die KI, den FTP-Parser auf potenzielle Schwachstellen zu untersuchen. Innerhalb weniger Minuten wies das Modell auf die verdächtige strchr-Konstruktion hin und erklärte präzise, warum sie fehlerhaft ist.

Der Grund, warum Claude Mythos den Bug findet, wo Menschen scheitern: Das Modell hat den kompletten C-Sprachstandard, alle relevanten CVE-Datenbanken und Millionen Codebeispiele als Referenz im Kontext. Es sieht die verdächtige Zeile nicht als „das ist so gewachsen", sondern vergleicht sofort mit hunderten ähnlicher Konstrukte, in denen dieser Fehler bereits katastrophal war.

Ein wichtiger Nachtrag: Ehre, wem Ehre gebührt

Nach der Veröffentlichung wurde bekannt, dass ein anderer Sicherheitsforscher – Pavel Kohout von Aisle – den Bug bereits am 4. März 2026 unabhängig entdeckt und gemeldet hatte, also vor Calif.ios Report im April. Das schmälert die Bedeutung des AI-Fundes nicht – aber es zeigt, dass die Fehlersuche in kritischer Infrastruktur inzwischen an mehreren Stellen parallel läuft, mit und ohne KI-Unterstützung.

5. Der Patch-Twist: Warum viele Admins glauben, sie seien sicher – und es nicht sind

Hinzu kommt: Linux-Distributionen shippen oft eigene, ältere Squid-Versionen. Debian etwa liefert noch Squid 5.7. Wer sich auf die Version-Nummer allein verlässt, kann Squidbleed übersehen. Die Empfehlung von Calif.io: Direkt im Source-Code der Datei FtpGateway.cc prüfen, ob der Patch enthalten ist – oder alternativ das FTP-Protokoll komplett deaktivieren.

6. Warum Squidbleed die größere Story ist

Squidbleed ist bei aller Aufmerksamkeit ein „nur" mittelschwer gestufter Bug (CVSS 6,5). Der eigentliche Grund, warum die Sicherheits-Community aufhorcht: Das ist nicht ein einzelner Fund. Es ist ein Muster.

Anthropic Project Glasswing – 23.000 Bugs in Monaten

Squidbleed ist nur einer der prominentesten Funde. Anthropics Project Glasswing hat innerhalb weniger Monate rund 23.000 Sicherheitslücken in Open-Source-Projekten identifiziert. OpenAIs Konkurrenz-Initiative heißt Patch the Planet und arbeitet ebenfalls in ähnlichen Dimensionen.

Die Konsequenz

Der Sicherheitsforschungs-Sektor durchläuft gerade eine Umwälzung. Was jahrzehntelang mühselige, spezialistische Handarbeit war, wird durch KI-Agenten in Fließbandarbeit umgebaut. Positive Konsequenz: mehr gefundene Bugs, sicherere Systeme. Negative Konsequenz: dieselben Techniken funktionieren auch für Angreifer.

Die Five Eyes-Warnung

Genau darauf verweisen die Five-Eyes-Nachrichtendienste (USA, UK, Kanada, Australien, Neuseeland) in ihrem Juni-2026-Report: Man rechne nicht mehr mit Jahren, sondern Monaten bis Frontier-KI Cyber-Angriffskapazitäten „fundamental transformiert". Bösartige Akteure werden mit denselben Werkzeugen arbeiten – nur ohne verantwortungsvolle Offenlegung.

7. Was das für dich beruflich bedeutet

Egal ob du in IT arbeitest oder nicht, drei Konsequenzen betreffen deine Karriere:

Für IT- und Security-Profis

Die Halbwertszeit von reinen „Bug-Suche"-Skills sinkt. Wer wertvoll bleiben will, muss sich in Richtung Kontext-Verständnis, Priorisierung, Kommunikation und Risikoabwägung weiterentwickeln. Die Kunst ist nicht mehr „welchen Bug finde ich?", sondern „welche der 23.000 gefundenen Bugs sind für dieses Unternehmen wirklich kritisch?".

Für Software-Entwickler

Code Review wird KI-gestützt. Wer 2027 als Senior Developer eingestellt wird, muss KI-Werkzeuge selbstverständlich nutzen und ihre Grenzen kennen. Der Skill „ich schreibe sauberen Code, den Menschen und KI gemeinsam prüfen" schlägt „ich bin sehr gut in Python allein".

Für alle: Grundverständnis wird wertvoller

Squidbleed ist auf einer Meta-Ebene eine einfache Story: Ein Loop hat vergessen zu prüfen, ob er am Ende der Zeichenkette angekommen ist. Wer diese Meta-Ebene versteht – auch ohne selbst zu programmieren – wird 2026 wesentlich zielsicherer entscheiden können, welchen Berichten und Warnungen zu vertrauen ist. Grundlegendes IT-Verständnis wird zur allgemeinen Karriere-Kompetenz.

8. Fazit: Squidbleed ist ein Weckruf, kein Einzelfall

Squidbleed wird nicht der letzte 29 Jahre alte Bug sein, den KI-Modelle 2026 aufdecken. Er ist wahrscheinlich einer der ersten von Tausenden. Für dich als Berufstätige:r bedeutet das: Die Halbwertszeit von IT-Wissen sinkt weiter. Die Halbwertszeit von Meta-Skills – Verständnis für Systeme, kritisches Denken, klare Kommunikation – steigt.

Genau darauf setzt Skill Tandem. Auf unserer Plattform findest du Lernpartner und Mentoren, mit denen du gemeinsam solche Meta-Kompetenzen aufbaust: von IT-Grundverständnis über Cybersecurity-Basics bis zu strategischem Denken. Lernen im Tandem hilft dir dabei, in einer sich beschleunigenden Tech-Welt anschlussfähig zu bleiben – ohne im Meer der Detail-Informationen zu ertrinken. Jetzt kostenlos registrieren und mit einem Lernpartner starten!

FAQ: Häufige Fragen zu Squidbleed

Ist mein Heim-WLAN gefährdet?

Fast sicher nicht. Squid Proxy wird in Firmen-, Bildungs- und öffentlichen Netzwerken eingesetzt, nicht in Standard-Heimroutern. Wer aber über einen Firmen-Laptop mit dem Firmennetz verbunden ist, kann indirekt betroffen sein.

Ist Squidbleed so schlimm wie Heartbleed?

Nein, deutlich weniger schwer. Heartbleed (2014) hatte CVSS 7,5 und traf verschlüsselte HTTPS-Verbindungen direkt. Squidbleed liegt bei 6,5 und wirkt nur unter bestimmten Konfigurationen und nicht auf normale HTTPS-Verbindungen. Trotzdem: In Unternehmens-Setups mit TLS-Interception ist der Impact real.

Kann Squidbleed schon aktiv ausgenutzt werden?

Ja. Proof-of-Concept-Exploit-Code ist seit Juni 2026 öffentlich verfügbar. Angreifer, die Zugriff auf ein internes Netz oder öffentliches WLAN mit Squid-Proxy haben, können den Bug realistisch ausnutzen. Deshalb: schnell patchen.

Wie schnell finden KI-Modelle so etwas?

Claude Mythos brauchte für Squidbleed laut Calif.io wenige Stunden gezielter Analyse. Aber das Modell wurde direkt auf den relevanten Code-Bereich gerichtet. Für „blindes" Scannen einer kompletten Codebase brauchen aktuelle Modelle immer noch signifikant länger – Tendenz: schnell fallend.

Bedeutet das, dass Open-Source-Software unsicherer ist als kommerzielle?

Nein, im Gegenteil. Open Source ist nur besser überprüfbar. Kommerzielle Closed-Source-Software hat mit hoher Wahrscheinlichkeit vergleichbare (oder mehr) Legacy-Bugs, die aber nicht öffentlich untersucht werden können.

Wie kann ich mich beruflich auf diesen Trend einstellen?

Investiere in Kombinations-Kompetenzen: Verstehe, wie KI Bugs findet, wie Sicherheitsberichte einzuordnen sind und wie Risiken priorisiert werden. Ein Lernpartner auf Skill Tandem hilft dir, diese Themen gemeinsam mit anderen zu vertiefen – oft schneller und nachhaltiger als in Solo-Online-Kursen.