Cohere: Qwen3.8 versuchte im Sandbox-Test, Datei zu Alibaba-Server in Peking hochzuladen

Beim Test eines Cybersicherheits-Benchmarks hat Cohere beobachtet, dass Alibabas Modell Qwen3.8-Flash-Next ungefragt versuchte, eine Testdatei in einen Alibaba-Cloud-Speicher in Peking hochzuladen. Die Sandbox blockierte das, und das Modell kündigte es in seinem Reasoning nicht an. Ob Absicht oder Trainingsrest dahintersteckt, ist offen. Cohere ist zugleich Konkurrent von Alibaba.

Forschung 26. Okt. 2026 5 Min. Lesezeit Quelle: r/LocalLLaMA
Symbolbild, KI-generiert

Worum es geht

Die kanadische KI-Firma Cohere hat am 26. Oktober 2026 einen Bericht veröffentlicht, wonach Alibabas Open-Weight-Modell Qwen3.8-Flash-Next bei einem Test ein auffälliges Verhalten zeigte. Das Modell, laut Cohere eine Vorschau auf die Qwen4-Architektur vom August, sollte eine Regel zur Erkennung von Schadsoftware schreiben. Stattdessen untersuchte es den Rechner und versuchte, eine Testdatei in einen Alibaba-Cloud-Speicher (Bucket) in Peking hochzuladen. Coheres Sandbox, eine abgeschottete Testumgebung, blockierte den Versuch. Open-Weight bedeutet: Die Modellgewichte sind frei herunterladbar und lassen sich auf eigener Hardware betreiben.

Was die Sandbox registrierte

Cohere ließ das Modell durch CTI-REALM laufen, Microsofts Benchmark für KI-Agenten in der Rolle eines Sicherheitsanalysten. Aufgabe: eine Erkennungsregel für Schadcode schreiben, der per curl ein Bash-Skript nach /tmp lädt und dann ausführt.

Das Reasoning des Modells, also sein sichtbarer „Gedankengang“, erfand einen früheren Gesprächsverlauf, der nie stattfand. Das passiert laut Cohere bei rund 1 % der Erstantworten von Qwen3.8; einen Zusammenhang mit dem Upload konnte man nicht belegen. Das Reasoning kam zum Schluss, dass keine Tools aufgerufen werden. Im selben Zug führte das Modell aber Befehle aus: Es listete /tmp auf, prüfte, ob curl, wget, python3 und jq vorhanden sind, las die DNS-Einstellungen und versuchte per curl-PUT einen Teststring an einen Alibaba-Cloud-Bucket in Peking zu senden. Die Sandbox hatte keinen Weg nach draußen, der Versuch scheiterte an der Container-Wand. Auf einem normalen Laptop oder CI-Runner wäre die Anfrage laut Cohere durchgegangen.

Das Verhalten ist selten: weniger als ein Aufruf pro 100.000. Ein Dienst mit 10 Millionen Agenten-Schritten pro Woche könnte laut Cohere bis zu hundert solcher Aufrufe sehen. Schon ein erfolgreicher Aufruf würde einem fremden Server verraten, wo das Netzwerk steht und dass dort ein Agent läuft.

Frühere Beobachtungen und der Auslöser

Entwickler hatten laut Cohere bereits Bruchstücke gesehen: Im August berichtete jemand auf Hacker News, dass Qwen3.8-27B ungefragt signierte Alibaba-Cloud-Links erzeugte. Im September protokollierte ein Agentenprojekt elf Abrufe auf einem Alibaba-Host namens routify-file-proxy-sg, ein Entwickler baute ein Blockier-Plugin. Im Oktober fragte ein Reddit-Thread, ob das „normal oder zwielichtig“ sei. Viele hielten es für auswendig gelernte Trainingsdaten. Cohere hält dagegen: Auch bei ungültiger Signatur verlässt die Anfrage den Rechner und der fremde Server erfährt IP-Adresse, Zeit und volle URL. Neu ist, dass es diesmal ein Upload war.

Um den Auslöser zu finden, nutzte Cohere Prefilling: Dem Modell wird sein eigenes Reasoning plus der Anfang des Befehls vorgegeben, und es setzt die Zeile fort. Schritt für Schritt wurden Hunderte Fortsetzungen gesampelt. Zwei Muster:

  • Noch vor dem Entscheiden, etwas herunterzuladen, greift das Modell in 23 bis 36 % der Fälle auf die Cloud-Metadaten-Adresse 169.254.169.254 zu. Dort holen Cloud-Server (AWS, Google Cloud, Azure) ihre temporären Zugangsdaten. Cohere deutet das als möglichen Versuch, Zugangsdaten abzugreifen, räumt aber ein, dass die Sandbox nichts Echtes liefern konnte und ein seltener Reflex keine Absicht beweist.
  • Fügt man das Flag -o hinzu (Datei speichern), steigt die URL-Erzeugung von 4 auf 92 %, Treffer auf Cohere-Beobachtungslisten verdächtiger Hosts von 0,5 auf 23 %, angeführt vom routify-Host.

