RespostasPublicado21 fontes
QVD-2026-57410: como um Host falsificado pode dar acesso à execução de comandos no DeepSeek Harness
A QVD 2026 57410 é uma vulnerabilidade reportada de execução remota de código sem autenticação, com CVSS 9.8, no DeepSeek Harness 0.1.1 rc.2. O comando web do DSH escuta, por padrão, em 127.0.0.1:3080.
Publicado porEditado com GPT-5.6 LunaImagens geradas com GPT Image 1.5
Resposta de pesquisa
Principais conclusões
- A QVD 2026 57410 é uma vulnerabilidade reportada de execução remota de código sem autenticação, com CVSS 9.8, no DeepSeek Harness 0.1.1 rc.2.
- O comando web do DSH escuta, por padrão, em 127.0.0.1:3080. O risco aumenta quando a porta é publicada ou encaminhada por Docker, proxy reverso, túnel, VPN, rede local ou outro mecanismo de acesso remoto.
- Uma exploração bem sucedida teria as permissões do processo que executa o DSH — não necessariamente acesso de root —, mas pode alcançar comandos, arquivos, credenciais, processos e recursos de rede disponíveis para es...
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: What is the critical unauthenticated remote-code-execution vulnerability QVD-2026-57410 (CVSS 9.8) disclosed by QiAnXin Threat Intelligence. Article summary: QVD-2026-57410 is a reported CVSS 9.8 unauthenticated RCE affecting DeepSeek Harness (DSH) 0.1.1-rc.2 when its management/API service is reachable from an untrusted network. The flaw treats a client-controlled HTTP `Host. Topic tags: general, general web, government, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, cha
A QVD-2026-57410 é uma vulnerabilidade crítica reportada no DeepSeek Harness (DSH) 0.1.1-rc.2. Relatos vinculados ao QiAnXin Threat Intelligence Center descrevem uma falha de execução remota de código (RCE) sem autenticação, com pontuação 9,8 no CVSS 3.0. O problema central está na decisão de confiança do endpoint /api, que pode depender de um cabeçalho HTTP Host controlado pelo cliente — um substituto inseguro para autenticação. 19
24
O risco prático depende muito da forma como o software foi instalado. A documentação do DeepSeek informa que o comando web inicia a interface em 127.0.0.1:3080 por padrão, o que limita o acesso remoto direto. A situação se torna significativamente mais perigosa quando o serviço é publicado em uma interface diferente da de loopback ou encaminhado por Docker, proxy reverso, túnel, VPN, rede local ou mecanismo de ingresso. 11
18
Como funciona o desvio por meio do cabeçalho Host
O desenho afetado tenta diferenciar requisições locais e remotas usando informações do host da requisição. O problema é que o cabeçalho Host é fornecido por quem faz a requisição e pode ser forjado. Assim, um invasor que consiga alcançar o serviço pode enviar um valor com aparência de endereço local e fazer a camada /api tratar a requisição como confiável. Os relatos descrevem isso como um desvio da barreira de confiança baseada em loopback do DSH. 19
24
Em alto nível, a cadeia de ataque reportada é a seguinte:
- Alcançar uma interface web ou de gerenciamento do DSH que esteja exposta.
- Enviar uma requisição com um cabeçalho
Hostfalsificado, semelhante ao de um acesso local. - Contornar a restrição do
/apicriada para proteger operações internas. - Invocar funcionalidades RPC restritas.
- Registrar ou utilizar uma rota de provedor de modelos controlada pelo invasor.
- Usar os recursos do agente do DSH para executar comandos no host.
19
20
Por isso, a falha é mais grave do que um simples problema de roteamento ou divulgação de informações: o desvio alcança funções projetadas para operar um agente de IA com capacidades de interação com o sistema.
Por que a falha pode resultar em execução remota de código
O próprio DeepSeek descreve o Harness como um software experimental, em prévia para desenvolvedores, que ainda não passou por auditoria de segurança. O aviso de segurança informa que o projeto pode executar código e comandos gerados por modelos, além de acessar rede, processos, credenciais e arquivos disponibilizados a ele. 4
O subsistema de LLM também oferece registro de provedores e descoberta de modelos, incluindo a operação remota discoverModels. 2
3 Na cadeia de exploração reportada, um provedor controlado pelo invasor pode fornecer a entrada necessária para alcançar as capacidades de execução de comandos do agente.
19
Uma exploração bem-sucedida não concede automaticamente acesso de root. Os comandos seriam executados com as permissões do processo que roda o DSH. Ainda assim, essas permissões podem ser suficientes para ler ou alterar arquivos acessíveis, usar credenciais ou chaves de API disponíveis, iniciar processos, modificar dados da aplicação e realizar conexões de saída.
O impacto final depende da configuração do ambiente. Entre os fatores que podem ampliar o alcance estão acesso excessivo ao sistema de arquivos, contêineres privilegiados, um socket do Docker montado ou credenciais de serviços em nuvem disponíveis para o processo. Os relatos fornecidos não demonstram que toda instalação resulte automaticamente no controle completo do host.
Quais instalações estão mais expostas?
Os administradores devem tratar as seguintes configurações como alvos prioritários de revisão:
- DSH vinculado a
0.0.0.0ou a outro endereço que não seja de loopback. - Docker ou outro runtime de contêiner publicando a porta 3080 para além do computador local.
- Proxy reverso encaminhando a API de gerenciamento para a internet ou para uma rede local não confiável.
- Túnel, VPN ou serviço de ingresso que torne a aplicação acessível a usuários sem autenticação forte.
- Proxies que aceitem valores arbitrários de
Hostenviados pelo cliente ou os repassem ao upstream sem validação.
O fato de um serviço ser descrito como “interno” não transforma, por si só, a rede em um mecanismo de autorização. Qualquer invasor capaz de alcançar o endpoint e influenciar os cabeçalhos relevantes pode tentar o desvio.
PoC público, status de CVE e evidências de exploração
Vários relatos afirmam que materiais de prova de conceito (PoC) ou detalhes técnicos da QVD-2026-57410 estão públicos. 19
20
27 Isso aumenta a urgência da contenção, mas a existência de uma PoC pública não é evidência de que uma instalação específica tenha sido comprometida.
As informações fornecidas indicam que não havia exploração observada em ambiente real nem evidências ligando o problema a um grupo de ameaça ou campanha conhecida no momento da divulgação. 19
24 Trata-se de um retrato limitado, não de uma garantia de segurança. Instâncias expostas ainda devem ser investigadas em busca de requisições suspeitas, registros inesperados de provedores, novos processos e conexões de saída incomuns.
A QVD-2026-57410 é um identificador QVD, não um identificador CVE. O registro de número semelhante, CVE-2026-57410, refere-se a uma vulnerabilidade não relacionada de elevação de privilégio no MailerPress, segundo a entrada do NVD. 17
O que os administradores devem fazer
1. Remova primeiro a exposição à rede
Pare de publicar a interface de gerenciamento e a API do DSH na internet. Vincule o serviço ao loopback ou a uma rede exclusiva de gerenciamento. Se o acesso remoto for necessário, use uma VPN controlada ou um bastion host.
2. Restrinja o acesso em todas as camadas
Aplique regras de firewall, grupos de segurança em nuvem, redes de contêineres e proxies reversos que permitam acesso somente a origens explicitamente confiáveis. Não trate uma rota interna ou um cabeçalho com aparência local como prova de identidade.
3. Valide e sobrescreva os cabeçalhos no proxy
Rejeite valores inesperados de Host no proxy de borda. Quando o encaminhamento for necessário, sobrescreva o cabeçalho Host enviado ao upstream com um valor fixo e conhecido, em vez de repassar cegamente o valor fornecido pelo cliente. Cabeçalhos de IP encaminhado também só devem ser considerados confiáveis quando vierem de um proxy sob controle do administrador.
4. Adicione autenticação independente do Host
Proteja a administração e as operações RPC internas com autenticação e autorização reais, como um gateway com autenticação forte, mTLS e controles de acesso por operação. A validação do Host pode ajudar no roteamento, mas nunca deve ser o único mecanismo de identificação.
5. Reduza os riscos de descoberta de provedores e de conexões de saída
Desative ou restrinja llm.discoverModels quando esse recurso não for necessário. Se a descoberta de provedores for indispensável, permita apenas endpoints autorizados e aplique controles de saída. Bloquear destinos internos sensíveis e serviços de metadados de nuvem pode reduzir o impacto caso a descoberta de provedores seja abusada como um mecanismo de requisições do lado do servidor. A documentação do DSH confirma que o registro de provedores e a descoberta de modelos são recursos expostos. 2
3
6. Confirme a correção em fontes oficiais
As fontes fornecidas identificam a versão 0.1.1-rc.2 como afetada e mostram atividade posterior de lançamentos, mas não comprovam que uma versão específica posterior corrija esta vulnerabilidade. Consulte as notas de versão e os comunicados de segurança atuais do DeepSeek e só considere a atualização suficiente quando houver uma correção explicitamente confirmada. O aviso de segurança do próprio projeto continua classificando o Harness como experimental e inadequado para produção. 4
10
7. Investigue e troque credenciais se houve exposição
Revise os logs do proxy reverso e do DSH em busca de requisições anômalas a /api, valores de Host falsificados com aparência local, registros inesperados de provedores, inicialização de processos, alterações em arquivos e conexões de saída incomuns. Faça a rotação das credenciais acessíveis ao processo do DSH. Se houver indícios de execução de comandos ou persistência, isole e reconstrua o host ou contêiner afetado, em vez de presumir que reiniciar o serviço eliminou o comprometimento.
Studio Global AI
Continue sua pesquisa
Esta página inclui uma resposta baseada na fonte que você pode continuar em Studio Global.
As pessoas também perguntam
Qual é a resposta curta para "QVD-2026-57410: como um Host falsificado pode dar acesso à execução de comandos no DeepSeek Harness"?
A QVD 2026 57410 é uma vulnerabilidade reportada de execução remota de código sem autenticação, com CVSS 9.8, no DeepSeek Harness 0.1.1 rc.2.
Quais são os pontos-chave para validar primeiro?
A QVD 2026 57410 é uma vulnerabilidade reportada de execução remota de código sem autenticação, com CVSS 9.8, no DeepSeek Harness 0.1.1 rc.2. O comando web do DSH escuta, por padrão, em 127.0.0.1:3080. O risco aumenta quando a porta é publicada ou encaminhada por Docker, proxy reverso, túnel, VPN, rede local ou outro mecanismo de acesso remoto.
O que devo fazer a seguir na prática?
Uma exploração bem sucedida teria as permissões do processo que executa o DSH — não necessariamente acesso de root —, mas pode alcançar comandos, arquivos, credenciais, processos e recursos de rede disponíveis para es...