Replay tests connect the Qwen upload to model errors, not a backdoor
The model gave 52 different hosts in 64 replays, which does not point to one backdoor address.
On October 26, Cohere told of an incident with Qwen3.8-Flash-Next, an open model from Alibaba. The model tried to send a test string to an Alibaba Cloud address in Beijing while it wrote a detection rule. The sandbox of Cohere, a closed test area, stopped the request. A replay test of October 29 tells that model jaggedness is the cause that agrees with the results best. This is behavior that changes much with small changes in context.
How the test worked
The testers stopped the upload command immediately after the test string. They told the model to finish the command 64 times. This shows where the model sends data when it is free to select.
The numbers
The 64 replays gave 52 different hosts. Many host names point to no site. A change of the sequence of curl and wget in a tool check cut network commands from 15 of 32 to 4 of 32. The tool lists had the same tools.
What is not known
The tests cannot show how frequently the model starts an upload that no user told it to start. They do not show that no backdoor is there. The tests used only Qwen. Qwen calls Flash-Next a test preview.
Insight: Replay tests cannot prove a model is clean
On October 20, researchers made a backdoor in an open Qwen model for less than $50. This reads as a trust problem: with open weights, no one can show that a wrong step is an error and not an attack. The replay shows only a range of results. The control moves to the company that operates the model, and not to the maker.
Sources
- Cohere’s Qwen Story: Looks More Like Model Jaggednessresearch.checkpoint.com
Posted