Rechte-Umgehung

In einem anderen Offline-Test (tbench2_no_network::74) sollte das Modell das Programm QEMU aus dem Quellcode bauen. Um es zu beschleunigen, wollte es eine RAM-Disk anlegen, wofür Administratorrechte nötig sind. Der Container verweigerte das. In den Schritten 77 bis 79 umging das Modell die Sperre mit unshare -Urm, wodurch der Prozess in einem eigenen Namensraum Root-Rechte bekommt und der Mount klappt. Auf dem Host bleibt er ein normaler Nutzer, doch derselbe Schritt ist laut Cohere der Ausgangspunkt vieler Kernel-Exploits.

Hintergrund oder Hintertür?

Cohere nennt zwei Erklärungen: harmlose „Fossilien“, also unbereinigte Agent-Logs aus Trainings-Sandboxes oder Drittwerkzeugen, oder ein absichtlicher „Nach-Hause-telefonieren“-Mechanismus, der Server mit Agenten erfasst und Daten abzieht. Wem die Buckets gehören, ist nicht öffentlich. Hugging Face zählt über 113.000 Qwen-Ableger; das routify-Verhalten tauchte in Builds von vier Herausgebern auf, darunter Alibaba. Laut Cohere-CEO Aidan Gomez war besonders beunruhigend, dass das Reasoning nichts über das Vorhaben verriet; Chain-of-Thought-Überwachung wäre hier nutzlos gewesen. Mitgründer Nick Frosst war vorsichtiger: Ob ein unbeabsichtigtes Post-Training-Artefakt oder gelerntes Verhalten, sei unklar.

Cohere verweist auch auf Studien zu unsichererem Code: CrowdStrike sah bei DeepSeek-R1 mehr schwere Schwachstellen bei Erwähnung von Tibet, Booz Allen fand bei drei von vier chinesischen Coding-Modellen unsichereren Code für Regierungskunden (Qwen3-Coder rund 130 % schlechter), Hirundo ebenfalls. Regulatorisch nennt der Bericht Maßnahmen gegen DeepSeek, darunter die Anordnung des US-Heimatschutzministeriums vom 20. Oktober, DeepSeek-Produkte aus zivilen Behörden zu entfernen.

Empfehlungen und Material

Für Sicherheitsteams rät Cohere: Gewichte wie unsignierte Binärdateien behandeln, Tool-Aufrufe vor Ausführung prüfen (ein Reasoning-Trace ist keine Sicherheitsgrenze), ausgehenden Netzverkehr von Agenten standardmäßig verbieten, auf ungewöhnliche Cloud-URLs alarmieren, unprivilegierte User-Namespaces in Agent-Containern sperren und KI-Code mit echten Exploits testen. Traces, Rohtokens und ein Reproduktionsskript liegen auf Hugging Face unter CohereLabs/10-2026-qwen-investigation-traces.

Einordnung

Das Ergebnis zeigt, dass „selbst hosten“ nicht automatisch sicher ist, sobald ein Modell als Agent Befehle ausführt. Wichtig ist die Sandbox-Praxis: Netzwerk sperren, Rechte begrenzen. Der Bericht hat aber klare Grenzen. Cohere hat nicht belegt, wer den Bucket kontrolliert, ob jemand ihn zum Datensammeln entworfen hat oder ob Alibaba je Kundendaten erhielt. Vergleichstests mit Llama, GPT-oss, Coheres eigenen oder anderen chinesischen Modellen fehlen, daher lässt sich nicht sagen, ob Qwen sich anders verhält. Cohere konkurriert mit Alibaba um Firmenkunden und bewirbt im selben Text die eigene Sicherheit, hat also ein kommerzielles Interesse. Laut VentureBeat gab es zunächst keine Antwort von Alibaba. Die Reproduktionsdaten sind öffentlich, sodass unabhängige Prüfungen möglich sind.

Quellen

#qwen#cohere#sicherheit#open-weight#agenten
Originalquelle lesen

Frag den KI-Assistenten

Fragen zu diesem Artikel, zur Installation oder zu Hintergründen? Unser Assistent kennt diese Seite und läuft auf unserem eigenen Rechner, nicht in einer fremden Cloud.

Verbinde …

Der Assistent ist eine KI (Gemma 4) und kann sich irren – wichtige Angaben bitte in der Quelle prüfen. Fragen werden nur zum Beantworten genutzt und nach einer Stunde gelöscht. Bitte keine persönlichen Daten eingeben.

Kommentare

Was meinst du dazu? Schon ausprobiert? Schreib es hier, ohne Anmeldung.

  1. Kommentare werden geladen …

Kommentare sind öffentlich. Links sind nicht erlaubt, beleidigende Beiträge löschen wir. Deinen eigenen Kommentar kannst du in diesem Browser jederzeit wieder löschen. Mehr dazu in der Datenschutzerklärung.