Em relato publicado em 22 de outubro de 2026, o pesquisador de segurança Xusheng Li descreveu falhas em quatro produtos de proteção USB: SecZure YutianDun, NetacFileLock, KakaSoft USB Copy Protection e Nexcopy Copy Secure. Nos testes que relatou, verificar uma senha nem sempre protegia a chave usada para descriptografar os arquivos. OpenAI Codex ajudou na análise conduzida por Li, que escolheu os produtos e confirmou a recuperação dos arquivos de teste.
Os resultados se limitam aos produtos e às configurações examinados por Li. Eles não demonstram uma falha geral na criptografia USB.
Como a senha pode ficar separada da chave do arquivo
A senha pode servir para verificar quem está usando um programa, enquanto outra chave é que descriptografa o arquivo. Gerenciar chaves significa proteger essa chave e controlar como ela é criada, guardada e usada. Se uma chave fixa estiver embutida no programa ou puder ser extraída de um arquivo de configuração, a verificação da senha pode não impedir o acesso aos dados.
Li descreveu problemas diferentes em cada produto. A tabela reúne os mecanismos e o alcance dos testes que ele relatou.
O que Li relatou em cada produto
| Produto e configuração | Problema de proteção ou gestão de chaves relatado | Teste descrito por Li |
| SecZure YutianDun | Duas contas integradas, Buffer e System, acessavam o identificador de conteúdo usado para derivar as chaves dos arquivos. | Li afirma que as contas abriram esse identificador em dois drives testados. |
| NetacFileLock | Uma chave fixa de 32 bytes, embutida no executável, iniciava o AES-256, separada da verificação da senha. Li também relatou registro de senhas em logs, verificação de senha com MD5 e uma assinatura de arquivo baseada em MD5 sem chave. No modo rápido, o programa criptografava um terço dos arquivos elegíveis com mais de 1.024 bytes. | Codex reproduziu achados anteriores de Li por análise estática em sete minutos. |
| KakaSoft USB Copy Protection 5.6.0.299 | O modo Normal não criptografava os arquivos. O modo High aplicava XOR, uma operação que combina os dados com uma chave, a no máximo os primeiros 16.385 bytes; o restante podia ficar em texto aberto. O modo Highest usava Blowfish-CBC, mas derivava a chave de uma semente embutida. | Li relata que recuperou um arquivo de teste protegido sem a senha configurada. |
| Nexcopy Copy Secure, provisionado com Drive Wizard 1.0.81 | Um valor fixo no visualizador descriptografava um arquivo de configuração com a chave de conteúdo e o vetor de inicialização (IV). As verificações de senha e de dispositivo do visualizador não participavam da derivação da chave do arquivo, criptografado com Triple-DES de três chaves em modo CBC. | Li relata que recuperou um arquivo de teste protegido. |
Os exemplos mostram por que a senha de acesso e a chave de descriptografia precisam ser avaliadas separadamente. No NetacFileLock, segundo Li, a senha não determinava a chave fixa usada para iniciar o AES-256. No Nexcopy, as verificações do visualizador tampouco forneciam a chave do arquivo. Um nome de algoritmo ou uma tela de senha, por si só, não descreve como a chave é protegida dentro de uma implementação específica.
O papel do Codex nos testes
Li escolheu os alvos, forneceu as mídias protegidas, orientou a análise e confirmou os arquivos recuperados. No teste com o KakaSoft, ele relata cerca de 26 minutos e seis comandos curtos até recuperar um arquivo de teste. No caso do Nexcopy, relata cerca de dez minutos e cinco comandos. As tarefas eram diferentes, portanto esses tempos não constituem uma comparação de velocidade entre os produtos.
No NetacFileLock, Li disse que o Codex reproduziu, em sete minutos de análise estática, achados que ele havia obtido antes. Assim, os resultados descritos são de um fluxo de trabalho conduzido pelo pesquisador, com assistência do Codex.
A pesquisa anterior sobre o YutianDun
Li afirma que um trabalho anterior sobre a proteção contra cópia do YutianDun foi publicado na edição 5 da revista Paged Out!, em novembro de 2024. Ele distinguiu aquele resultado da análise criptográfica publicada em outubro de 2026, que examinou o sistema de chaves e as contas integradas do produto.
