Hack Alerta

ClipXDaemon: Malware Linux sem C2 Foca em Carteiras de Criptomoedas

ClipXDaemon é malware Linux sem C2 que monitora área de transferência para roubar endereços de carteiras de criptomoedas em sessões X11.

Malware Autônomo sem Comando e Controle

Um novo malware de Linux chamado ClipXDaemon emergiu como uma ameaça financeira direta a usuários de criptomoedas em ambientes de desktop baseados em X11. Diferente do malware convencional que depende de servidores de comando e controle (C2) para instruções, o ClipXDaemon opera inteiramente por conta própria — monitorando silenciosamente a área de transferência a cada 200 milissegundos e substituindo endereços legítimos de carteira por controlados pelo atacante.

Uma vez implantado, ele roda inteiramente na máquina da vítima sem beacons de rede, comandos remotos e sem qualquer tipo de infraestrutura externa necessária.

Origem e Tecnologia

O malware surgiu no início de fevereiro de 2026 através de uma estrutura de loader anteriormente vinculada ao ShadowHS, uma ameaça Linux documentada em janeiro de 2026 que implantava ferramentas pós-exploração contra ambientes de servidor. Ambas as campanhas compartilham um wrapper de staging construído com bincrypter, um framework de criptografia de shell-script de código aberto publicamente disponível.

Analistas da Cyble identificaram o malware e o nomearam ClipXDaemon, observando que ele visa oito formatos de criptomoedas — Bitcoin, Ethereum, Litecoin, Monero, Tron, Dogecoin, Ripple e TON. Os padrões de regex de carteira e endereços de substituição são criptografados dentro do binário usando criptografia de fluxo ChaCha20.

Mecanismo de Persistência

O ClipXDaemon chega através de uma cadeia de infecção de três etapas projetada para deixar rastros mínimos. O dropper decodifica um binário ELF de 64 bits embutido e o grava em um nome de arquivo aleatório sob ~/.local/bin/. Em seguida, ele anexa a execução do payload ao ~/.profile, criando persistência acionada por login sem acesso root, jobs cron ou serviços de sistema.

Uma vez ativo, o payload verifica se o servidor de exibição Wayland está presente e sai imediatamente se detectado, já que o Wayland restringe o acesso global à área de transferência que o X11 permite. Com o X11 confirmado, ele realiza uma sequência de daemonização de double-fork e renomeia seu processo para kworker/0:2-events, imitando um thread de trabalho do kernel.

Recomendações de Mitigação

Usuários de Linux e criptomoedas devem priorizar a migração do X11 para o Wayland sempre que viável, pois o Wayland bloqueia a raspagem global da área de transferência na qual o ClipXDaemon depende. Administradores de sistema devem auditar alterações em ~/.profile e ~/.bashrc, sinalizar novos executáveis dentro de ~/.local/bin/ e investigar qualquer processo em segundo plano com nome de thread do kernel rodando sob uma conta de usuário não root.

Controles EDR comportamentais devem alertar sobre binários ELF executados via /proc/self/fd, daemonização de double-fork de shells de usuário e polling de área de transferência de alta frequência de daemons em segundo plano.


Baseado em publicação original de Cyber Security News
Publicado pela Redação Hack Alerta com base em fontes externas citadas e monitoramento editorial do Hack Alerta. Para decisões técnicas, operacionais ou jurídicas, confirme sempre os detalhes na fonte original.